IMPORT Z jpk V7 DO EWIDENCJI VAT SPRZEDAZY - NIE ROZPOZNAJE KLIENTOW PO NIPIE

[Radosław Szachnowski 114]

wITAM,

Wersja 1.66 hf1

Mam dziwny problem. Importuje JPK v7 z ewidencja vat sprzedazy. W ewidencji vat sprzedazy pokazuje mi wpis z kontrahentem i nipem:

jednak nie powiazuje go z kartoteka, ktora istnieje juz w rewizorze. Gdy klikam dla- popraw to otrzymuje komunikat:

Oraz przy probie dekretacji wg schematu dekretuje mi na konto 200-9999 zamiast na konto analityczne kontrahenta.

 

W kartotece klientow juz mam wpis oraz konto analityczne jest dodane.

Parametry komunikacji mam ustawione po nipie:

Prosze o pomoc co jeszcze trzeba ustawic aby z pliku jpk poprawnie importowac kontrahentow.

 

 

 

[Daniel Kozłowski 1 171]

56 minut temu, Radek Szachnowski napisał:

Parametry komunikacji mam ustawione po nipie:

Parametry te NIE mają nic wspólnego z importem danych z JPK, dotyczą importu z epp / EDI++.

 

57 minut temu, Radek Szachnowski napisał:

Prosze o pomoc co jeszcze trzeba ustawi

Proszę sprawdzić "Parametry JPK i Deklaracji".

[Radosław Szachnowski 114]

dzieki za podpowiedz.

jakby ktos jeszcze szukal:

[Jan Reczek 1]

Czy to jakiś przypadek szczególny?

Do Ewidencji VAT dla nowych kontrahentów nie są przenoszone adresy? (Jest NIP, Nazwa podmiotu i tyle).

Proszę o potwierdzenie.

 

[Daniel Kozłowski 1 171]

A skąd miałyby zostać przenoszone pozostałe dane kontrahentów skoro JPK_V7x ich nie zawiera ?

 

Formaty JPK nie zostały zaprojektowane do wymiany danych z biurem rachunkowym / księgowością, więc nie powinno się ich do tego wykorzystywać, gdyż może to się właśnie tak skończyć - JPK_VAT posiadały dane adresowe kontrahentów, ale w JPK_V7x je usunięto. 

[Jan Reczek 1]

Zakres zawartych danych rozumiem, ale czy np nie można by z bazy CEIDG?
Skoro funkcjonalność jest to czemu nie skorzystać.

[Daniel Kozłowski 1 171]

2 godziny temu, Jan Reczek napisał:

Zakres zawartych danych rozumiem, ale czy np nie można by z bazy CEIDG?

Co z kontrahentami, którzy nie prowadzą działalności ? Co z kontrahentami zagranicznymi ?

 

2 godziny temu, Jan Reczek napisał:

Skoro funkcjonalność jest to czemu nie skorzystać.

Bo trzeba to oprogramować, "gotowe" mechanizmy wpleść w inny obszar programu, zewnętrzne usługi nie zawsze są dostępne, importowanych danych mogą być duże ilości, więc mocno należałoby popracować nad obsługą sytuacji awaryjnych i wydajnością, zadanie nie jest banalne... Jak wyżej - to nie rozwiąże też wszystkich problemów / potrzeb, więc czy warto poświęcać zasoby na częściowe rozwiązanie, łatanie pierwotnego problemu (korzystanie z formatów niezgodnie z ich przeznaczeniem)...

 

Oczywiście to tylko moje przemyślenia, a nie mam wpływu na zmiany w programach InsERT.

 

Do czego potrzebne są w ogóle Panu te dane ?

 

[Jan Reczek 1]

Biura rachunkowe nagminnie wykorzystywały JPK_VAT do importów sprzedaży do ewidencji.

Po to te dane.

Klienci przyzwyczaili się do importów z systemów sprzedaży z innych firm za pomocą JPK.

Teraz muszą wejść w każdy zapis aby zaktualizować dane o dane adresowe.
Gorzej w przypadku indywidualnych klientów na FS detalicznych.

Nawet tak zaawansowany program jak Nexo ze swoim JPK wewnętrznym nie zawiera tych danych.

 

Konwerterów do EDI już nikt nie poprawia bo po co, jak więc importować duże ilości faktur z systemów zewnętrznych.

Macie swoje rozwiązania?

 

 

[Radosław Szachnowski 114]

Jaki program sprzedazowy ma klient? Mozna kupic gotowe programy, ktore oferuja juz w standardzie import najpopularniejszych formaty z roznych ERPów do insert. Mozna napisac cos swojego. 

[Jan Reczek 1]

Tak. Proszę Pana wiem, że można, ale przy obecnie zmieniających się przepisach nie zawsze jest czas i chęć płacenia za to przez klienta.
Można było od wielu lat i jakoś Opteam się wycofał jak i wielu innych.

Abstrahując od faktu, że część biur rachunkowych ma to gdzieś bo skoro w JPK nie jest wymagany adres to uważają, że oni też nie muszą mieć u siebie w zapisach.

Ale są biura, które nie mają pod ręką jednoznacznego paragrafu, na którym mogli by się oprzeć, aby nie mieć zarzutu o nierzetelne prowadzenie ksiąg.

[Radosław Szachnowski 114]

Jesli chodzi o import dokumentow sprzedazy to jesli mnie pamiec nie myli to tam sie duzo nie zmienilo od wielu lat. Import podstawowych danych jak dane klienta, wartosci netto, brutto, stawka vat czy transakcja vat, forma platnosci są wg mnie stałe. Od tego tez jest sfera aby doprogramowac sobie te rzeczy, ktorych nie ma. I tak fajnie, ze import z jpk jest od poczatku. Wiele programow tego nie ma lub jest to dodatkowo platne.

[Daniel Kozłowski 1 171]

Godzinę temu, Jan Reczek napisał:

Tak. Proszę Pana wiem, że można, ale przy obecnie zmieniających się przepisach nie zawsze jest czas i chęć płacenia za to przez klienta.

Skoro zna Pan wszystkie możliwości to czego i od kogo Pan oczekuje ?

 

1 godzinę temu, Jan Reczek napisał:

Nawet tak zaawansowany program jak Nexo ze swoim JPK wewnętrznym nie zawiera tych danych.

Już tłumaczyłem w tym wątku, że to nie ograniczenie programów tylko formatu JPK_V7x.

 

1 godzinę temu, Jan Reczek napisał:

Konwerterów do EDI już nikt nie poprawia bo po co, jak więc importować duże ilości faktur z systemów zewnętrznych.

Jeśli jest tak, jak Pan pisze to naturalnie należy poszukać nowych dostawców takich rozwiązań, ale nikt nie pracuje za darmo. Ale może jednak jest inaczej - czy sprawdzał Pan to rozwiązanie wskazywane nie raz na forum:

--

1 godzinę temu, Jan Reczek napisał:

Macie swoje rozwiązania?

My na przykład mamy swoje rozwiązania, ale pod niszowe / własne programy / formaty, czyli nic pod popularne na rynku programy, pisane dla naszych klientów, którzy "najpierw myślą, później robią", czyli przed pozyskaniem nowego klienta, analizują możliwości i koszty importu dokumentów, czy to dokumentów handlowych i magazynowych, czy wyciągów bankowych.

 

 

 

 

[Daniel Kozłowski 1 171]

Godzinę temu, Radosław Szachnowski napisał:

Jesli chodzi o import dokumentow sprzedazy to jesli mnie pamiec nie myli to tam sie duzo nie zmienilo od wielu lat. Import podstawowych danych jak dane klienta, wartosci netto, brutto, stawka vat czy transakcja vat, forma platnosci są wg mnie stałe.

No zmieniło się i to dużo - oznaczenia JPK VAT, OSS.

 

Godzinę temu, Radosław Szachnowski napisał:

Od tego tez jest sfera aby doprogramowac sobie te rzeczy, ktorych nie ma.

Proszę spróbować w Rachmistrzu GT.

[Andrzej Kubik 1 098]

 

2 godziny temu, Jan Reczek napisał:

Konwerterów do EDI już nikt nie poprawia bo po co, jak więc importować duże ilości faktur z systemów zewnętrznych

Ale sprawdzał Pan podane źródło i nie aktualizują, czy tylko takie ma Pan wrażenie?

Bo wg informacji na www ostatnia aktualizacja modułu EPP wyszła 30.09.2022, więc mam wrażenie że doniesienia o śmierci konwerterów są lekko przesadzone 😉

Edytowane 11 Października 2022 przez Andrzej Kubik

[Radosław Szachnowski 114]

1 Doszly nowe oznaczenia ale sama struktura sie nie zmienila;)

2 sfera jest ok, raczej problem jest w eksporcie z plikow roznych programow do formatu epp.

Edytowane 11 Października 2022 przez Radosław Szachnowski

[Daniel Kozłowski 1 171]

11 minut temu, Radosław Szachnowski napisał:

1 Doszly nowe oznaczenia ale sama struktura sie nie zmienila;)

Rozmawiamy o imporcie dokumentów do księgowości, których zakres się znacząco zmienił... O jakiej "strukturze" Pan pisze ?

 

13 minut temu, Radosław Szachnowski napisał:

2 sfera jest ok,...

Jak może być "ok" coś, czego nie ma ? Rachmistrz GT nie posiada przecież Sfery.

 

14 minut temu, Radosław Szachnowski napisał:

...raczej problem jest w eksporcie z plikow roznych programow do formatu epp.

Ważne, że nie mamy na to wpływu - nie wpłyniemy na firmy typu Comarch czy Wapro, aby dodali obsługę formatu epp i go utrzymywali - ale biura rachunkowe mają wpływ na wybór klientów z którymi współpracują i jak organizują sobie tę współpracę.

[Radosław Kostrzewa 808]

Plik JPK_VAT nie jest wiarygodnym źródłem danych księgowych. Opieranie się na tych danych to stąpnie po cienkiej linie.