Andrzej Kubik

Jeśli ma być wspólnie to archiwum odtwarza się na jednym komputerze (serwerze) a inne tylko się z nim łączą przez sieć. Niestety, ale to co Pani robiła to próba strzału we własne kolano [emoji6] Sugeruję jednak skorzystać z pomocy kogoś kto wie o co w tym chodzi (można to ogarnąć zdalnie). Przy okazji zrozumie Pani jak to funkcjonuje i będzie spokojnie pracować.

Ale te 3 stanowiska mają być niepowiązane? Stany magazynowe, numery dokumentów itd to wszystko ma być na każdym stanowisku kompletnie niezależne, tak jakby to były 3 oddzielne firmy? Prawo tego nie zabrania, ale zwykle jak w firmie są 3 stanowiska to jednak chcemy żeby to było spójne i np stany magazynowe i lista dokumentów były jedne.

Czy na pewno o to chodziło żeby na każdym z tych trzech komputerów była niezależna baza (a w konsekwencji żeby na każdym były inne dane w tej bazie)? Czy na pewno nie chodzi Pani o pracę na 3 stanowiskach na tej samej bazie? Próbuje Pani na SQL Server 2014 odtworzyć (zdearchiwizować) bazę danych utworzoną na SQL Server 2019. To się nie uda. Serwer SQL ("motor bazy danych") nie pozwala na odtworzenie bazy na wersji starszej niż ta z której archiwum pochodzi. Trzeba zainstalować nowszą wersję serwera SQL, albo... zastanowić się nad moim pierwszym pytaniem, bo trochę mi wygląda jakby próbowała sobie Pani strzelić w kolano.

Tylko, jak obaj dobrze wiemy, plik EPP musi być zrobiony "po bożemu", czyli z informacją o walucie, a czy tak jest to nie wiemy. Ba, nie wiemy w ogóle czy pani korzysta w plików EPP, więc... na ten moment nic nie wiemy.

Ale w jakiej postaci Pani je pobiera?

Ale tu w ogóle nie ma żadnego "pozwolił/nie pozwolił". Aktualizacje są publicznie dostępne (http://ftp.insert.com.pl/pub/aktualizacje/InsERT_nexo/) i można sobie zainstalować taką jaką się wybierze (oczywiście bezpośrednio pójdzie tylko z zachowaniem kolejności "w górę wersji"). To tylko przy aktualizacji z programu wersja "wybiera się sama"

A w czym problem w aktualizacji do wersji innej niż najnowsza?

Niech Pani usunie "ptaszek" przy "Stawka zagraniczna". To jest na potrzeby transakcji OSS.

Niech Pani pokaże konfigurację tej stawki, czyli to:

Pracuje na tej, z którą się łączy 😉 Po co w ogóle chce Pan robić tę aktualizację serwera SQL skoro to tylko na miesiąc? Zwyczajnie zainstaluje Pan GT na nowym komputerze i odtworzy dane z archiwum zrobionego na SQL 2014. Przy dearchiwizacji do 2019 będzie ostrzeżenie że nie da się potem wrócić na 2014 i prośba o potwierdzenie. To wszystko. A miejsce na aplikacje to setki MB, no może 1GB 😉

Dokładnie tak. No cóż... Nie ma za co.

Nie ma korekty? No nie ma, ale przecież nie ma też faktury sprzedaży ani zakupu, a jakoś je Pan wpisuje. Proszę wpisać korektę tak samo.

No cóż. Wychodzi na to że nie dałem rady i ten chaos w opisach mnie pokonał [emoji6]

Dokument "w przygotowaniu" jest zadekretowany. Na czym polega problem z usuwaniem? Ma Pan co najmniej 2 drogi do tego celu, która nie działa?

Wystarczy że wybrał Pan ten "nieznany" z obrazka niżej i będzie Pan miał efekt jak w pierwszym poście. Naprawdę nie widzi Pan że problemem jest dziki chaos jaki narobiliście w programie w konfiguracji województw? Właśnie ten chaos należy uporządkować bo będziecie się na nim potykali co chwilę.

Hmm... Na pewno nie ma?

Co chciał Pan wyrazić tym tekstem?

4 śląskie, 3 nieznane, WOW! 😲

Szkoda czasu, nie ma takiego skrótu, nie ma takiej operacji w Subiekcie nexo. Jest dokładnie tak: Czyli ktoś musiałby napisać dodatek do Subiekta nexo PRO, który realizowałby taką funkcjonalność.

O tym właśnie pisałem 5 dni temu...

Coś w tym może być, bo problem z którym się spotkałem u klienta był na GT.

Jak widać nikt o tym nie pomyslal w MF

Nigdzie. Deklaracja poszła, została odebrana przez serwer MF, ale nie został odesłane numer identyfikacyjny. Nie określam tu dlaczego, bo nie mamy na ten temat żadnych danych i w związku tym nie wygląda mi to na nic. Wiemy jedynie że coś pod koniec tej transmisji nie poszło.

Taki sam próbkem był wczoraj u jednego mojego klienta, po wcześniejszym komunikacie o przekroczony czasie oczekiwania na odpowiedź serwera. Najwyraźniej coś "zgrzyta" na serwerach MF. Ja bym zaczął od telefonu do US.

Na początek niech Pan sprawdzi błędy string errmsg; if (!zap.Zapisz()) errmsg = zap.WypiszBledy();