GrantThornton - regiony
Jakie błędy w JPK_KR_PD pojawiają się najczęściej? Pierwsze weryfikacje pokazują, że zakres jest dość szeroki, a problemy pojawiają się w obszarze danych dot. kontrahentów, opisu operacji i czy spójności zapisów. Sprawdź, które obszary generują największe ryzyko i co zweryfikować przed wysyłką JPK CIT.

Dlaczego jakość danych w JPK_KR_PD jest tak istotna?

W ramach JPK CIT organy podatkowe otrzymują dostęp do bardzo szczegółowych danych księgowych zapisanych w ujednoliconej strukturze elektronicznej. Nieprawidłowości, które dotychczas mogły pozostawać niewidoczne na poziomie deklaracji CIT czy sprawozdania finansowego, mogą zostać zidentyfikowane na etapie analizy pliku. W praktyce problemy czy nieprawidłowości wynikają z kilku czynników: z niejasnych i niepełnych regulacji podatkowych, błędnej interpretacji przepisów, czy z konfiguracji systemów ERP, mapowania danych do struktury JPK lub niespójności pomiędzy modułami księgowym

Ważny fragment

W artykule dzielimy się z Państwem wiedzą na temat konkretnych nieprawidłowości, z jakimi najczęściej spotykaliśmy się w naszej praktyce. Nie wszystkie ze zidentyfikowanych nieprawidłowości należy kwalifikować w kategorii błędu – część z nich wynika bowiem z braku jasnych regulacji czy wytycznych.

Jakie błędy uniemożliwiają wysłanie JPK_KR_PD?

Najpoważniejszą kategorią nieprawidłowości są błędy strukturalne, powodujące niezgodność pliku ze schemą, a w efekcie – brak walidacji pliku. Przed złożeniem pliku warto zatem sprawdzić zgodność XML ze schemą XSD oraz kompletność relacji pomiędzy węzłami.

Prezentacja danych kontrahentów w JPK_KR_PD

Obszar dot. danych kontrahentów jest częstym źródłem wątpliwości i nieprawidłowości. W praktyce występują m.in. przypadki:

  • brak kodu kraju identyfikacji podatkowej mimo wykazania numeru NIP kontrahenta (kod należy wykazywać także w przypadku kontrahentów polskich);
  • podawanie kodu kraju bez numeru identyfikacji podatkowej;
  • wykazywanie numeru identyfikacyjnego z prefiksem kraju, przed numerem.

Powielenie numeru NIP przy kontrahentach z różnymi numerami ID nie zawsze przesądza o błędzie, jeśli system rozróżnia np. role dostawcy i odbiorcy lub odrębne jednostki wewnętrzne. Kluczowe jest jednak jednoznaczne zidentyfikowanie kontrahenta oraz spójność pól T_1–T_3 prezentowanych w węźle Kontrahent.

Jakich podmiotów nie należy wykazywać jako kontrahenta?

Z wyjaśnień Ministerstwa Finansów wynika, że pracownik nie jest raportowany jako kontrahent przy typowych rozliczeniach pracowniczych takich jak wynagrodzenia, delegacje czy zwrot wydatków. Wyjątek dotyczy sytuacji, w której pracownik występuje wobec pracodawcy jako przedsiębiorca dokonujący transakcji zakupu lub sprzedaży. Ministerstwo w ramach wyjaśnień prezentowanych w sekcji Q&A wskazuje również, że w przypadku kontrahenta bez NIP nie wypełnia się pól T_1–T_3 ani pola D_3. Należy także pamiętać, że odpowiedzi MF są ważną wskazówką praktyczną, ale nie są źródłem prawa i nie dają mocy ochronnej.

google news

Bądź na bieżąco ze zmianami w prawie, podatkach i księgowości! Zaobserwuj nas w Wiadomościach Google

Nieprawidłowości w węźle Dziennik

1. Data operacji gospodarczej a data ujęcia w księgach

Zgodnie z wytycznymi do JPK KR PD, w polu D_6 należy wykazać datę operacji gospodarczej, umieszczoną na dowodzie przez wystawcę, natomiast w polu D_8 wykazuje się datę pod którą dowód ujęto w księgach. W praktyce jednak w niektórych systemach pole D_6 jest automatycznie zasilane datą księgowania z pola D_8. W efekcie obie daty są identyczne, niezależnie od rzeczywistej daty zdarzenia. Należy zatem sprawdzić, czy D_6 odzwierciedla datę dokonania operacji gospodarczej, a nie wyłącznie ustawienie techniczne systemu.

2. Zbyt ogólny opis operacji

Podatnicy często mają wątpliwość, jak dokładny opis powinien znaleźć się w polu D_10 (opis operacji gospodarczej). Nie ma tutaj ścisłych wytycznych – opis powinien odzwierciedlać charakter transakcji w sposób zrozumiały i jasny. Nie musi to być powielenie opisu z konkretnej faktury, tym bardziej jeżeli faktura zawiera bardzo szczegółowe, techniczne dane. Nie jest jednak dopuszczalne, a takie przypadki w praktyce identyfikowaliśmy, aby opis był bardzo ogólny i nic nie mówiący o konkretnej operacji (np. „dokument księgowy”).

3. Nieprawidłowa wartość pola D_11

Ważny fragment

W praktyce część systemów raportuje w D_11 (tj. jako kwotę operacji gospodarczej) sumę zapisów Wn lub Ma dla dekretu dot. księgowania danej operacji, a nie wartość wynikającą np. z księgowanego dokumentu. Z uzyskanych przez nas od Ministra Finansów wyjaśnień wynika natomiast, że wartość polu D_11 powinna odnosić się do operacji wynikającej z dokumentu księgowego stanowiącego podstawę zapisów w dzienniku i może różnić się od sumy kwot zapisów po Wn czy Ma dekretu.

Największe ryzyko praktyczne widzimy obecnie w obszarze pól D_10 oraz D_11. Są to pola, które z jednej strony wydają się techniczne, z drugiej pozwalają analizować charakter i wartość operacji bez bezpośredniego sięgania do dokumentacji źródłowej. Warto zweryfikować sposób ich zasilania przez system ERP.

Brak zbilansowania się zapisów – co może oznaczać?

Jednym z podstawowych testów spójności każdego JPK KR PD  jest porównanie sum zapisów Wn i Ma. W praktyce identyfikowaliśmy niezbilansowane dekrety, rozbieżności pomiędzy węzłami Dziennik a ZOiS oraz różnice w sekcji kontrolnej (CTRL). Przyczyny rozbieżności może być kilka: pominięcie części zapisów, niewykazanie elementów węzła KontoZapis albo nieprawidłowe raportowanie operacji walutowych czy występowanie zapisów na kontach pozabilansowych. Każdą różnicę należy uzgodnić i udokumentować – brak bilansowania zapisów nie jest bowiem sytuacją standardową.

Jakie problemy występują przy operacjach walutowych?

Transakcje walutowe są prezentowane w JPK KR PD poprzez wykazanie ich wartości w walucie, wskazanie kodu tej waluty oraz zaprezentowanie wartości transakcji po przeliczeniu na złotówki. Typowe problemy, jakie identyfikowaliśmy obejmowały m.in.  wykazywanie kodu waluty bez odpowiadającej kwoty w walucie obcej, uzupełnianie pól walutowych dla transakcji złotówkowych oraz niespójność kwot w złotówkach i walucie obcej. Błędy tego rodzaju wynikały w głównej mierze z nieprawidłowego zmapowania pól z systemu finansowo-księgowego do JPK KR PD.

Skorzystaj z naszych usług z zakresu: JPK CIT: wsparcie podatkowe, księgowe i technologiczne
Dowiedz się więcej

Na jakie dodatkowe ryzyka warto zwrócić uwagę?

Katalog testów warto rozszerzyć o obszary, które w praktyce decydują o spójności całego raportowania:

  • poprawność znaczników podatkowych PD przypisanych do kont;
  • uzgodnienie sekcji RPD z kalkulacją CIT i notą podatkową (obszar ten nie był jeszcze obowiązkowy w JPKach składanych w 2026 r., ale w plikach za 2026 będzie już obligatoryjny);
  • aktualność mapowania planu kont po zmianach organizacyjnych lub systemowych;
  • kompletność numeru KSeF w polu D_12, jeżeli jest wymagany;
  • zgodność sum kontrolnych C_1–C_5 z danymi szczegółowymi;
  • unikalność numerów zapisów i kont oraz chronologia dat księgowania.

Katalog ten nie jest oczywiście zamknięty – wiele bowiem zależy od specyfiki podatnika i systemu finansowo-księgowego z jakiego korzysta.

Po więcej informacji pobierz RAPORT: JPK CIT w pytaniach i odpowiedziach. Najczęściej zadawane pytania związane z obowiązkiem raportowym JPK CIT

JPK_KR_PD wymaga znacznie więcej niż poprawnego wygenerowania pliku XML. Najczęstsze błędy w JPK_KR_PD dotyczą jakości danych źródłowych, mapowania systemów ERP i spójności pomiędzy księgowością a rozliczeniami podatkowymi. W praktyce – w celu wygenerowania i złożenia w pełni poprawnego JPK KR PD konieczne jest połączenie walidacji technicznej z testami merytorycznymi przed wysyłką JPK CIT.

Najczęściej zadawane pytania o błędy w JPK_KR_PD i przygotowanie JPK CIT

Jakie błędy w JPK_KR_PD pojawiają się najczęściej?

Najczęstsze błędy w JPK_KR_PD dotyczą jakości danych kontrahentów, mapowania pól z systemu ERP, opisów operacji gospodarczych, wartości w polu D_11 (wartość transakcji), niezbilansowanych zapisów oraz niespójności danych walutowych.

Dlaczego sama walidacja techniczna JPK_KR_PD nie wystarczy?

Poprawność techniczna XML nie potwierdza, że dane są merytorycznie prawidłowe. Plik może przejść walidację, mimo że zawiera błędne mapowanie, zbyt ogólne opisy operacji, niespójne daty lub nieprawidłowe wartości raportowane w węźle Dziennik.

Co warto sprawdzić przed wysyłką JPK CIT?

Przed wysyłką JPK CIT warto przeprowadzić nie tylko walidację XSD, ale także testy merytoryczne.

Porozmawiajmy o Twoich wyzwaniach

Świadczymy usługi w zakresie JPK CIT: wsparcie podatkowe, księgowe i technologiczne

Skontaktujemy się z Tobą w najbliższym dniu roboczym aby porozmawiać o Twoich potrzebach i dopasować do nich naszą ofertę.

Pole zawiera niedozwolone znaki

Nieprawidłowy format. Wprowadź twojadres@twojadomena.pl lub nr telefonu: XXXXXXXXX.

Skontaktuj się

Elżbieta Ślusarczyk

Senior Menedżer, Doradca Podatkowy

Skontaktuj się

Elżbieta Ślusarczyk

Senior Menedżer, Doradca Podatkowy

Poproś o kontakt

Elżbieta Ślusarczyk

Senior Menedżer, Doradca Podatkowy

Niniejsza publikacja została sporządzona z najwyższą starannością, jednak niektóre informacje zostały podane w formie skróconej. W związku z tym artykuły i komentarze zawarte w „Newsletterze” mają charakter poglądowy, a zawarte w nich informacje nie powinny zastąpić szczegółowej analizy zagadnienia. Wobec powyższego Grant Thornton nie ponosi odpowiedzialności za jakiekolwiek straty powstałe w wyniku czynności podjętych lub zaniechanych na podstawie niniejszej publikacji. Jeżeli są Państwo zainteresowani dokładniejszym omówieniem niektórych kwestii poruszonych w bieżącym numerze „Newslettera”, zachęcamy do kontaktu i nawiązania współpracy. Wszelkie uwagi i sugestie prosimy kierować na adres jacek.kowalczyk@pl.gt.com.

Artykuły z kategorii: JPK CIT

Zobacz wszystkie
Informacja o ciasteczkach

1. W ramach witryny Administrator stosuje pliki Cookies w celu świadczenia usług na najwyższym poziomie, w tym w sposób dostosowany do indywidualnych potrzeb.

2. Korzystanie z witryny bez zmiany ustawień dotyczących Cookies oznacza, że będą one zapisywane na Twoim urządzeniu końcowym. Możesz w każdym czasie dokonać zmiany ustawień dotyczących Cookies w swojej przeglądarce internetowej.

3. Administrator używa technologii Cookies w celu identyfikacji odwiedzających witrynę, w celu prowadzenia statystyk na potrzeby marketingowe, a także w celu poprawnego realizowania innych, oferowanych przez serwis usług.

4. Pliki Cookies, a w tym Cookies sesyjne mogą również dostarczyć informacji na temat Twojego urządzenia końcowego, jak i wersji przeglądarki, której używasz. Zadania te są realizowane dla prawidłowego wyświetlania treści w ramach witryny Administratora.

3. Cookies to krótkie pliki tekstowe. Cookies w żadnym wypadku nie umożliwiają personalnej identyfikacji osoby odwiedzającej witrynę i nie są w nim zapisywane żadne informacje mogące taką identyfikację umożliwić.

Aby zobaczyć pełną listę wykorzystywanych przez nas ciasteczek i dowiedzieć się więcej o ich celach, odwiedź naszą Politykę Prywatności.