Eksport danych do biura rachunkowego

[Mariusz Bukowski 0]

Osoby importujące dane niech sprawdzą zapisy w KPiR i w rej. VAT - klawiszem F9.
Dane kontrahenta w KPiR mogą się nie pokrywać z danymi w rej. VAT.

Zróbcie test:
Stwórzcie kontrahenta w SubiektGT Symbol: 0021, Nazwa: PRĄD, Nazwa pełna: PRĄD!!, NIP 6762337735

Stwórzcie kontrahenta w RachmistGT Symbol: 0021, Nazwa: TAURON SPRZEDAŻ SP Z O.O.,, Nazwa pełna: TAURON SPRZEDAŻ SP Z O.O., NIP 6762337735
I teraz proszę zaimportować sobie fak. do Rachmistrza oraz zrobić podgląd dokumentu (F9). Część danych zasysanych jest z Subiekta

[Jacek Izydorczyk 1 329]

W jaki sposób importuje Pan dane?

[Tomasz Rzęsa 0]

Dane są eksportowane z SubiektaGT do RachmistrzaGT
Narzędzia / komunikacja / wyślij dane do biur rachunkowego

[Jacek Izydorczyk 1 329]

To proszę zweryfikować poprawność ustawienia parametrów komunikacji po stronie Rachmistrza GT.

[Tomasz Rzęsa 0]

Czy zrobił Pan test?

[Jacek Izydorczyk 1 329]

2 godziny temu, Tomasz Rzęsa napisał:

Czy zrobił Pan test?

Tak. Przy domyślnych ustawieniach komunikacji w Rachmistrzu:

1. Wpis do KPiR jest na kontrahenta PRĄD - prawdłowo.

2. Wpis do Ewidencji VAT zakupu jest na kontrahenta PRĄD - prawidłowo.

3. W podglądzie F9 faktycznie jest błąd - pobierane są dane z kartoteki (TAURON SPRZEDAŻ SP Z O.O.), a powinny być z wpisu do VAT (PRĄD). Na szczęście, to tylko podgląd - dane w KPiR i ewidencji VAT są prawidłowe (zarówno na ekranie jak i na wydruki no i w JPK).

[Kamil Goleń 115]

Potwierdzam takie zachowanie programu, zgłosiłem to już do odpowiedniego działu.

[Tomasz Rzęsa 0]

Przy ustawaniu Parametry / komunikacja /„Przy odbiorze danych synchronizuj kontrahenta po NIP-ie” oraz „jeśli kontrahent istnieje w bazie, to nie odbieraj”

Coś jest nie tak – fak. MUSZĄ być księgowane do KPiR i rej. VAT na podstawie bazy kontrahentów RachmistrzaGT a nie SubiektaGT.

Baza danych z RachmistrzaGT MUS mieć priorytet.      
 

 

[Jacek Izydorczyk 1 329]

26 minut temu, Tomasz Rzęsa napisał:

Coś jest nie tak – fak. MUSZĄ być księgowane do KPiR i rej. VAT na podstawie bazy kontrahentów RachmistrzaGT a nie SubiektaGT.

 

Baza danych z RachmistrzaGT MUS mieć priorytet.

Twórcy programu mieli inne zdanie i ja się z nimi zgadzam - powinno być tak jak jest wprowadzone u źródła, czyli w Subiekcie.

Program nie posiada funkcjonalności, której Pan oczekuje.

[Tomasz Rzęsa 0]

Zmierzam do tego, że w dziale handlowym dość często zmieniają się pracownicy, a  
biura rachunkowe nie mają wpływu na osoby, które obsługują Subiekta.  

Firmy dość często ulegają przekształceniom, mają podobne nazwy, i np.

NIP 6782832047, INPOST FINANSE SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ
NIP 6792895061, INPOST PACZKOMATY SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ
NIP 6793108059, INPOST SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ

Baaaardzo często się zdarza, że osoba wprowadzające dane do Subiekta nie widzi różnicy między ww. podmiotami. Po prostu dokonuje „popraw dane kontrahenta”. Wówczas pod jednym SYMBOLEM w jest dwóch różnych kontrahentów.  

Biura rachunkowe zaciągają dane z Subiekta, na podglądzie F9 widzą dane z WŁASNEJ BAZY RachmistGTa, a drukuje się wg. bazy danych KLIENTA z Subiekta.  

To jest sabotaż !!!

[Jacek Izydorczyk 1 329]

26 minut temu, Tomasz Rzęsa napisał:

Biura rachunkowe zaciągają dane z Subiekta, na podglądzie F9 widzą dane z WŁASNEJ BAZY RachmistGTa, a drukuje się wg. bazy danych KLIENTA z Subiekta.  

 

To jest sabotaż !!!

Jak juz pisałem, w podglądzie F9 jest błąd - tam również powinny być widoczne dane z dokumentu, czyli z Subiekta. Zapewne zostanie to poprawione.

Dane do Subiekta powinny być wprowadzane rzetelnie. Ewentualnie można pomyśleć o rozwiązaniu dodatkowym, które po imporcie dokumentów do Rachmistrza zaktualizuje dane w KPiR i Ewidencji VAT zakupu do takich, jakie są w kartotekach Rachmistrza.

[Tomasz Rzęsa 0]

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.

[Jacek Izydorczyk 1 329]

20 minut temu, Tomasz Rzęsa napisał:

Uważam, że w kartotece / Kontrahenci należy usunąć funkcję Symbol kontrahenta.

Na to nie ma co liczyć. To fundamentalny element kartoteki i na pewno nie zostanie usunięty.

21 minut temu, Tomasz Rzęsa napisał:

To przez ten Symbol jest całe zamieszanie.

Przy ustawieniu synchronizacji po NIP, ten Symbol nie ma żadnego znaczenia. Kontrahent w bazie Rachmistrza dopasowywany jest po NIP, ale dane na samym dokumencie księgowym pobierane są ze źródła (dokumentu w Subiekcie). Dobrze to widać po otwarciu edycji kontrahenta z poziomu dokumentu księgowego (F4).

[Tomasz Rzęsa 0]

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.  

[Jacek Izydorczyk 1 329]

26 minut temu, Tomasz Rzęsa napisał:

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.

Zdecydowanie nie jesteśmy zgodni. Ja uważam, że obecne zachowanie jest prawidłowe, a poprawić należy tylko drobny błąd z podglądem F9.

Jednocześnie zgadzam się z Panem w tym zakresie, ze funkcjonalnośc, której Pan oczekuje, byłaby przydatna w pewnych scenariuszach. To już jednak decyzja InsERTu, czy i kiedy zostanie zrealizowana. Nie uważam jednak, że jest to konieczne, gdyż jestem zwolennikiem poprawnego wprowadzania dokumentów już w Subiekcie.

Edytowane 10 Czerwca 2020 przez Jacek Izydorczyk

[Tomasz Rzęsa 0]

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

[Jacek Izydorczyk 1 329]

21 minut temu, Tomasz Rzęsa napisał:

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

 

Synchronizacja, obojętnie czy po NIP czy po Symbolu, powoduje, że dokumenty księgowe tworzone w Rachmistrzu są wewnętrznie powiązane z odpowiednimi kartotekami z Rachmistrza. Dane na dokument księgowy są jednak przepisywane z Subiekta. Musi tak być chociażby z powodu, gdyby dane kontrahenta zmieniły się w trakcie miesiąca i w pliku EPP część dokumentów byłaby na stare dane, a cześć na nowe - oba jednak zostaną powiązane z tą samą kartoteką Rachmistrza.

Można sobie to też wyobrazić inaczej: podczas importu, na podstawie synchronizacji, odnajdywana jest kartoteka Rachmistrza. Dane w niej są na chwile zmieniane na te z dokumentu źródłowego, a później z powrotem na takie, jak były w Rachmistrzu. To tylko przybliżony opis w celu zrozumienia idei - technicznie odbywa się to inaczej.

[Tomasz Rzęsa 0]

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.

[Jacek Izydorczyk 1 329]

Po imporcie, jeśli dane kontrahenta na dokumencie księgowym są błędne, to jak najbardziej należy ja poprawić - i tutaj zgoda, że przydałaby się taka zbiorcza funkcja, aby uaktualnić te dane do tych, które są w kartotece Rachmistrza.

Podczas kolejnego importu, znowu zostaną pobrane na dokument księgowy dane z Subiekta, więc taka praca faktycznie nie ma sensu - lepiej poprawić dane w Subiekcie i tam pilnować poprawności wprowadzania danych.

[Tomasz Rzęsa 0]

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.

[Jacek Izydorczyk 1 329]

Tak, sugeruję synchronizować po NIP.

Natomiast co do aktualizacji, to należy się zastanowić. Jeśli dane w Subiekcie będą wprowadzane rzetelnie, to jak najbardziej można na ich podstawie aktualizować dane w kartotekach Rachmistrza. Jeśli nie, to chyba lepiej ich nie odbierać, ale wtedy i tak należy poprawić każdy błędny dokument księgowy.

[Tomasz Rzęsa 0]

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)

[Jacek Izydorczyk 1 329]

3 godziny temu, Tomasz Rzęsa napisał:

Przy obecnym stanie rzeczy RachmistGT to cykająca bomba.

To dobrze, że przez tyle lat nie wybuchła.

3 godziny temu, Tomasz Rzęsa napisał:

Jak księgowy ma wyłapać następujący importowany psikus odchodzącego pracownika?

Można wykonać zestawienie Ewidencja zakupów VAT w rozbiciu na grupy - tam prezentowana jest nazwa pełna. Można również przygotować zestawienie własne, które pokaże obie nazwy w celu porównania.

[Tomasz Rzęsa 0]

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."

[Tomasz Rzęsa 0]

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ć?