CIT 8 złożony. Czy naprawdę jesteśmy gotowi na JPK_CIT?
Nie tak dawno minął termin na złożenie CIT‑8. Zeznanie zostało wysłane do urzędu, kalkulacje zamknięte, arkusze zapisane w folderze „final”. Ale czy to oznacza, że temat raportowania CIT mamy już za sobą? Niekoniecznie.
Tuż po złożeniu CIT‑8 pojawia się JPK_CIT (KR_PR czyli księgi rachunkowe / podatek dochodowy) – obowiązek, który zmienia nie tylko formę raportowania, ale przede wszystkim zakres informacji, które pokazujemy fiskusowi. Najwięksi podatnicy będą więc się mierzyć w tym roku jeszcze z jednym obowiązkiem – czas na złożenie pierwszego raportowania mija, co do zasady, z końcem lipca (dla podatników z rokiem podatkowym spójnym z rokiem kalendarzowym).
Jakie są więc najistotniejsze różnice? CIT‑8 prezentuje zagregowany wynik podatkowy. JPK_CIT pokaże pełne księgi rachunkowe – w formacie XML – wraz z podatkową „warstwą” danych, wykazywanych w węźle RPD.
Aktualne pytanie, więc brzmi: czy dane, które właśnie trafiły do CIT‑8, da się w spójny sposób obronić, gdy urząd zobaczy ich pełne źródło w JPK_CIT?
(Dalsza część artykułu pod materiałem wideo)
Zobacz film edukacyjny: JPK CIT. Jak wdrożyć?
Nowa era cyfrowego raportowania CIT nadchodzi. Od 2025 r. duże firmy muszą przesyłać JPK_CIT – szczegółowy obraz danych finansowych. Dowiedz się, jakie dane raportować, jak przygotować systemy księgowe, na co uważać przy konsolidacji danych i jak uniknąć błędów. Poznaj praktyczne wskazówki z wdrożeń u klientów.
Spójność CIT‑8 i JPK_CIT – dlaczego fiskus będzie na nią patrzył
Ministerstwo Finansów wprost wskazuje, że JPK_CIT nie jest „kopią” CIT‑8. Jednocześnie oczekiwanie jest jasne: z danych zawartych w JPK_CIT musi dać się logicznie odtworzyć kalkulację dochodu wykazanego w CIT‑8.To fundamentalna zmiana możliwość typowania do kontroli podatkowych w zakresie CIT.
W CIT‑8 fiskus widział tylko wynik. W JPK_CIT zobaczy również proces, decyzje i założenia podatkowe.
Jeżeli:
- kalkulacja CIT‑8 opiera się również na danych spoza systemu,
- różnice bilans-podatek istnieją tylko (bądź głównie) w Excelu,
- znaczniki podatkowe mogą być stosowane niespójnie bądź nie mamy pewności co do poprawności ich przypisania (lub zrobił to system, tak jak zaprojektował to jego dostawca),
- ulgi i zwolnienia nie mają pełnego „pokrycia” w księgach,
to prędzej czy później niespójności bądź potencjalne błędy merytoryczne zostaną ujawnione w ramach zaraportowanego i przekazanego do urzędu skarbowego pliku XML‑u.
Co może być przyczyną najczęstszych niespójności CIT‑8 i JPK_CIT?
Z naszych doświadczeń związanych z przygotowaniami do JPK_CIT wynika, że problemy pojawiają się m.in. w obszarach:
- „ręcznego” przenoszenia danych do CIT‑8 bez pełnej ścieżki audytowej bądź odpowiedniej kontroli,
- uzgodnienia bilans-podatek prowadzonego poza systemem księgowym – część danych mogła więc zostać pominięta i nie została odzwierciedlona w ERP,
- kosztów NKUP i przychodów nieopodatkowanych ujętych inaczej w księgach, inaczej w kalkulacji CIT,
- ulg podatkowych takich jak B+R wykazanych w CIT‑8, ale nieodzwierciedlonych (nieodpowiednio oznaczonych) w strukturze danych JPK,
- braku kont (w tym pozabilansowych) dla różnic przejściowych,
- nieodpowiedniego stosowania znaczników podatkowych – niezgodnie z ich opisem ze słownika.
Te obszary nie są dziś widoczne w samej deklaracji CIT‑8, ale staną się czytelne w JPK_CIT.
Test spójności CIT‑8 x JPK_CIT przygotowany przez CRIDO: na czym to polega?
Choć CIT‑8 za rok 2025 jest już co do zasady złożony, JPK_CIT jeszcze nie został wysłany.
Dla największych podatników, którzy w tym roku raportują również strukturę KR_PD oznacza to realną przestrzeń na działanie. W odpowiedzi na te wyzwania w CRIDO przygotowaliśmy test spójności CIT‑8 – JPK_CIT.
Jego celem nie jest „kolejna kontrola”, ale praktyczna odpowiedź na jedno kluczowe pytanie:
czy dane, które pokazaliśmy w CIT‑8, jesteśmy gotowi pokazać w JPK_CIT?
W ramach testu m.in.:
- możemy sprawdzić, czy dane wykazane w CIT‑8 dają się odtworzyć z systemu finansowo‑księgowego – analizujemy metodę kalkulację CIT‑8 i jej źródła z danymi uzupełnionymi w pliku XML,
- weryfikujemy pozycje przychodowe i kosztowe, które są włączane i wyłączane dla celów podatkowych oraz porównujemy je z kontami, dla których zostały przypisane znaczniki podatkowe,
- weryfikujemy wykazany dochód przed odliczeniami w CIT-8 z danymi z XML,
- identyfikujemy newralgiczne obszary/anomalie na bazie ZOiS i opisów kont,
- identyfikujemy obszary ryzyka i rekomendujemy konkretne działania naprawcze.
To swoisty test relacji między podatkiem a księgami, przeprowadzony zanim zrobi to fiskus. Krótko mówiąc: lepiej zobaczyć te rozbieżności samodzielnie teraz, niż tłumaczyć je organom podatkowym później.
Dlaczego lepiej poprawić dane przed wysyłką JPK_CIT?
Naszym celem jest więc uporządkowanie planu kont, znaczników podatkowych i proces zamknięcia roku dla celów CIT, a co za tym idzie poprawieniem danych zanim trafią do obowiązkowego XML’a.
JPK_CIT będzie składany obowiązkowo, w ustandaryzowanej formie, bez wezwania ze strony organów.
Każda korekta pliku będzie widoczna, możliwa do przeanalizowania i porównania.
Dlatego:
- błędy wykryte wcześniej można skorygować spokojnie i systemowo,
- procesy da się uporządkować na przyszłość,
- ryzyka kontrolne można ograniczyć, zanim staną się pytaniami urzędu.
CIT‑8 nie pokazuje wszystkiego. JPK_CIT pokaże bardzo dużo. Warto upewnić się, że to, co pokaże, jest dokładnie tym, co chcemy pokazać. Zapraszamy do kontaktów z ekspertami CRIDO, którzy pozwolą bezproblemowo przejść przez proces pierwszych (i kolejnych) raportowań JPK_CIT.
Posłuchaj