Tomasz Rzęsa

Eksport do PUE druk Z-3 dalej nie działa.

Tu nie ma co odkrywać. Rok temu szczegółowo wykazałem w czym jest problem. Dodatkowo daty się dziwnie importowane do PUE druk Z-3, raz dd-mm-rr , a drugi raz rr-mm-dd Musicie daty dopasować do standardu w ZUSu.

Witam, przy próbie importu dok. Z-3 pojawia się następujący błąd. 1.64 SP1 HF1 (1.6409.11.4912)

1.64 HF2 (1.6402.2.4882) Ww. problem występował wcześniej. System ładnie eksportował dane - lecz wysyłka była niemożliwa. COVID - praca zdalna - zmusiła mnie do poruszenia tego tematu.

Witam, eksport z GratyfikantaGT do PUE druku Z-3 nie działa. Druk Z-3 wypełniony bezpośrednio na stronie ZUS, można wysłać bez problemów. (numer Regon, Pesel, Nazwisko, Imię - wypełniane są automatycznie) Druk Z-3, który został zaimportowany z Rewizora GT - nie da się wysłać. Podejrzewam, że problem polega na tym, iż nie wszystkie dane PRACODAWCY są importowane do ZUS PUE. Moje spostrzeżenia (porównałem obydwa druki Z-3 ? - numer REGON poz. 02 nie jest importowany do ZUS (po zaimportowaniu dok., nie można go dodać na platformie ZUS PUE) - numer PESEL poz. 03 nie jest importowany do ZUS (po zaimportowaniu dok., nie można go dodać na platformie ZUS PUE) - Nazwisko poz. 07 nie jest importowane do ZUS (po zaimportowaniu dok., nie można go dodać na platformie ZUS PUE) - Imię poz. 08 nie jest importowane do ZUS (po zaimportowaniu dok., nie można go dodać na platformie ZUS PUE) - Liczba ubezpieczonych zgłoszonych przez płatnika składek do ubezpieczania chorobowego ( można modyfikować na platformie ZUS PUE) Próba wysłania Waszego dok. kończy się komunikatem "Dokument "Zaświadczenia ZUS Z-3" nie został wysłany. Wystąpił błąd podczas wykonywania usługi biznesowej wysyłki dokumentu"

Zgodnie z nowym JPK_VAT od 01 października należy oznaczać fak. między podmiotami powiązanymi. Do podmiotów powiązanych zaliczamy między innymi podmioty w których „występują powiązania o charakterze rodzinnym". Jak ustawić parametry w Subiekcie GT, aby system z AUTOMATU oznaczał fak. jako TP- Transakcje między podmiotami powiązanymi?

Czy istnieje możliwość, aby wygenerowane automatycznie faktury za usługę księgową importowane były do RewizoraGT wg. standardu, który będzie obowiązywać od października 2020, ze znacznikiem JPK_VAT GTU12?

Podczas importu danych z SubiektaGT do RachmistrzaGT powiela się komunikat „czy chcesz zapisać dane kontrahenta z powielonym numerem NIP?” Pomimo zaznaczenia TAK, ww. komunikat wraca ja bumerang. Import trwa GODZINĘ !!! Podaje ustawienia Parametry / komunikacja : Przy odbieraniu danych synchronizuj kontrahenta po: zaznaczono po "NIP-ie" (po symbolu nie chcę, ponieważ to są dwie różne bazy danych - pod ty samym symbolem w Rachmistrzu oraz Subiekcie pojawiają się inni kontrahenci) Jeśli kontrahent istnieje w bazie, to: zaznaczono "aktualizuj" (nie chcę zaznaczyć opcji „nie odbieraj” – bo i tak system zaciąga dane kontrahenta z SubiektaGT, dane kontrahenta z bazy RachmistrzaGT są NIEISTOTNE ) WSZYSTKIE WYDRUKI SĄ generowane wg. bazy kontrahenta SubiektaGT, a nie wg. bazy RachmistrzaGT Czy można ww. proces jakoś usprawnić?

Poniżej przesyłam odp. z InsERT. Trzeba czekać na wersję 1.64. "Jest problem w podglądzie F9 i poprawimy to do 1.64. Problem polega na tym że: 1. wyświetlamy Nazwę (krótką) zamiast Nazwy pełnej kontrahenta 2. wyświetlamy 2 różne nazwy: - w sekcji Ewidencja sprzedaży - Nazwa (krótka) z Rachmistrza z kartoteki kontrahenta - w sekcji Dokument księgowy - Nazwa (krótka) z Subiekta z faktury Po poprawce w podglądzie F9 będzie w obu sekcjach Nazwa pełna z Subiekta z faktury. Jeszcze małe wyjaśnienie, nie będzie tak, że będą na dokumencie dane kontrahenta z Rachmistrza. Przy imporcie dokumentu przenosimy takie dane, jakie są na dokumencie i trafiają one do KPiR, Ewidencji VAT oraz JPK_VAT, tylko na F9 wyświetla się to teraz inaczej. Jednak myślę, że problem pojawia się głównie przez Nazwę krótką – tam często wpisywane są dane niepełne (lub nawet inne, jak w przykładzie klienta Tauron/Prąd). Jak poprawimy wyświetlanie danych na Nazwę pełną, to problem powinien się rozwiązać, bo zakładam, że to pole jest zawsze prawidłowo wypełniane, zarówno w Rachmistrzu, jak i w Subiekcie, danymi z GUSu."

Przy obecnym stanie rzeczy RachmistGT to cykająca bomba. Obojętnie gdzie wejdziemy, czy do rej. VAT, KPIR, czy nawet skorzystamy z F9, WSZĘDZIE jest podawana Nazwa kontrahenta. Na podstawie tej nazwy księgowy weryfikuje kontrahenta. Do JPK, KPiR zaciągana jest Nazwa pełna. Jak księgowy ma wyłapać następujący importowany psikus odchodzącego pracownika? Fak. zakupowa od kontrahenta Symbol: 0001, Nazwa: Insert, Nazwa pełna: . (kropka)

Czyli najbezpieczniej jest w RachmistrzuGT ustawić ?: Parametry / Komunikacja - przy odbieraniu danych synchronizuj klienta po NIPie Synchronizacja po Symbolu tylko utrudni życie. - jeśli kontrahent istnieje w bazie, to aktualizuj Nie ma sensu włączania funkcji „nie odbieraj” bo to i tak nic nie da.

Czy ja dobrze zrozumiałem? W przypadku importu z SubiektaGT do RachmistrzGT fak. zakupowej, nie ma sensu poprawiać danych kontrahenta w RachmistrzGT, bo i tak przy najbliższym eksporcie danych problem powróci. Trzeba od razu interweniować w SubiekcieGT.

Po co jest w RachmistrzuGT funkcja w: Parametry / komunikacja / „przy odbieraniu danych synchronizuj kontrahenta po NIPie” ?

Czyli jesteśmy zgodni, Insert MUSI tak stworzyć program / zabezpieczenia, aby dane do rej. VAT, JPK, KPiR były zasysane priorytetowo z bazy klienta Rachmistrza GT a nie z Subiekta GT. Ja to widzę w ten sposób. Po ustawieniu Parametry / komunikacja / „przy odbieraniu danych synchronizuj kontrahenta po NIPie”, faktury zasysane do Rachmistrza MUSZĄ mieć dane z bazy klientów Rachmistrza (chyba po to jest synchronizacja po NIPie) a nie z Subiekta.

Uważam, że w kartotece / Kontrahenci należy usunąć funkcję Symbol kontrahenta. To przez ten Symbol jest całe zamieszanie. W ostateczności symbol firmy należy zastąpić NIPem.