JPK_KR_PD – kluczowe kwestie przed pierwszą wysyłką

Główne zagadnienia przed wysyłką 

W praktyce przygotowanie pliku JPK_KR_PD sprowadza się do odpowiedzi na kilka kluczowych pytań, które dotyczą zarówno jego zgodności technicznej, jak i jakości oraz spójności danych. Poniżej wskazujemy najważniejsze obszary, które warto zweryfikować przed pierwszą wysyłką. To właśnie na tym etapie najczęściej identyfikowane są rozbieżności wymagające dodatkowej analizy. 

• Czy plik jest zgodny ze schemą XSD?  
• Czy spółka ma narzędzia pozwalające zweryfikować plik JPK od strony spójności danych?  
•  Czy plik JPK jest zgodny z danymi księgowymi?  
•  Czy dane zaraportowane w pliku JPK_CIT są zgodne z kalkulacją/deklaracją CIT? 

W efekcie sama walidacja techniczna pliku - tj. jego zgodność ze schemą XSD - nie jest wystarczająca. Kluczowa staje się również analiza spójności danych pomiędzy jego poszczególnymi sekcjami, w szczególności w relacji pomiędzy dziennikiem, ZOiS, węzłem Kontrahent oraz obszarem RPD (obejmującym znaczniki podatkowe) oraz zgodność z danymi księgowymi - zestawieniem obrotów i sald, dzienikiem, zapisami na kontach.

Narzędzia wspierające analizę pliku

W  przypadku pierwszej wysyłki JPK_KR_PD, weryfikacja pliku powinna mieć charakter testów powdrożeniowych. Kluczowe jest potwierdzenie, czy przyjęte w trakcie wdrożenia założenia oraz logika raportowania zostały prawidłowo zaimplementowane w narzędziu generującym plik. 

W szczególności istotne jest sprawdzenie, czy rozwiązanie w sposób poprawny odwzorowuje dane źródłowe z systemu księgowego, właściwie agreguje i prezentuje informacje (w tym sumy kontrolne), a także czy przyjęte mapowania danych oraz logiki biznesowe są konsekwentnie odzwierciedlone w strukturze JPK_KR_PD. 

Przeprowadzenie takiej weryfikacji przed pierwszą wysyłką pozwala ograniczyć ryzyko błędów wynikających z niepełnej implementacji, niejednoznaczności założeń lub różnic pomiędzy danymi źródłowymi a ich prezentacją w pliku JPK_KR_PD.  

Warto w tym celu wykorzystać narzędzie wspierające analizę JPK_KR_PD, takie jak narzędzie PwC SAF-T Data Tester, który umożliwia przeprowadzenie pogłębionej weryfikacji danych, analizę spójności pomiędzy poszczególnymi sekcjami pliku oraz identyfikację potencjalnych niezgodności niewidocznych na poziomie standardowej walidacji technicznej oraz wskazanie obszarów wymagających dodatkowej weryfikacji przed pierwszą wysyłką pliku.

Takie podejście wykracza poza standardową kontrolę techniczną i koncentruje się na identyfikacji potencjalnych niezgodności oraz ryzyk w raportowanych danych. 

JPK_KR_PD – najczęstsze obszary błędów

W oparciu o nasze dotychczasowe doświadczenia w analizie plików JPK_KR_PD, obserwujemy powtarzające się obszary błędów, które najczęściej wymagają dodatkowej weryfikacji przed wysyłką pliku, w szczególności: 

Kontrahent 

• Niezgodność wystąpień pomiędzy Dziennikiem, a węzłem Kontrahent 
• Duplikowanie kodów 

ZOiS 

• Brak zgodności pomiędzy sekcją ZOiS, a Dziennikiem 
• Powtarzające się numery konta 
• Wyzwania związane z przypisaniem znaczników do kont 

Dziennik / Zapisy 

• Wyzwania związane z dostępnością danych w systemie księgowym (data operacji gospodarczej, opisy dokumentów, nr KSeF) 
• Błędne oznaczenia nazw dziennika, rodzajów dokumentów oraz numerów dokumentów 
• Brak wykazywania transakcji walutowych

RPD

• Brak uzgodnienia do znaczników podatkowych kont 
• Brak konsekwencji w zakresie znaku prezentowanych różnic (wartości bezwzględne vs wartości ujemne)

Podmiot1 / Nagłówek

• Niespójne dane identyfikacyjne spółki (np. nazwa, adres, NIP) 
• Różne formaty adresu lub niepełne dane 
• Błędnie wskazany rok obrotowy 

Przygotowanie pliku JPK_KR_PD wykracza poza jego wygenerowanie zgodne ze schemą.  Kluczowe jest zapewnienie nie tylko technicznej poprawności pliku, ale przede wszystkim jakości danych oraz ich spójności – zarówno pomiędzy poszczególnymi sekcjami JPK_KR_PD, jak i w odniesieniu do danych wykorzystywanych w rozliczeniach CIT. 

W praktyce przed pierwszą wysyłką powinny zostać przeprowdzone  dodatkowe testy danych -które pozwolą potwierdzić poprawność wdrożenia przyjętej logiki raportowania oraz ograniczyć ryzyko błędów w pierwszym raportowaniu.