Mentionsy

Podatki/prawo
Podatki/prawo
16.01.2026 08:41

JPK CIT jako kolejny rozdział transparentności podatkowej

Maciej Guzek rozmawia z ekspertami o przygotowaniach do wdrożenia JPK CIT i technicznych aspektach nowego obowiązku raportowania 💻, który wchodzi w życie w 2026 roku. Gośćmi podcastu są: Sebastian Lasek (prezes spółki Aplikacje Krytyczne) oraz Marcin Becela i Paweł Hulewicz, dyrektorzy w zespole Tax Innovation w Deloitte. 

W trakcie rozmowy usłyszysz m.in. o:

 

✅ istocie JPK CIT jako kolejnego etapu cyfryzacji polskich podatków,

✅ terminach i harmonogramie wdrożenia dla różnych grup podatników,

✅ technicznych aspektach przesyłania i walidacji plików,

✅ konieczności przygotowania systemów informatycznych firm do przesyłania dużych wolumenów danych i potencjalnych problemach z ich wewnętrznymi zabezpieczeniami,

✅ przygotowaniach infrastruktury administracji skarbowej do obsługi dużej ilości danych,

✅ przyszłościowych perspektywach dalszego rozwoju cyfryzacji podatków.

📍Dowiedz się więcej o JPK CIT:

https://www.deloitte.com/pl/pl/services/tax/services/JPK-CIT-rewolucja-w-cieniu-KSeF.html

📍Odsłuchaj inne podcasty na naszej stronie internetowej:

https://www.deloitte.com/pl/pl/services/tax/perspectives/podcast-podatki-na-prawo.html

Szukaj w treści odcinka

Znaleziono 36 wyników dla "PK"

Obaj zajmujecie się CITem JPK.

No i JPK też jest na tej liście oczywiście.

Tak, JPK.

No i przechodząc do JPK, to zanim zaczniemy ciebie bombardować pytaniami, to może pytanie Marcin, Paweł do was.

Czym ten CIT JPK jest tak z perspektywy podatników, czyli tych, którzy najczęściej słuchają naszego podcastu?

Co to takiego jest ten CIT JPK?

Jest to kolejna struktura JPK, kolejny plik, który będzie trzeba składać.

I on po części bazuje trochę na... Jego struktura sama tego raportu bazuje na jednym z wcześniejszych plików JPK KR, ale jednocześnie on dokłada trochę dodatkowych informacji, dodatkowych szczegółów, które trzeba będzie raportować.

Jest drugim plikiem, który trzeba będzie składać zaraz po JPK V7M, który trzeba będzie składać samemu co jakiś czas.

A z perspektywy systemowej właśnie tego, jak przygotować oprogramowanie, czy to jest wprowadzenie CIT od PK teraz, to jest rewolucja czy ewolucja?

Kilka lat temu wprowadzony JPK, to była rewolucja faktycznie, wszyscy byli przerażeni, duże wyzwania.

Czy w innych państwach wiemy, czy coś takiego jest, jak ten nasz CIT JPK?

One są trochę inne, trochę tak jak nasz KSEF się różni od e-invoicingu, tak samo nasze raportowania JPK-owe trochę się różnią od tego, co jest...

Za granicą, co nie znaczy, że tam nie znajdziemy nawet raportowań bardziej szczegółowych niż to, co w tym momencie będziemy widzieli w JPK CIT, ale jednak te struktury są odmienne.

Słowem, najbliższym temu raportowaniu JPK-owemu, jakby popatrząc na całość, są tzw.

Odeszliśmy od rekomendacji OECD i stworzyliśmy swój własny format nazwany JPK.

Na tym polega SAFTI i na tym teraz polega nasza JPK CIT.

To w ramach tej informacji, która dociera poprzez plik CIT JPK, tam jakby każda transakcja jest wyodrębniona, wyszczególniona, czy są dane?

JPK to jest, tak jak rozmówiliśmy, kolejny krok, ewolucja, więc myślę, że to akurat nie jest jakimś takim wyznacznikiem, ale faktycznie.

Startuje u nas KSEF, potem sezon epitów, za chwilę JPK, więc też się u nas dzieje.

Ksefem, który w stosunku do nich wejdzie wcześniej niż obowiązek złożenia CITu JPK, że to na razie jest temat na przyszłość i on czeka na swój czas.

Większość dużych podmiotów to są podmioty działające na systemie SAP, na systemie Oracle, na innych systemach zagranicznych, które ze względu na swoją specyfikę są trochę mniej dostosowane do wymagań i polskiej ustawy o rachunkowości i co za tym idzie tego, co ma być przekazane w JPK CIT.

Podmioty wchodzące w drugiej fali, nie możemy też o trzeciej zapominać, no bo druga fala to są wszyscy ci, którzy są zobowiązani do składania JPK V7M, a potem jeszcze w roku 27 wszyscy pozostali.

Mhm, przy czym jeśli chodzi akurat o ten CIT JPK, no to oczywiście jest ważny element tego systemu digitalizacji polskich podatków, ale on chyba nie jest aż tak kluczowy jak na przykład KSEF, no bo w przypadku gdyby coś poważnego sparaliżowało na dłuższy czas KSEF, no to trochę by zatrzymało operacje gospodarcze.

JPK ma specyfikę sezonową.

W przypadku JPK głównym problemem nie jest jego wysoka dostępność non stop, tylko właśnie okresowo, sezonowo przyjmowanie

Pliki JPK na bramce, tutaj możemy wrócić do limitów, to jest jeden plik maksimum 100 MB spakowany.

Bo już mamy doświadczenia wszyscy ze składaniem plików JPK, że jest coś takiego jak walidacja techniczna, czyli sprawdzenie, czy ten przesyłany plik formalnie zgadza się ze schemą.

Bramka systemu JPK waliduje podpis elektroniczny, poprawność przygotowania plików ze specyfikacją, czyli zaszyfrowanie, rozmiar, format pliku, zgodność ze schematem XML-owym.

Znaczy, według mojej wiedzy ilość tych odrzucań technicznych nie jest dużo, bo jednak po tych latach pracy z JPK to się niczym nie różni, oprócz wielkości tego pliku de facto.

To jest jak gdyby kolejna bramka do dystrybucji plików JPK.

W którym na podstawie tych wszystkich danych i z Xenfa i JPK CIT-u będzie zrobiona coś takiego jak zostało zrobione w PIT-cie, to znaczy jakaś tam automatyzacja wyliczenia CIT-u.

Bo faktycznie mieliśmy do czynienia w praktyce z takimi sytuacjami, gdzie urzędnicy dostawali pliki JPK KR1.

Dużym wyzwaniem, tak jak wspomniałem wcześniej, była pierwsza edycja JPK, bo to była rewolucja.

Porównując do XEF-u, to mogę powiedzieć, że sam projekt JPK CIT to nie była aż taka rewolucja dla aplikacji.

Tutaj mam takie trochę wrażenie, że w kontekście JPK to ta rewolucja dopiero przed nami.