JPK_KR_PD: rewolucja w raportowaniu czy największy bubel roku?

Nowy schemat ksiąg rachunkowych z atrybutami podatkowymi wchodzi w życie etapami i budzi poważne pytania o spójność, kompletność i sens całego przedsięwzięcia. Co powinni wiedzieć księgowi, doradcy i podatnicy?

JPK_KR_PD to nowy plik kontrolny, który ma połączyć pełną księgowość z atrybutami podatkowymi CIT/PIT w jednym, monolitycznym dokumencie XML. Cel wydaje się racjonalny, ale w praktyce okazuje się, że nowy schemat jest nieporównywalnie bardziej złożony od poprzedników i niesie ze sobą zupełnie nowe kategorie błędów, z którymi ani podatnicy, ani ich doradcy wcześniej nie musieli się mierzyć.

Ministerstwo Finansów zapowiadało JPK_KR_PD jako logiczne rozwinięcie dotychczasowych plików JPK. Eksperci zwracają jednak uwagę na szerszy kontekst: wprowadzając obowiązek znakowania kont, ministerstwo de facto wymusza na podatnikach ustandaryzowanie danych, które w przyszłości umożliwi automatyzację analiz przesyłanych plików, przy jednoczesnej minimalizacji nakładu pracy operatora. Długofalowo to logiczne posunięcie, choć droga do tego celu okazuje się wyboista.

Kontrola spójności JPK_KR_PD z e-sprawozdaniem finansowym

Pierwszym i fundamentalnym wyzwaniem jest weryfikacja, czy dane liczbowe w pliku JPK_KR_PD są spójne z elektronicznym sprawozdaniem finansowym złożonym w KRS. To nie jest kwestia dobrej woli, to wymóg logicznej integralności danych.

Kontrola przebiega na kilku poziomach. Na poziomie bilansowym suma obrotów „Wn” i „Ma” wszystkich kont powinna bilansować się z wartościami wykazanymi w pozycjach bilansu e-sprawozdania. Na poziomie rachunku zysków i strat przychody i koszty zaewidencjonowane w węzłach znacznikowych muszą odpowiadać pozycjom RZiS. Każda różnica nawet o grosz wymaga wyjaśnienia.

W praktyce zdarzają się przypadki, gdy program księgowy generuje JPK_KR_PD poprawny technicznie, przechodzi walidację XSD, ale kwota podatku odroczonego różni się o 1 zł od wartości w e-sprawozdaniu z powodu odmiennego sposobu zaokrąglenia. Urząd skarbowy traktuje taką rozbieżność jako wymagającą wyjaśnień*.

Kluczowe węzły do weryfikacji krzyżowej to elementy sekcji ZOiS (zestawienie obrotów i sald) oraz blok „DaneIdentyfikacyjne”. Specjaliści rekomendują wygenerowanie własnego bilansu próbnego z pliku i maszynowe porównanie go z e-sprawozdaniem. Ręczne sprawdzanie kilkuset kont jest po prostu niewykonalne.

Wyliczenie RPD — rachunek podatkowy wbudowany w plik

Sekcja RPD (Rozliczenie Podatku Dochodowego) to serce nowego schematu i zarazem obszar, gdzie koncentruje się najwięcej błędów. RPD stanowi elektroniczne odwzorowanie kalkulacji CIT lub PIT z działalności gospodarczej wbudowane bezpośrednio w plik księgowy.

Struktura węzłów RPD (uproszczona):

• RPD/PrzychodyPodatkowe – suma przychodów rozpoznanych podatkowo,
• RPD/KosztyUzyskaniaPrzychodu – KUP z podziałem na rodzaje,
• RPD/DochodPodatkowy – wyliczany jako różnica powyższych,
• RPD/OdliczeniaOdDochodu – ulgi, straty z lat ubiegłych,
• RPD/PodstawaPodatku – dochód po odliczeniach,
• RPD/PodatekNalezny – musi być zgodny ze złożoną deklaracją CIT-8.

Punkt krytyczny: wartość w węźle „PodatekNalezny” musi być tożsama z pozycją 58 deklaracji CIT-8 (lub analogiczną w PIT-36L). Jakakolwiek rozbieżność automatycznie generuje czynność sprawdzającą ze strony urzędu. Rządowy program Analizator JPK weryfikuje tę zgodność jako jeden z pierwszych kroków walidacyjnych.

W praktyce najtrudniejsze do prawidłowego ujęcia okazują się: różnice przejściowe na podatku odroczonym, korekty cen transferowych, przychody z tytułu nieodpłatnych świadczeń (szczególnie u spółek powiązanych) oraz koszty niestanowiące KUP. Te ostatnie muszą być wykazane w osobnych atrybutach znacznikowych, samo zaksięgowanie ich na właściwym koncie nie wystarczy.

Przypisanie znaczników do kont księgowych

Znaczniki (ang. tags) to atrybuty przypisywane do kont analitycznych, wskazujące ich funkcję podatkową lub bilansową. Nie jest to rozwiązanie opcjonalne. Każde konto syntetyczne i analityczne musi posiadać co najmniej jeden znacznik z listy słownikowej zatwierdzonej przez Ministerstwo Finansów.

Słownik znaczników „KR” obejmuje kilkaset pozycji, podzielonych na grupy: bilansowe („B”), wynikowe („W”) i podatkowe („P”). W praktyce występują 3 błędy przypisania:

1. brak znacznika — konto istnieje w planie kont, ale nie ma przypisanego atrybutu. Plik przejdzie walidację XSD, jednak Analizator JPK zgłosi ostrzeżenie kategorii E3.
2. znacznik nieadekwatny — np. konto kosztów administracyjnych oznaczone znacznikiem przychodowym. Skutkuje błędem logicznym w sekcji RPD.
3. konflikt znaczników — do jednego konta przypisano wzajemnie wykluczające się atrybuty (np. jednocześnie KUP i NKUP). Analizator blokuje wtedy akceptację całego pliku.

Comarch ERP Optima od wersji 2025.2 oferuje wbudowany kreator przypisania znaczników z walidacją konfliktów w czasie rzeczywistym. Sage Symfonia wprowadziła analogiczne rozwiązanie w aktualizacji z marca 2025. W Insert Nexo mechanizm pozostaje wciąż w fazie beta. Weryfikacja ręczna jest w tym przypadku konieczna**.

Weryfikacja rozrachunków w JPK_KR_PD

Sekcja rozrachunków stanowi osobną, rozbudowaną część pliku. Każde saldo nierozliczone na dzień bilansowy musi być wykazane wraz z identyfikatorem kontrahenta (NIP lub REGON), kwotą i datą wymagalności. To otwiera zupełnie nowy obszar ryzyka: niezgodność sald rozrachunków w JPK z danymi JPK_VAT.

Najczęściej spotykane problemy w tej sekcji:

1. faktury zaksięgowane w rozrachunkach bez NIP kontrahenta — historyczna pozostałość ze starszych systemów, gdzie pole NIP było opcjonalne;
2. salda rozrachunków po kompensatach — prawidłowa kompensata powinna zerować obie strony; jednostronne zaksięgowanie pozostawia saldo i generuje błąd spójności z JPK_VAT;
3. rozrachunki walutowe — różnice kursowe muszą być wykazane jako korekta pozycji, nie jako osobna pozycja rozrachunkowa. Wiele programów domyślnie obsługuje to błędnie.
4. należności i zobowiązania wewnątrz grupy — wymagają odrębnych znaczników transakcji powiązanych („TP”), których przypisanie w wielu konfiguracjach wymaga ręcznej interwencji.

Ewidencja środków trwałych — JPK_ST_KR jako siostrzany plik

JPK_KR_PD nie funkcjonuje w izolacji, jest ściśle powiązany z plikiem JPK_ST_KR, zawierającym szczegółową ewidencję środków trwałych i wartości niematerialnych. Połączenie obu plików tworzy pełny obraz majątku trwałego dla celów podatkowych i bilansowych.

Każde konto z grupy 0 (środki trwałe) ujęte w JPK_KR_PD musi mieć swój odpowiednik w JPK_ST_KR. Weryfikacja krzyżowa obejmuje: wartość brutto środka trwałego, dotychczasowe umorzenie, wartość netto oraz amortyzację za rok podatkowy – zarówno bilansową, jak i podatkową. Różnica w stawkach amortyzacji między ujęciem bilansowym a podatkowym generuje różnicę przejściową, którą należy ująć w sekcji RPD.

Kluczowe pola JPK_ST_KR wymagające uzgodnienia z JPK_KR_PD:

• ST/WartoscPoczatkowa – musi = saldo „Wn” konta 01x na dzień bilansowy;
• ST/DotychczasoweUmorzenie – musi = saldo „Ma” konta 07x;
• ST/AmortyzacjaPodatkowa – źródło wartości w RPD/KosztyAmortyzacji;
• ST/MetodaAmortyzacji – słownik: liniowa / degresywna / jednorazowa.

Jak sprawdzić kompletność pliku JPK_KR_PD?

Kompletność pliku to pojęcie wielowymiarowe. Plik może być kompletny technicznie, przejść walidację XSD z wynikiem pozytywnym i jednocześnie być merytorycznie niekompletny. Specjaliści wyróżniają siedem wymiarów kompletności, które warto weryfikować każdorazowo:

1. kompletność kont: czy plan kont zawiera wszystkie konta aktywne w roku obrotowym, włącznie z kontami zerowymi na koniec okresu, które miały obroty w trakcie roku;
2. kompletność okresów: czy plik obejmuje wszystkie 12 miesięcy (lub właściwe okresy dla roku obrotowego innego niż kalendarzowy). Brak choćby jednego miesiąca to błąd krytyczny.
3. kompletność operacji: liczba zapisów w dzienniku powinna odpowiadać liczbie dokumentów źródłowych — weryfikacja przez porównanie z rejestrem VAT i sumarycznym dziennikiem z systemu ERP;
4. kompletność znaczników: wszystkie konta posiadają co najmniej jeden znacznik z aktualnego słownika MF;
5. kompletność rozrachunków: każdy kontrahent z saldem niezerowym na koniec okresu ma przypisany NIP lub REGON w sekcji rozrachunków;
6. kompletność RPD: czy wszystkie pozycje kalkulacji podatkowej są wypełnione — żadna nie przyjmuje wartości „null” przy istniejących obrotach na powiązanych kontach;
7. suma kontrolna: hash pliku wygenerowanego przez system powinien być zgodny z hashem zweryfikowanym po transmisji do bramki MF.

Jak systemy księgowe kontrolują kompletność i jak weryfikują rewidenci?

Wiodące systemy ERP zbudowały własne warstwy walidacyjne, które różnią się jednak znacząco zakresem i dojrzałością.

Comarch ERP Optima oferuje moduł „Kontrola JPK” z walidacją dwuetapową: lokalna kontrola XSD i logiki biznesowej, a następnie opcjonalne wysłanie do bramki testowej MF. System generuje raport braków znaczników i proponuje ich automatyczne przypisanie na podstawie klas kont, propozycje wymagają jednak weryfikacji przez księgowego.

Podgląd w Excelu — Comarch ERP Optima

Optima umożliwia podgląd każdego wygenerowanego pliku JPK bezpośrednio w Excelu, dane są automatycznie dzielone na osobne arkusze odpowiadające poszczególnym sekcjom schematu (ZOiS, dziennik, rozrachunki, RPD). To praktyczne rozwiązanie dla każdego, kto chce na bieżąco weryfikować, jakie dane trafią do urzędu, bez konieczności otwierania surowego XML ani instalowania dodatkowego oprogramowania.

Sage Symfonia postawiła na raport różnicowy: po wygenerowaniu pliku system automatycznie zestawia go z poprzednim okresem i flaguje pozycje, które zniknęły lub pojawiły się po raz pierwszy. To skuteczne narzędzie do wykrywania brakujących kont.

Insert Nexo dysponuje najprostszą walidacją, kontroluje kompletność XSD i słownik znaczników, ale nie wykonuje weryfikacji krzyżowej z RPD ani z rozrachunkami. Biura rachunkowe korzystające z tego systemu powinny uzupełniać proces o zewnętrzny Analizator JPK.

Rewidenci sięgają coraz częściej po własne skrypty w Pythonie lub R, parsujące XML pliku JPK_KR_PD i wykonujące serię zapytań kontrolnych: bilans próbny, test zerowania kont przejściowych, weryfikacja zgodności sum sekcji ZOiS z nagłówkami bilansu. Największe firmy audytorskie mają już takie kontrole wbudowane w swoje narzędzia workflow.

Rządowy Analizator JPK — narzędzie, którego nie można pominąć

Ministerstwo Finansów udostępniło bezpłatny Analizator JPK, aplikację desktopową na system Windows, pozwalającą na lokalną weryfikację pliku przed wysyłką. W ocenie specjalistów powinien on stanowić obowiązkowy krok każdego procesu zamknięcia roku.

Program wykonuje cztery grupy kontroli: walidację schematu XSD (co do błędów technicznych), kontrolę słownikową (co do poprawności kodów i znaczników), kontrolę logiczną (co do spójności wewnętrznej pliku, bilansowania się) oraz w najnowszej wersji kontrolę krzyżową z plikami JPK_VAT i JPK_ST_KR, jeśli zostaną dostarczone łącznie. Raporty generowane są w formacie HTML z kategoryzacją błędów: krytyczne („E1”), ostrzeżenia („E2”) i informacje („E3”).

Ważna uwaga praktyczna: Analizator JPK weryfikuje plik według schematu aktualnego w dniu instalacji. Jeśli MF zaktualizuje schemat, a robi to kilka razy w roku, starsza wersja programu może nie wykryć nowych błędów. Przed zamknięciem roku warto sprawdzić aktualną wersję na stronie podatki.gov.pl.

Ułatwienia dla biur rachunkowych

Biura rachunkowe obsługujące kilkudziesięciu klientów stanęły przed problemem skali. Ręczna weryfikacja wszystkich wymiarów kompletności osobno dla każdego podmiotu jest niewykonalna. Rynek odpowiedział kilkoma kategoriami narzędzi pomocniczych.

Szablony planów kont z predefiniowanymi znacznikami. Kilka organizacji branżowych, w tym Stowarzyszenie Księgowych w Polsce, opublikowało wzorcowe plany kont z przypisanymi znacznikami dla typowych rodzajów działalności. Skraca to czas konfiguracji systemu o szacowane 60–70%.

Eksport do Excela jako narzędzie weryfikacji. Wspomniana funkcja Optimy – automatyczny podział pliku JPK na tematyczne arkusze Excela okazuje się jednym z najbardziej docenianych przez praktyków ułatwień. Pozwala szybko przejrzeć dane sekcja po sekcji, zastosować filtry i formuły, a nawet przygotować zestawienie kontrolne dla klienta bez znajomości XML i bez dodatkowego oprogramowania.

Makra i skrypty do zbiorczej walidacji. Dla biur korzystających z Comarch lub Insert dostępne są skrypty automatyzujące wywołanie Analizatora JPK dla wielu plików kolejno i konsolidujące raporty błędów do jednego arkusza kalkulacyjnego.

Usługi chmurowe weryfikacji JPK. Kilka startupów oferuje API, do którego można przesłać plik i otrzymać raport kompletności w formacie JSON. Rozwiązanie przydatne przy integracji z systemami biurowymi obsługującymi wielu klientów jednocześnie.

PODSUMOWANIE

Największy bubel roku? Niekoniecznie, ale najtrudniejszy egzamin dla branży od lat

Złożoność schematu, agresywny harmonogram wdrożenia i oprogramowanie gonione przez legislację to, zdaniem ekspertów, klasyczna recepta na chaos. I rzeczywiście, pierwsze doświadczenia z JPK_KR_PD budzą niepokój wśród praktyków.

Środowisko doradców i księgowych pokłada jednak nadzieję w dostawcach oprogramowania. Historia wdrożeń podatkowych uczy, że systemy dostosowują się pod naciskiem użytkowników, tak dzieje się dziś z KSeF-em, gdzie kolejne aktualizacje są bezpośrednią odpowiedzią na zgłoszenia rynku. JPK_KR_PD prawdopodobnie pójdzie tą samą drogą, choć wymaga to czasu.

Część podatników rozważy zapewne zmianę systemu ERP i jest to naturalna reakcja na rosnące wymagania. Specjaliści wskazują jednak, że impulsem do refleksji powinna być nie tyle sama wysyłka pliku, co głębsza kwestia kultury prowadzenia działalności gospodarczej. Księgowi archiwizują i porządkują dane według przepisów podatkowych – jaka jakość informacji trafia do systemu, takie wnioski wyciągnie z nich urząd skarbowy. JPK_KR_PD czyni tę zależność wyjątkowo dosłowną.

Warto dostrzec też efekt uboczny nowego obowiązku: świadomość obowiązkowej i pełnej wysyłki danych do urzędu mobilizuje samych księgowych do pogłębionej weryfikacji poprawności księgowań i analizy struktury kont – czynności, o której przy codziennej rutynie łatwo zapomnieć.

Największym problemem pozostają terminy. Wdrożenie KSeF-u przyniosło niemałe zamieszanie i uświadomiło branży, że presja czasu stanowi osobne, poważne ryzyko, niezależne od merytorycznych wyzwań samego rozwiązania. JPK_KR_PD nie jest pod tym względem wyjątkiem. Może nie bubel, ale bez wątpienia to najtrudniejszy sprawdzian dla polskiej księgowości od wielu lat.

_{^{Przypisy:
*Tak wynika z praktyki doradczej, zgłoszeń użytkowników systemów ERP.
** Informacje producentów oprogramowania.}}