Księgi rachunkowe coraz częściej muszą być gotowe nie tylko dla księgowego, ale też dla administracji skarbowej w formie ustrukturyzowanego pliku XML. W 2026 roku obowiązek ten nie dotyczy już wyłącznie największych grup, a najwięcej problemów budzi nie sam format, lecz spójność danych: planu kont, kontrahentów, ewidencji środków trwałych i rozliczenia podatkowego. Poniżej wyjaśniam, czym jest ten obowiązek, kogo obejmuje, co dokładnie trzeba przygotować i gdzie najłatwiej o kosztowny błąd.
Najważniejsze informacje o pliku dla ksiąg rachunkowych
- JPK_KR_PD to obecna struktura dla ksiąg rachunkowych w podatkach dochodowych, a starszy JPK_KR nadal funkcjonuje jako plik przekazywany na żądanie organu.
- 1 stycznia 2025 r. obowiązek objął największe podmioty CIT i podatkowe grupy kapitałowe, a kolejne grupy wchodzą etapowo w 2026 i 2027 roku.
- Plik musi wiernie odzwierciedlać księgi: dziennik, zapisy kont, zestawienie obrotów i sald, kontrahentów oraz część rozliczeniową RPD.
- JPK_ST_KR jest osobnym plikiem dotyczącym środków trwałych oraz WNiP i trzeba go pilnować równolegle z księgą.
- Najczęstsze problemy to brak ciągłości numeracji, niepełne dane kontrahentów, błędne oznaczenia kont i rozjazd między księgą a ewidencją amortyzacji.
- W praktyce najlepiej działa połączenie dobrze ustawionego systemu księgowego, próbnego eksportu i kontroli zgodności przed wysyłką.
Czym jest JPK dla ksiąg rachunkowych i dlaczego dziś chodzi głównie o JPK_KR_PD
W uproszczeniu chodzi o ustrukturyzowany eksport danych z ksiąg rachunkowych, który można automatycznie przetwarzać po stronie urzędu. To polska wersja standardu SAF-T dla pełnej księgowości, ale w praktyce ważniejsze od teorii jest to, że plik ma odzwierciedlać rzeczywiste zapisy w systemie, a nie „ładny” obraz przygotowany na ostatnią chwilę.
W 2026 roku kluczowa jest różnica między dawnym JPK_KR na żądanie a nową, obowiązkową strukturą JPK_KR_PD. Ten pierwszy nadal istnieje jako plik przekazywany w toku kontroli, czynności sprawdzających albo postępowania podatkowego. Drugi jest już częścią normalnego raportowania ksiąg rachunkowych w podatkach dochodowych. Ja patrzę na to tak: JPK_KR_PD nie jest dodatkiem do księgowości, tylko testem jakości całej bazy danych finansowych.
| Obszar | JPK_KR na żądanie | JPK_KR_PD |
|---|---|---|
| Charakter | Plik przekazywany po wezwaniu organu | Obowiązkowy plik dla ksiąg rachunkowych w podatkach dochodowych |
| Termin | Co do zasady nie mniej niż 3 dni od wezwania | Po zakończeniu roku podatkowego, w terminie właściwym dla danej grupy |
| Zakres | Księgi podatkowe potrzebne do kontroli | Pełne księgi oraz dane podatkowe i rozliczeniowe |
| Status w 2026 r. | Nadal wykorzystywany w kontroli | Podstawowy temat dla podmiotów prowadzących pełną księgowość |
Do tego dochodzi osobny plik dla środków trwałych, więc w praktyce nie chodzi już o jeden eksport, ale o zestaw powiązanych danych. To prowadzi wprost do pytania, kto musi się do tego przygotować i od kiedy.
Kto składa plik i od kiedy obowiązek obejmuje kolejne grupy
Obowiązek nie wszedł jednego dnia dla wszystkich. Ministerstwo Finansów rozłożyło go etapami, bo pełna księgowość w różnych podmiotach działa w innym tempie i na innym poziomie cyfryzacji. To dobra wiadomość tylko pozornie, bo w praktyce oznacza to, że trzeba sprawdzić nie tyle rok kalendarzowy, ile własny status i datę rozpoczęcia roku podatkowego.
| Grupa podatników | Od kiedy obowiązek | Co to oznacza praktycznie |
|---|---|---|
| Podatnicy CIT i podatkowe grupy kapitałowe z przychodem powyżej 50 mln euro | 1 stycznia 2025 r. | Pierwsze pliki były składane w 2026 r. za rok podatkowy rozpoczynający się po 31 grudnia 2024 r. |
| Podatnicy CIT, spółki niebędące osobami prawnymi oraz podatnicy PIT prowadzący księgi rachunkowe i wysyłający JPK_V7M | 1 stycznia 2026 r. | To grupa, która wchodzi do raportowania etapem 2026, a pierwsza wysyłka wypada dla niej później, po zakończeniu właściwego roku podatkowego. |
| Pozostali podatnicy CIT, spółki niebędące osobami prawnymi oraz pozostali podatnicy PIT prowadzący księgi rachunkowe, w tym wysyłający JPK_V7K | 1 stycznia 2027 r. | To ostatni etap wejścia w obowiązek dla pełnej księgowości. |
Warto też pamiętać, że dla części podmiotów terminy przesyłania ksiąg zostały przesunięte rozporządzeniem z lutego 2026 roku, więc przy roku obrotowym innym niż kalendarzowy nie wolno liczyć „na pamięć”. Ja zawsze sprawdzam trzy rzeczy: datę startu roku podatkowego, sposób rozliczania VAT i to, czy podmiot znajduje się już w pierwszej fali obowiązku, czy dopiero w kolejnej. To właśnie te daty rozstrzygają, czy plik trzeba przygotować teraz, czy jeszcze masz chwilę na porządkowanie systemu.
Jakie dane zawiera plik i gdzie najłatwiej o błąd
Struktura JPK_KR_PD opiera się na wcześniejszym JPK_KR na żądanie, ale jest rozbudowana o elementy potrzebne do raportowania podatkowego. W praktyce najważniejsze są: nagłówek, dziennik, KontoZapis, ZOiS, Kontrahent i RPD. Każda z tych części odpowiada za inny kawałek obrazu ksiąg, więc problem w jednym miejscu od razu psuje zgodność całego pliku.
Co ważne, plik można technicznie dzielić na dowolne okresy nie krótsze niż jeden dzień, ale musi zachować pełną ciągłość zapisów. To nie jest miejsce na „ratowanie się” ręcznym dopisywaniem brakujących operacji. Urząd patrzy na to, czy po scaleniu danych otrzymuje kompletne księgi bez luk i powtórzeń.
| Sekcja | Co zawiera | Gdzie najczęściej pojawia się problem |
|---|---|---|
| Nagłówek | Okres raportowania, rodzaj pliku i podstawowe dane identyfikacyjne | Błędne daty, zły zakres okresu, pomyłka w oznaczeniu pliku cząstkowego |
| Dziennik | Chronologiczny zapis dowodów księgowych | Brak ciągłości numeracji albo zła nazwa dziennika, gdy nie ma dzienników częściowych |
| KontoZapis | Zapisy księgowe przypisane do konkretnych kont | Powtórzenia, pominięcia albo niezgodność z dziennikiem |
| ZOiS | Zestawienie obrotów i sald kont syntetycznych i analitycznych | Pomijanie kont syntetycznych albo niewłaściwe oznaczenie kont nadrzędnych |
| Kontrahent | Kartotekę kontrahentów użytych w zapisach | Duplikaty kartotek, brak spójnego kodu kontrahenta, niepełne dane identyfikacyjne |
| RPD | Różnice między wynikiem finansowym a podatkowym | Ręczne uzupełnianie w złym pliku albo brak uzgodnienia z kontami wynikowymi |
W dzienniku przydaje się jedna prosta zasada: jeśli nie stosujesz dzienników częściowych, w opisie powinno widnieć „Dziennik Księga Główna”. W ZOiS z kolei trzeba pilnować, by konto nadrzędne było wskazane poprawnie, a w pliku pojawiały się wszystkie konta, na których w danym okresie występują obroty lub salda. Przy dokumentach z KSeF numer identyfikujący fakturę trafia do odpowiedniego pola, więc ręczne przepisanie danych jest proszeniem się o rozjazd między systemami. To właśnie ten porządek decyduje o tym, czy plik da się obronić bez nerwowych wyjaśnień.
Ewidencja środków trwałych jest osobnym obowiązkiem, nie dodatkiem
Przy pełnej księgowości nie wystarczy poprawna księga rachunkowa. Trzeba jeszcze dopilnować JPK_ST_KR, czyli struktury dotyczącej środków trwałych oraz wartości niematerialnych i prawnych. W mojej ocenie to jeden z najczęściej niedoszacowanych obszarów, bo na papierze wygląda pobocznie, a w praktyce bardzo szybko ujawnia niespójność między amortyzacją, ewidencją majątku i księgami.
Najważniejsze punkty kontrolne są dość konkretne:
- amortyzacja musi być pokazana narastająco, a nie tylko za bieżący okres;
- dane z ewidencji środków trwałych muszą zgadzać się z planem amortyzacji i zapisami księgowymi;
- numer dokumentu likwidacji albo wykreślenia ze stanu powinien wynikać z właściwego dowodu księgowego;
- wartości w strukturze odnoszą się do stanu na ostatni dzień okresu raportowanego;
- jeśli w ewidencji występują korekty, trzeba je zamknąć przed eksportem, a nie po nim.
Najbardziej praktyczna zasada brzmi: jeśli środek trwały, jego likwidacja albo sprzedaż nie są domknięte w systemie, pliku nie da się uznać za spójny. To prowadzi naturalnie do pytania, jak przygotować sam system, żeby eksport nie był serią ręcznych poprawek.
Jak przygotować system i księgi do wysyłki bez nerwowych poprawek
Ja zaczynam od danych, nie od pliku. XML można wygenerować w minutę, ale jeśli kartoteka kontrahentów, plan kont i zasady amortyzacji są nieuporządkowane, to cały wysiłek kończy się późnym wieczorem na poprawkach. W pełnej księgowości najlepiej działa podejście „najpierw model danych, potem eksport”.
- Ustal dokładnie, który wariant obowiązuje twoją firmę i za jaki rok podatkowy raportujesz dane.
- Sprawdź plan kont oraz oznaczenia podatkowe, zwłaszcza te związane z rozliczeniem podatkowym i kontami pozabilansowymi.
- Zweryfikuj dziennik i numerację zapisów, żeby nie było luk, duplikatów ani przestawionych dat.
- Ujednolić kartotekę kontrahentów, bo duplikaty podmiotów i różne NIP-y w jednym rekordzie to klasyczny punkt zapalny.
- Przy fakturach z KSeF ustaw automatyczne pobieranie numeru identyfikującego dokument, zamiast wpisywać go ręcznie.
- Porównaj próbny eksport z bilansem, zestawieniem obrotów i sald oraz ewidencją środków trwałych.
- Ustal, kto podpisuje plik i kto odpowiada za jego wysłanie, bo w biurach rachunkowych ten etap bywa rozmyty.
Wysyłkę da się zrobić z programu księgowego albo przez narzędzie Klient JPK WEB. Przy innych strukturach Ministerstwo Finansów udostępnia też formularze interaktywne, ale przy pełnej księgowości zwykle nie zastąpią one dobrego systemu finansowo-księgowego. Im lepiej ten system mapuje dane, tym mniej czasu pochłania późniejsze tłumaczenie się z niezgodności. A właśnie na takich niezgodnościach najłatwiej się wyłożyć.
Najczęstsze błędy przy eksporcie i jak ich uniknąć
Większość problemów nie wynika z samego obowiązku, tylko z tego, że plik traktuje się jak techniczny dodatek. To błąd. W praktyce JPK_KR_PD jest sprawdzianem tego, czy księgi są prowadzone konsekwentnie, a system księgowy naprawdę odzwierciedla rzeczywistość firmy.
| Błąd | Skutek | Jak temu zapobiec |
|---|---|---|
| Mylenie JPK_KR z JPK_KR_PD | Zły zakres danych i niezgodność z aktualnym obowiązkiem | Najpierw sprawdzić, czy chodzi o plik na żądanie, czy o obowiązkowe raportowanie ksiąg |
| Brak kont syntetycznych w ZOiS | Plik nie odzwierciedla w pełni ksiąg | Wykazywać wszystkie konta, na których występują obroty i salda |
| Przerwy w numeracji dziennika lub KontoZapis | Urząd widzi brak ciągłości zapisów | Przed eksportem zrobić kontrolę chronologii i numeracji |
| RPD wypełniane w każdym pliku cząstkowym | Błędny obraz rozliczenia podatkowego | Węzeł RPD uzupełniać tylko w pliku domykającym okres |
| Niespójne dane kontrahenta | Duplikaty i trudność w identyfikacji transakcji | Ujednolicić kartoteki i zasady nadawania kodów |
| Rozjazd między ewidencją ŚT a księgą | Problemy z amortyzacją i korektami | Przed wysyłką uzgodnić JPK_ST_KR z planem amortyzacji |
Największe ryzyko widzę tam, gdzie ktoś zakłada, że „to się poprawi po eksporcie”. Nie, nie poprawi się. Jeśli system nie wie, skąd bierze się numer kontrahenta albo dlaczego konto nadrzędne zostało pominięte, błąd wróci przy pierwszej korekcie albo podczas kontroli. Dlatego przed terminem warto zamknąć jeszcze jeden krótki, ale bardzo praktyczny przegląd.
Co sprawdzić przed pierwszym terminem, żeby plik nie wrócił z korektą
Jeśli miałbym zostawić jedną listę kontrolną, byłaby krótka i bez ozdobników. Najpierw spójność ksiąg, potem format, na końcu wysyłka. To brzmi banalnie, ale w praktyce właśnie ta kolejność odróżnia poprawny proces od akcji ratunkowej na ostatnią chwilę.
- Czy plan kont jest aktualny i odzwierciedla sposób księgowania w całym roku.
- Czy kartoteki kontrahentów nie zawierają duplikatów i pustych pól identyfikacyjnych.
- Czy dziennik i KontoZapis mają ciągłą numerację bez luk i powtórzeń.
- Czy RPD jest uzupełnione tylko tam, gdzie powinno, i uzgadnia się z rozliczeniem podatkowym.
- Czy JPK_ST_KR zgadza się z ewidencją środków trwałych, amortyzacją i dokumentami likwidacyjnymi.
- Czy wiadomo, kto podpisuje, kto wysyła i kto odpowiada za korektę, jeśli plik wróci.
Gdy te elementy są poukładane, JPK przestaje być źródłem chaosu, a staje się po prostu kolejnym raportem z ksiąg. I właśnie tak powinien działać: przewidywalnie, zgodnie z danymi i bez konieczności gaszenia pożaru po wysyłce.
