JPK_CIT 2026: 3 etapy wdrożenia i jak się przygotować (i jak nie dać się zaskoczyć w księgach)

JPK_CIT to problem danych, nie problem zakupu oprogramowania

Większość firm, z którymi rozmawiamy o JPK_CIT, zaczyna od pytania: jaki program kupić, żeby to "ogarnął". To pytanie w dziewięciu na dziesięć przypadków jest zadane za wcześnie. Zanim w ogóle warto myśleć o module eksportu czy integracji, trzeba sprawdzić, czy dane, które mają trafić do pliku JPK, w ogóle istnieją w uporządkowanej formie w systemie księgowym. Z naszego doświadczenia przy wdrożeniach integracji księgowych wynika, że to właśnie tu, a nie w samym mechanizmie generowania pliku, leży 80% roboty.

Powód jest prozaiczny. JPK_CIT wymaga, żeby każde konto księgowe dało się jednoznacznie zmapować na kategorię podatkową z urzędowego wykazu. Jeśli w planie kont firma ma dziesiątki kont analitycznych tworzonych ad hoc przez lata, czasem bez spójnej logiki, czasem z duplikatami albo z opisami, które rozumie tylko jedna konkretna księgowa, to zanim cokolwiek zautomatyzujemy, ktoś musi usiąść i to przejrzeć ręcznie. Nie da się zautomatyzować eksportu danych, których w systemie po prostu nie ma albo które są rozrzucone w trzech miejscach naraz.

Dlatego nie zaczynałbym przygotowań od rozmowy z dostawcą oprogramowania. Zaczynałbym od audytu planu kont i ewidencji środków trwałych, bo to jest praca, którą trzeba wykonać niezależnie od tego, jakiego systemu firma używa.

Kogo obejmuje obowiązek i kiedy wchodzi kolejny etap

JPK_CIT wchodzi w Polsce etapami, co samo w sobie jest dobrą wiadomością, bo daje czas na przygotowanie, ale też złą, bo łatwo założyć, że "mnie to jeszcze nie dotyczy" i odłożyć temat na ostatnią chwilę.

Najwięksi podatnicy już raportują

Pierwszą grupą objętą obowiązkiem są podatkowe grupy kapitałowe oraz podatnicy CIT, u których wartość przychodu w poprzednim roku podatkowym przekroczyła 50 mln euro. Dla nich obowiązek liczy się od roku podatkowego rozpoczynającego się po 31 grudnia 2024 roku, a w praktyce pierwsze przekazanie danych w nowej strukturze przypada na 2026 rok, razem z rozliczeniem rocznym. Ta grupa ma więc już za sobą pierwszy test, albo właśnie go przechodzi.

Kolejna fala: 2026 rok

Od 1 stycznia 2026 roku obowiązek obejmuje pozostałych podatników CIT, którzy są zobowiązani do przesyłania ewidencji JPK_VAT. To grupa znacznie szersza niż pierwsza fala i to właśnie w niej jest dziś najwięcej firm średniej wielkości, które dopiero zaczynają się tym zajmować, bo wcześniej temat wydawał się odległy.

Potem reszta podatników z pełną księgowością

Od 1 stycznia 2027 roku obowiązek rozszerza się na pozostałych podatników CIT prowadzących księgi rachunkowe, a od 1 stycznia 2028 roku dołączają podatnicy PIT prowadzący pełną księgowość. Innymi słowy: docelowo JPK_CIT obejmie praktycznie każdą firmę, która prowadzi księgi rachunkowe, niezależnie od formy prawnej i wielkości. Jeśli dziś ktoś jest przekonany, że temat go nie dotyczy, bo nie jest dużą spółką, to ma rację tylko na chwilę.

Co faktycznie trzeba wysłać: JPK_KR_PD i JPK_ST_KR

JPK_CIT to w praktyce nie jeden plik, tylko dwie powiązane struktury logiczne.

JPK_KR_PD to rozbudowana wersja dotychczasowej struktury ksiąg rachunkowych, uzupełniona o elementy istotne dla podatku dochodowego. Kluczowa zmiana w stosunku do zwykłego JPK_KR polega na tym, że każde konto księgowe musi mieć przypisany odpowiedni znacznik zgodny z urzędowym wykazem kategorii podatkowych. To oznacza mapowanie planu kont firmy na ustandaryzowaną listę kategorii, a nie dowolny opis słowny, jaki funkcjonował dotychczas w polityce rachunkowości.

JPK_ST_KR dotyczy ewidencji środków trwałych oraz wartości niematerialnych i prawnych. Tu problem bywa jeszcze bardziej dotkliwy niż w przypadku samego planu kont, bo w wielu firmach ewidencja środków trwałych prowadzona jest częściowo w systemie księgowym, a częściowo w osobnym arkuszu, który "ktoś kiedyś zrobił" i od tamtej pory jest aktualizowany ręcznie. Jeśli te dwa źródła się rozjeżdżają, co w praktyce zdarza się częściej niż firmy chciałyby przyznać, to właśnie tu trzeba zacząć porządki najpierw, zanim w ogóle da się mówić o jakimkolwiek automatycznym eksporcie.

Oznaczanie kont księgowych: obowiązek, który najbardziej boli w praktyce

Z rozmów z działami księgowości widać, że to właśnie obowiązek przypisania kont do wykazu kategorii podatkowych budzi najwięcej frustracji, większej niż sam fakt comiesięcznego raportowania. I rozumiem dlaczego: to praca merytoryczna, która wymaga znajomości zarówno przepisów podatkowych, jak i historii konkretnego planu kont w danej firmie, a nie czynność, którą da się zlecić stażyście albo "jakoś obejść" skryptem.

W firmach, które przez lata rosły organicznie, plan kont często wygląda jak warstwy geologiczne: konto założone w 2015 roku na potrzeby jednego projektu, które nikt nie zamknął, bo ktoś się bał, że coś się rozjedzie w bilansie. Konto analityczne duplikujące inne, bo dwie osoby w różnym czasie nazwały podobną pozycję inaczej. Koszty rodzajowe księgowane czasem na jedno konto, czasem na inne, w zależności od tego, kto akurat dekretował fakturę. Każdy z tych przypadków trzeba rozstrzygnąć, zanim konto dostanie poprawny znacznik w strukturze JPK_KR_PD.

To nie jest zadanie dla automatu i szczerze mówiąc, nie powinno nim być. Automatyzacja ma sens dopiero na etapie, gdy plan kont jest już uporządkowany i stabilny: wtedy można zbudować regułę, która nowe księgowania od razu klasyfikuje poprawnie, zamiast zostawiać to do ręcznej korekty przed każdym raportem. Ale decyzję, jak zmapować istniejące, bałaganiące się od lat konto, zostawiamy człowiekowi, bo to on zna kontekst biznesowy, którego żaden skrypt nie odtworzy z samej nazwy konta.

Jak w praktyce wygląda dobre i złe przygotowanie

Widzieliśmy oba scenariusze przy wdrożeniach integracji księgowych i różnica w kosztach, czasowych i nerwowych, jest ogromna.

Konkretny przykład, taki, jaki widujemy regularnie: firma produkcyjna albo handlowa, która przez lata prowadziła środki trwałe w systemie księgowym dla celów bilansowych, a osobno w arkuszu kalkulacyjnym dla celów podatkowych, bo różnice w amortyzacji trzeba było jakoś śledzić. Dopóki nikt nie musiał łączyć tych dwóch źródeł w jeden ustrukturyzowany plik, rozjazd nie bolał. W momencie, gdy trzeba go wysłać w formacie JPK_ST_KR, każda niezgodność staje się widoczna i wymaga wyjaśnienia. To jest praca na tygodnie, jeśli zacznie się ją robić dopiero wtedy.

Co zrobić już teraz, nawet jeśli Twoja firma raportuje dopiero za rok lub dwa

Jeśli próg 50 mln euro czy obowiązek JPK_VAT jeszcze firmy nie dotyczy, to dobra wiadomość jest taka, że jest czas, ale tylko pod warunkiem, że ktoś go realnie wykorzysta, a nie potraktuje jako kolejny punkt na liście "zrobimy to później". W praktyce sprawdza się kolejność: najpierw przegląd i ujednolicenie planu kont, potem uzgodnienie ewidencji środków trwałych z systemem księgowym, dopiero na końcu rozmowa o narzędziach i automatyzacji eksportu.

Pierwszy krok to zrobienie uczciwego przeglądu planu kont: ile kont analitycznych realnie istnieje, ile z nich jest aktywnie używanych, ile da się zamknąć albo scalić bez ryzyka dla ciągłości ewidencji. W firmach średniej wielkości to zwykle kilkadziesiąt do kilkuset pozycji do przejrzenia, co przy pracy wykonywanej przy okazji bieżących obowiązków księgowości zajmuje zwykle od kilku tygodni do kilku miesięcy, w zależności od tego, jak bardzo plan kont obrósł latami w wyjątki.

Drugi krok to środki trwałe: ustalenie jednego źródła prawdy i wyeliminowanie równoległych arkuszy. Jeśli ewidencja prowadzona jest w dwóch miejscach, to prędzej czy później trzeba będzie wybrać jedno z nich jako obowiązujące, więc lepiej zrobić to świadomie i z czasem na weryfikację, niż pod presją terminu raportowego.

Dopiero trzeci krok to integracja systemu księgowego z mechanizmem generowania JPK, w tym automatyczne przypisywanie znaczników do nowych księgowań na podstawie już uporządkowanego planu kont. Na tym etapie automatyzacja procesów w biurze rachunkowym faktycznie daje efekt, bo działa na danych, które mają sens. Wdrażanie jej wcześniej, na niepewnym gruncie, kończy się tym, że trzeba ją przerabiać za pół roku, gdy ktoś w końcu posprząta księgi.

Warto też spojrzeć szerzej niż tylko na samą księgowość. Jeśli firma ma rozjazdy w dokumentacji zakupowej czy sprzedażowej, które później trafiają do ksiąg jako niejednoznaczne zapisy, problem zaczyna się jeszcze wcześniej, na etapie obiegu faktur. Uporządkowanie tego procesu, na przykład przez automatyzację obiegu i księgowania faktur, ogranicza liczbę nowych wyjątków, które trzeba będzie ręcznie tłumaczyć przy każdym kolejnym raporcie JPK.

Czego JPK_CIT nie załatwi za Ciebie

Warto powiedzieć to wprost, bo łatwo o złudzenie, że wdrożenie odpowiedniego systemu rozwiąże problem całościowo. Nie rozwiąże. Automat dobrze zbudowany poradzi sobie z generowaniem pliku na podstawie uporządkowanych i opisanych danych, z pilnowaniem terminów, z walidacją struktury przed wysyłką. Ale decyzję, jak zakwalifikować nietypowe zdarzenie gospodarcze, jak rozstrzygnąć granicę między kosztem podatkowym a niepodatkowym w niejednoznacznym przypadku, jak potraktować historyczną korektę sprzed lat, zawsze powinien podjąć człowiek znający kontekst. Dobra automatyzacja w tym obszarze nie eliminuje księgowego z procesu, tylko zdejmuje z niego pracę mechaniczną, żeby miał czas na te decyzje, które faktycznie wymagają osądu.

Brak przygotowania danych w systemie księgowym ma konkretne konsekwencje, niezależnie od tego, czy obowiązek dotyczy firmy już dziś, czy za dwa lata. Błędy w strukturze pliku i niespójności między ewidencją a stanem faktycznym to ryzyko pytań ze strony organów podatkowych i konieczność korekt, które zawsze są bardziej czasochłonne niż zapobieganie im z wyprzedzeniem. Dlatego traktowanie JPK_CIT wyłącznie jako "coś, co załatwi program" jest, naszym zdaniem, błędnym podejściem do tematu, który w gruncie rzeczy jest projektem porządkowym w księgach, a dopiero potem projektem informatycznym.