Struktura JPK_CIT — księgi rachunkowe
JPK_KR_PD to nie eksport ksiąg. To księgi opisane tak, jak chce je zobaczyć Ministerstwo.
Zestawienie obrotów i sald, dziennik i zapisy na kontach — Państwa system prawdopodobnie potrafi to oddać. Kłopot zaczyna się przy znacznikach kont — czyli przypisaniu każdemu kontu pozycji ze słownika Ministerstwa — i przy różnicach między wynikiem bilansowym a podatkowym, bo to są dane, których w księgach nie ma, dopóki ktoś ich tam nie umieści.
Z czego zbudowany jest plik
Cztery bloki, z których trzy pierwsze są odwzorowaniem ksiąg, a czwarty jest tym, co odróżnia JPK_KR_PD od zwykłego wydruku z systemu.
Zestawienie obrotów i sald
Salda początkowe, obroty okresu i salda końcowe każdego konta. Z tej części najczęściej wychodzi na jaw, że plan kont żyje własnym życiem od kilkunastu lat.
Dziennik
Chronologiczny zapis operacji: numer i data dowodu, opis, powiązanie z zapisem na koncie. Technicznie najprostsza część pliku i zwykle największa.
Zapisy na kontach
Poszczególne kwoty po stronie Wn i Ma wraz z kontem oraz dowodem, z którego pochodzą. Tutaj widać zapisy zbiorcze i księgowania techniczne, których nikt nie planował pokazywać na zewnątrz.
Część podatkowa
Znaczniki przypisujące konta do słownika Ministerstwa oraz różnice między wynikiem bilansowym a podatkowym, rozdzielone na trwałe i przejściowe. Tego w księgach zwykle nie ma.
To jest opis, nie specyfikacja. O zakresie pól rozstrzyga struktura logiczna opublikowana przez Ministerstwo Finansów wraz z broszurą informacyjną — i to ona, a nie żaden opis dostawcy, jest punktem odniesienia przy sporze o zawartość pliku.
Aktualna wartość atrybutu wersjaSchemy dla struktury JPK_KR_PD(1) to 1-1 (zmiana z 1-0).
Zmieniła się wartość atrybutu wersjaSchemy; samo wydanie struktury pozostaje bez zmian.
Sprawdzone 6 sierpnia 2026 · Ministerstwo Finansów, Aktualizacja broszury informacyjnej JPK_KR_PD(1) – aktualna od 01.07.2026 r., sekcja B
Termin, który jest jeszcze przed Państwem
Harmonogram — fale, progi, kto i od kiedy — jest wspólny dla całego JPK_CIT i nie zależy od tego, o której strukturze mowa. Opisujemy go w jednym miejscu, żeby nie istniał w dwóch wersjach, które mogą się rozjechać: JPK_CIT — kogo dotyczy, od kiedy i w jakim terminie.
Tutaj zostaje ten jeden termin, który dla czytelnika tej strony jest jeszcze do zrobienia.
Podatnicy CIT drugiej fali – z rokiem podatkowym rozpoczynającym się po 31 grudnia 2025 r. – przesyłają JPK_KR_PD za ten rok do końca siódmego miesiąca po jego zakończeniu; dla roku kalendarzowego 2026 oznacza to 31 lipca 2027 r.
Data 31 lipca 2027 r. to wyliczenie reguły dla roku kalendarzowego, a nie odrębny komunikat Ministerstwa.
Sprawdzone 6 sierpnia 2026 · Ministerstwo Finansów, Aktualizacja broszury informacyjnej JPK_KR_PD(1) – aktualna od 01.07.2026 r., sekcja „Terminy przesyłania pliku JPK_KR_PD”
Pierwsza fala złożyła swoje pliki pod koniec lipca 2026 roku i ma to za sobą. Dla drugiej fali termin dopiero nadchodzi — i to ona jest dziś adresatem większości pytań o to, co właściwie ma się znaleźć w pliku.
Co w praktyce jest najtrudniejsze
Nie format. Format jest opisany i skończony. Trudne jest to, że plik wymaga rozstrzygnięć, które w firmie nigdy nie musiały zostać zapisane w jednym miejscu.
- trudność 1
Znaczniki, nie plan kont
Słownik znaczników jest wspólny dla wszystkich, plan kont jest Państwa i powstawał latami. Przypisanie jednego do drugiego to decyzja, a nie konwersja — konto analityczne, na którym siedzą dwie ekonomicznie różne rzeczy, trzeba rozdzielić albo opisać. I zrobić to tak, żeby za rok nie zaczynać dyskusji od początku.
- trudność 2
Różnice trwałe i przejściowe
W większości firm klasyfikacja różnic powstaje raz w roku, w arkuszu, przy okazji zeznania, i do ksiąg już nie wraca. Struktura oczekuje jej w pliku, więc arkusz musi stać się danymi — z przypisaniem, które przetrwa zamknięcie roku i pytanie zadane trzy lata później.
- trudność 3
Rok zapisów naraz
Plik obejmuje cały rok podatkowy, nie miesiąc. W zakładzie produkcyjnym z rozksięgowaniem produkcji daje to liczbę zapisów, przy której eksport przestaje być czymś, co uruchamia się w środku dnia na działającej bazie.
Dwie pierwsze pozycje są pracą księgową i nie da się ich kupić. Trzecia jest pracą techniczną i akurat ona jest do przeniesienia na dostawcę.
Rozmiar pliku i podział na okresy
Wokół wielkości plików JPK narosło sporo liczb powtarzanych bez kontekstu. Warto zacząć od tego, co faktycznie wynika ze specyfikacji Ministerstwa.
Przy wysyłce przez API bramki JPK obowiązuje limit 200 GB na przesyłany plik – dla struktur JPK_KR_PD(1) i JPK_ST_KR(1) maksymalny całkowity rozmiar dokumentu wynosi 200 GB.
To jest właściwa odpowiedź na powtarzany mit o „limicie 100 MB” — ta liczba dotyczy aplikacji Klient JPK_WEB, a nie wysyłki przez API.
Sprawdzone 6 sierpnia 2026 · Ministerstwo Finansów / Centrum Informatyki Resortu Finansów, Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego, wersja 5.5.1, dokument 5.5.1.v2 z 5.08.2026
Możliwość podzielenia pliku na dowolne okresy przewidziano wyłącznie dla JPK_KR_PD. Ministerstwo Finansów nie przewiduje podziału na dowolne okresy dla plików JPK_ST_KR, JPK_EWP, JPK_PKPIR i JPK_ST.
Możliwość podziału na dowolne okresy dotyczy wyłącznie JPK_KR_PD. Ministerstwo wprost wyklucza ją dla JPK_ST_KR, JPK_EWP, JPK_PKPIR i JPK_ST.
Sprawdzone 6 sierpnia 2026 · Ministerstwo Finansów, Pytania i odpowiedzi JPK_PD (techniczne), pytanie nr 2
Pliki częściowe JPK_KR_PD generowane za dowolne okresy muszą zachować ciągłość zapisów tak, aby po scaleniu w jeden JPK_KR_PD w pełni odzwierciedlały księgi rachunkowe jednostki – bez luk i powtórzeń w każdym z węzłów.
Sprawdzone 6 sierpnia 2026 · Ministerstwo Finansów, Pytania i odpowiedzi JPK_PD (techniczne), pytanie nr 2
Podział nie jest sposobem na ominięcie uzgodnienia — przenosi je gdzie indziej. To, co wcześniej było jednym plikiem do sprawdzenia, staje się kilkoma plikami, które po scaleniu muszą złożyć się w komplet bez luk i bez powtórzeń. Kto dzieli plik dlatego, że nie panuje nad danymi, po podziale panuje nad nimi jeszcze mniej.
Możliwość podziału jest przy tym cechą tej jednej struktury. Dla ewidencji środków trwałych Ministerstwo jej nie przewiduje, więc proces oparty na założeniu, że wszystko da się pociąć na kawałki, przestaje działać przy drugim pliku.
Kiedy dostawca prawdopodobnie nie jest do tego potrzebny
Gotowy moduł JPK od dostawcy Państwa systemu albo eksport zawierający komplet tego, czego wymaga struktura — wtedy bezpłatny Klient JPK_WEB Ministerstwa najpewniej wystarczy. Waliduje, podpisuje i wysyła. Nie będziemy udawać, że jest inaczej.
Rozmowa zaczyna mieć sens wtedy, gdy modułu nie ma, eksport nie zawiera znaczników albo plan kont trzeba dopiero przełożyć na słowniki struktury — a także wtedy, gdy nikt nie potrafi nic z tego systemu wyciągnąć bez pomocy osoby, która odeszła z firmy dwa lata temu. Jedna spółka na takim systemie to normalny klient, nie wyjątek.
Co z tym robi SimplyTax
Nie zapisujemy niczego do Państwa systemu i nie zastępujemy księgowości. Bierzemy to, co system potrafi oddać — zapytanie SQL, API, plik na dysku, SFTP albo agent on-premise — przepuszczamy przez translator napisany pod ten system źródłowy i budujemy z tego plik. Przed wysyłką sprawdzamy go względem oficjalnej schemy XSD Ministerstwa, całą ścieżkę można przejść najpierw na bramce testowej, a po wysyłce przy pliku zostaje numer referencyjny, status i pobrane UPO.
Mapowanie znaczników i klasyfikacja różnic pozostają decyzjami księgowymi po Państwa stronie. Nasza część polega na tym, żeby raz podjęta decyzja miała gdzie mieszkać i żeby w przyszłym roku nie trzeba było jej podejmować od nowa.
Walidacja względem schemy dowodzi zgodności struktury i nic ponadto. O przyjęciu pliku decyduje również to, kto go podpisał i z jakiego umocowania — dlatego pokazujemy te etapy osobno, zamiast obiecywać wynik na bramce.
Sprawdźmy to na Państwa pliku
Najszybszy sposób, żeby się dowiedzieć, ile pracy zostało, to wziąć to, co Państwa system potrafi dziś wyeksportować, i zestawić z tym, czego wymaga struktura. Trzydzieści minut z osobą, która te pliki składa — bez prezentacji.