Pliki JPK_CIT (nowy obowiązek raportowania ksiąg rachunkowych) – wymogi nakładane na systemy finansowe.

JPK_CIT to nie jest kolejny zwykły plik eksportowany z programu księgowego. Dla firm prowadzących pełną księgowość oznacza konieczność dostosowania sposobu gromadzenia, oznaczania i przetwarzania danych finansowych do wymogów administracji skarbowej. W 2026 r. obowiązek raportowania ksiąg rachunkowych wszedł w praktyczną fazę, a przedsiębiorcy muszą zweryfikować, czy ich systemy finansowo-księgowe są gotowe nie tylko do wygenerowania pliku, ale również do dostarczenia danych w wymaganej strukturze.

Warto przy tym pamiętać, że określenie „JPK_CIT” jest określeniem używanym w praktyce. W ramach JPK dla podatków dochodowych funkcjonuje m.in. struktura JPK_KR_PD, obejmująca księgi rachunkowe, oraz JPK_ST_KR, dotycząca ewidencji środków trwałych i wartości niematerialnych i prawnych.

Czytaj więcej:

• kto w 2026 r. musi raportować księgi rachunkowe w JPK,
• jakie dane powinien obsługiwać system finansowo-księgowy,
• dlaczego samo wygenerowanie pliku XML nie oznacza jeszcze gotowości firmy,
• jakie znaczenie mają znaczniki kont księgowych,
• jak system powinien identyfikować kontrahentów i zapisy księgowe,
• dlaczego jakość danych w ERP staje się równie ważna jak sama księgowość.

Spis treści

• JPK_CIT w 2026 roku – obowiązek, który zmienia pracę księgowości
• System finansowy musi dziś „rozumieć” podatki
• JPK_KR_PD: jakie dane trzeba będzie przekazać fiskusowi?
• Znaczniki kont – niewidoczny problem, który może stać się kosztowny
• Kontrahenci, NIP i ślad rewizyjny – system musi zapewniać spójność danych
• JPK_CIT a ERP – integracja przestaje być opcją
• Czy można przygotować JPK_CIT poza systemem księgowym?
• 2026 rok jest testem dla jakości danych finansowych

JPK_CIT w 2026 roku – obowiązek, który zmienia pracę księgowości

Raportowanie ksiąg rachunkowych w ramach JPK dla podatków dochodowych zostało wprowadzone etapami. Pierwsza grupa objęła podatników CIT i spółki niebędące osobami prawnymi, których przychody w poprzednim roku podatkowym lub obrotowym przekroczyły równowartość 50 mln euro, a także podatkowe grupy kapitałowe. Pierwsze pliki JPK_KR_PD dotyczą roku obrotowego rozpoczynającego się po 31 grudnia 2024 r.

Kolejne etapy rozszerzają obowiązek. Dla roku rozpoczynającego się po 31 grudnia 2025 r. obejmuje on m.in. pozostałych podatników CIT oraz podatników PIT, PPE i PPL zobowiązanych do składania JPK_V7M. Następna grupa, związana z rokiem rozpoczynającym się po 31 grudnia 2026 r., obejmie pozostałych podatników, w tym podmioty rozliczające VAT kwartalnie.

W praktyce oznacza to, że przedsiębiorstwo nie powinno traktować JPK_CIT jako jednorazowego projektu wykonywanego dopiero po zakończeniu roku.

• dane muszą być prawidłowo gromadzone już na etapie księgowania,
• system musi umożliwiać identyfikację zapisów i kont,
• konieczne jest odpowiednie oznaczanie danych podatkowych,
• eksport powinien odpowiadać obowiązującej strukturze logicznej,
• firma musi zapewnić możliwość technicznej walidacji i wysyłki pliku.

Od 1 lipca 2026 r. obowiązują również przepisy wydłużające termin przekazywania ksiąg rachunkowych w CIT do końca siódmego miesiąca po zakończeniu roku podatkowego lub obrotowego.

System finansowy musi dziś „rozumieć” podatki

Największym wyzwaniem JPK_CIT nie jest sam format pliku. Problemem jest jakość danych, z których plik ma powstać.

System finansowo-księgowy musi bowiem przechowywać informacje w sposób pozwalający później odtworzyć wymagane elementy JPK_KR_PD. Oznacza to, że producent oprogramowania musi uwzględnić nie tylko klasyczne funkcje księgowe, lecz również mechanizmy mapowania danych na strukturę podatkową.

W szczególności znaczenia nabierają:

• plan kont i jego odpowiednie oznaczenie,
• dane kontrahentów,
• numery identyfikacyjne,
• chronologia zapisów,
• powiązanie dokumentu z zapisem księgowym,
• dane dotyczące podatkowego i bilansowego charakteru operacji,
• możliwość wygenerowania kompletnego zestawienia za cały rok.

Ministerstwo Finansów wskazuje wprost, że przekazywany JPK_KR_PD powinien odzwierciedlać treść prowadzonych ksiąg za raportowany okres. Plik składany jest za cały rok podatkowy lub obrotowy, a nie za wybrany fragment ksiąg.

To fundamentalna zmiana z punktu widzenia systemów IT. Oprogramowanie nie może być już wyłącznie elektronicznym odpowiednikiem księgi rachunkowej. Staje się jednym z elementów infrastruktury zapewniającej zgodność podatkową.

JPK_KR_PD: jakie dane trzeba przekazać fiskusowi?

Struktura JPK_KR_PD obejmuje szereg elementów, które pozwalają organom podatkowym analizować dane księgowe na znacznie bardziej szczegółowym poziomie. W strukturze znajdują się m.in. dane podmiotu, kontrahentów, zestawienie obrotów i sald, dziennik, zapisy na kontach oraz informacje dotyczące rozliczenia podatku dochodowego.

Dla systemów finansowych oznacza to konieczność zapewnienia odpowiedniej granularności danych. Nie wystarczy więc, że program potrafi wygenerować bilans czy rachunek zysków i strat. Musi również zachować informacje umożliwiające stworzenie wymaganych sekcji JPK.

Szczególnego znaczenia nabiera dziennik księgowy. Ministerstwo Finansów wskazuje, że zapisy powinny umożliwiać odtworzenie chronologii zdarzeń oraz zapewniać ślad rewizyjny. Przy księgach prowadzonych komputerowo zapis powinien posiadać automatycznie nadany numer pozycji w dzienniku.

Wymóg ten może mieć konsekwencje dla starszych systemów, rozwiązań własnych oraz przedsiębiorstw korzystających z kilku niezintegrowanych aplikacji.

Znaczniki kont – niewidoczny problem, który może stać się kosztowny

Jednym z najbardziej wymagających elementów przygotowania do JPK_KR_PD są znaczniki kont księgowych. Ich zadaniem jest powiązanie kont stosowanych przez przedsiębiorstwo z kategoriami wymaganymi w strukturze JPK.

To oznacza, że samo posiadanie prawidłowego planu kont nie zawsze wystarczy. Trzeba jeszcze ustalić, jak poszczególne konta odpowiadają słownikom znaczników przewidzianym w przepisach.

Ministerstwo Finansów podkreśla, że oznaczenia powinny być stosowane możliwie szeroko, zgodnie z treścią ekonomiczną kont. Dotyczy to również relacji pomiędzy kontami syntetycznymi i analitycznymi.

Dla przedsiębiorstwa oznacza to konieczność wykonania analizy planu kont:

• które konta posiadają odpowiednie znaczniki,
• czy zastosowane oznaczenia odpowiadają rzeczywistej treści ekonomicznej,
• czy system pozwala przypisać znacznik do właściwego poziomu konta,
• czy możliwe jest utrzymanie tych informacji w kolejnych okresach,
• czy zmiana planu kont nie spowoduje problemów z raportowaniem.

To jeden z powodów, dla których wdrożenie JPK_CIT powinno angażować nie tylko księgowość, lecz także osoby odpowiedzialne za ERP, controlling, podatki i bezpieczeństwo danych.

Kontrahenci, NIP i ślad rewizyjny – system musi zapewniać spójność danych

Kolejnym wyzwaniem jest identyfikacja kontrahentów. W JPK_KR_PD system musi posługiwać się unikalnym identyfikatorem kontrahenta, pozwalającym jednoznacznie powiązać dane z zapisami księgowymi. W określonych przypadkach raportowany jest również kraj nadania identyfikatora podatkowego oraz NIP.

Ma to znaczenie zwłaszcza w dużych organizacjach, gdzie dane kontrahentów mogą pochodzić z wielu systemów.

Problem pojawia się również przy zmianie danych kontrahenta w ciągu roku. Resort finansów wyjaśnia, że należy uwzględnić wszystkie zestawy danych, które wystąpiły w raportowanym okresie, a identyfikatory muszą pozwalać na prawidłowe powiązanie danych.

Dlatego system finansowy powinien gwarantować:

• unikalność identyfikatorów kontrahentów,
• kontrolę poprawności danych podatkowych,
• historię zmian,
• spójność danych pomiędzy modułami,
• możliwość powiązania kontrahenta z konkretnym zapisem księgowym.

W efekcie JPK_CIT staje się również testem jakości bazy danych przedsiębiorstwa.

JPK_CIT a ERP – integracja przestaje być opcją

W większych organizacjach księgowość rzadko działa w jednym systemie. Dane mogą trafiać do ERP z systemów sprzedażowych, magazynowych, kadrowo-płacowych, bankowych czy platform zakupowych.

JPK_CIT pokazuje słabość takiego modelu, jeżeli poszczególne systemy nie zapewniają spójności danych.

System ERP powinien więc umożliwiać nie tylko księgowanie operacji, ale również ich późniejsze odtworzenie i odpowiednie sklasyfikowanie. Konieczne stają się mechanizmy kontroli jakości danych oraz walidacji przed wygenerowaniem pliku.

Ministerstwo Finansów publikuje aktualne struktury logiczne, specyfikacje techniczne oraz materiały dotyczące JPK_PD. We wrześniu 2026 r. opublikowano również wersję 5.6.0 specyfikacji interfejsów usług JPK.

Dla firm oznacza to jeszcze jeden obowiązek: oprogramowanie musi być aktualizowane nie tylko ze względów funkcjonalnych, lecz także regulacyjnych.

Czy można przygotować JPK_CIT poza systemem księgowym?

Technicznie przedsiębiorca może korzystać z narzędzi udostępnianych przez administrację skarbową. Ministerstwo Finansów wskazuje możliwość wykorzystania m.in. aplikacji Klient JPK WEB, a pliki mogą być również tworzone i wysyłane bezpośrednio z programu księgowego, jeżeli posiada on odpowiednią funkcję.

Nie oznacza to jednak, że zewnętrzne narzędzie rozwiązuje problem przygotowania danych.

Jeżeli system finansowo-księgowy nie gromadzi informacji wymaganych w strukturze JPK_KR_PD, przedsiębiorstwo może stanąć przed koniecznością dodatkowego przetwarzania danych. W przypadku dużych ksiąg rachunkowych ręczne przygotowywanie takich informacji jest rozwiązaniem trudnym do obrony organizacyjnie i zwiększającym ryzyko błędów.

Dlatego właściwe pytanie nie brzmi: „czy mój program potrafi wygenerować JPK?”, ale raczej: „czy moje systemy od początku rejestrują dane w sposób pozwalający wygenerować prawidłowy JPK?”

2026 rok jest testem dla jakości danych finansowych

JPK_CIT zmienia podejście do cyfryzacji księgowości. Do tej pory przedsiębiorca mógł traktować system finansowy przede wszystkim jako narzędzie do prowadzenia ksiąg, przygotowania deklaracji i sprawozdań. Teraz system musi również dostarczać dane w ściśle określonej strukturze, z odpowiednim poziomem szczegółowości i możliwością ich jednoznacznego powiązania.

W 2026 r. szczególnie istotne jest zatem przeprowadzenie audytu gotowości systemu:

• sprawdzenie wersji oprogramowania i obsługiwanej struktury JPK_KR_PD,
• przegląd planu kont i znaczników,
• kontrola danych kontrahentów,
• weryfikacja numeracji i śladu rewizyjnego,
• sprawdzenie źródeł danych zintegrowanych z ERP,
• wykonanie testowego eksportu i walidacji,
• ustalenie odpowiedzialności za przygotowanie i podpisanie pliku.

JPK_CIT nie powinien być projektem realizowanym w ostatnim tygodniu przed terminem. To proces, który zaczyna się w momencie powstania zapisu księgowego.

Dla zarządów i dyrektorów finansowych najważniejszy wniosek jest więc prosty: nowy obowiązek raportowania ksiąg rachunkowych jest jednocześnie obowiązkiem uporządkowania danych finansowych. Firmy, które mają nowoczesny ERP, spójny plan kont i dobrze zarządzane dane podstawowe, mogą przejść przez proces znacznie sprawniej. Te, które nadal opierają księgowość na wielu niepołączonych systemach i ręcznych korektach, powinny potraktować JPK_CIT jako sygnał do modernizacji całego środowiska finansowego.

JPK_CIT nie jest bowiem wyłącznie nowym plikiem dla fiskusa. To kolejny etap przechodzenia od księgowości opartej na dokumentach do księgowości opartej na danych.