JPK_CIT 2026: кінець епохи «книги — наша справа» — що змінюється і як підготуватися

Що насправді змінюється

Досі бухгалтерські книги були внутрішньою кухнею компанії. Податкова бачила результат: декларацію CIT, звітність, JPK на запит. Те, як саме проведено кожну операцію — яким рахунком, з яким описом, на підставі якого документа — залишалося всередині компанії, доки не приходила перевірка й не просила виписку.

JPK_CIT перевертає цю логіку. Тепер компанія сама, раз на рік, надсилає податковій усю книгу в машиночитному форматі — з рахунками, розміченими за стандартом, податковими маркерами на кожному значущому рядку, ідентифікованими контрагентами й окремим реєстром основних засобів. Не результат. Не вибірку. Книгу.

Що це означає на практиці для бухгалтерії:

• План рахунків треба змаппити на стандартний вигляд, який очікує структура — «у нас це рахунок 731-2» більше не проходить.
• Кожне проведення з податковим значенням має нести потрібний податковий маркер (наприклад, невираховуваний витрата, звільнений дохід).
• Контрагенти мають бути ідентифіковані перевірюваними даними — NIP у єдиному форматі, а не «Торговий дім Ковальський».
• Основні засоби та НМА йдуть окремою структурою JPK_ST_KR — з датами, вартістю, амортизацією.
• Дані мають сходитися з тим, що ви вже надіслали в JPK_VAT і що пройшло через KSeF.

Що таке JPK_CIT: дві структури, один обов'язок

«JPK_CIT» — розмовна назва обов'язку, який на практиці складається з двох окремих логічних структур. Їх варто розділити одразу, бо плутанина між ними — перше джерело хаосу під час впровадження.

Обов'язок запроваджено поправкою до закону про CIT — книги мають вестися за допомогою програмного забезпечення й передаватися податковим органам у структурованому вигляді. «JPK_CIT» зручне в розмові, але в технічній документації завжди оперуйте назвами структур: саме вони визначають, які поля і в якому форматі має згенерувати система.

Графік: хто і з якого моменту

Обов'язок вводиться поетапно, залежно від вашого податкового року та групи платників. Ключове формулювання — «за податковий рік, що починається після» дати, не плутати з календарним роком подання.

Інакше кажучи: якщо ви великий платник або працюєте в податковій групі, обов'язок вже стосується вас за рік, що почався у 2025. Середні компанії, що подають JPK_VAT, підключаються роком пізніше. Усі інші — ще роком пізніше. Але зверніть увагу: підготовка книг починається задовго до першого подання, адже їх треба вести в новій структурі з першого дня року, що потрапив під обов'язок.

Строк: коли перше подання

На відміну від JPK_VAT (щомісячний), JPK_CIT подається раз на рік — разом із річною декларацією CIT. Строк — кінець третього місяця після завершення податкового року.

Для компанії, у якої податковий рік збігається з календарним, це зазвичай кінець березня наступного року. Якщо рік зсунуто (наприклад, з 1 липня по 30 червня), три місяці відлічуєте від своєї дати закриття. Саме подання — формальність; проблема в тому, щоб книги весь рік велися так, щоб одним рухом згенерувати JPK_KR_PD і JPK_ST_KR.

Що має бути в книгах

Це розділ, який вирішує результат. Структура вимагає даних, які багато компаній сьогодні не ведуть у потрібному вигляді:

Розмітка рахунків за стандартом

Ваш корпоративний план рахунків треба змаппити на вигляд, який очікує структура. Це не означає відмовитися від власної нумерації — але кожен рахунок має мати присвоєний аналог у стандарті. Найчастіша пастка: «історичні» рахунки, що використовуються роками, які вже ніхто не може однозначно кваліфікувати.

Податкові маркери

Проведення з податковим значенням мають нести потрібний маркер — наприклад, невираховуваний витрата, звільнений дохід, тимчасові різниці. Це інформація, яку бухгалтерія й так знає «в голові», але вона має потрапити до проведення машиночитно. Без цього JPK_KR_PD неповний.

Ідентифікація контрагентів

Контрагент у проведенні має бути ідентифікований перевірюваними даними — насамперед NIP у єдиному форматі. «Магазин на розі», «Аванс Ковальський», «Різні» — такі описи проходять у внутрішньому обліку, але в структурі це сигнал проблеми.

Основні засоби та НМА (JPK_ST_KR)

Окрема структура з даними про необоротні активи: первісна вартість, дата введення в експлуатацію, метод і ставка амортизації, коригування вартості, вибуття. Багато компаній ведуть облік ОЗ в окремому модулі чи таблиці, яка не пов'язана з головною книгою. Це перший кандидат на розбіжність.

Зв'язок із KSeF і JPK_VAT: узгодженість або перевірка

JPK_CIT не живе ізольовано. Це третій елемент пазла поряд із JPK_VAT і KSeF — а податкова отримує всі три й може їх зіставити.

• Дохід у книгах vs продажі в JPK_VAT. Якщо дохід у JPK_KR_PD не сходиться з продажами в JPK_VAT (після коригувань на різниці VAT/CIT) — готовий привід для питань.
• Проведена фактура vs її аналог у KSeF. З моменту, коли фактура продажу чи закупівлі проходить через KSeF, у неї є ідентифікатор. Проведення в книзі за цією фактурою має з нею пов'язуватися. Розʼїзд тут — найчистіший сигнал для перевірки.
• Коригування. Коригувальна фактура змінює і VAT, і базу CIT, і проведення в книзі. Якщо ці три шари коригувати неузгоджено або в різних періодах — дані розʼїдуться, і перевірка побачить різницю одразу.

7 місць, де це розʼїжджається

1. Маппінг рахунків «впритул». Стандарт присвоєно лише рахункам, активним у поточному році. Старі рахунки, технічні рахунки, рахунки витрат майбутніх періодів — пропущені. Спливає при першій нетиповій операції.
2. Маркери не по ходу. Бухгалтерія знає податкову кваліфікацію «з пам'яті», але не фіксує її при проведенні. На кінець року доводиться вручну розмічати тисячі проведень — або вгадувати.
3. Облік ОЗ поза книгою. ОЗ ведуться в окремій таблиці/модулі, не звірюваній із головною книгою. JPK_ST_KR показує розʼїзд, якого раніше ніхто не бачив.
4. Контрагенти без NIP або з NIP «у різних форматах». В ERP без роздільників, у CRM з дефісами, у розрахунках з префіксом PL. Для перевірки це має вигляд трьох різних контрагентів.
5. Розʼїзд із JPK_VAT. Дохід CIT і продажі VAT рахуються незалежно, без звірки різниць. Зіставлення файлів показує розрив.
6. Коригування в різних періодах. Коригування VAT проведено в іншому місяці, ніж коригування CIT. Формально може бути правильно — але потрібен чіткий слід, чому.
7. Немає власника процесу. Бухгалтерія відповідає за проведення, IT — за подання, податковий консультант — за маркери. Коли файл не сходиться, ніхто не знає, чия це проблема.

6 із 7 пасток — не техніка. Це дані й процес. Згенерувати XML легко. Важко зробити так, щоб дані в цьому XML були узгоджені, повні й збігалися з рештою звітів.

Чек-ліст підготовки

Інструменти: готові vs open-source

Більшість бухгалтерських систем на польському ринку додають або анонсують модуль JPK_CIT. Якщо у вас немає команди розробників — це найпростіший шлях. Якщо є — open-source-шар дає гнучкість там, де готові модулі мовчать: контроль узгодженості, звірки між JPK_CIT / JPK_VAT / KSeF, обробка винятків. Обсяг і зрілість модулів уточнюйте напряму в постачальників — підтримка JPK_CIT ще дозріває.

Висновок: що зробити вже зараз

JPK_CIT — це проєкт про дані, а не «новий файл на надсилання». Компанії, які сприймуть його як формальність наприкінці року, у першому кварталі виявлять, що весь попередній рік треба впорядковувати заднім числом. Ті, хто впорядкує книги заздалегідь, надішлють JPK_KR_PD одним рухом.

Три речі, які варто зробити цього місяця:

1. Визначте свою хвилю та дату старту. Перевірте, з якого податкового року треба вести книги в структурі — це часто раніше, ніж здається, адже рахується початок року, а не строк подання.
2. Проведіть аудит вихідних даних. Маппінг рахунків, податкові маркери, формат NIP контрагентів, узгодженість обліку ОЗ із книгою. Це 80% роботи — і те, що вирішує, чи зійдеться файл.
3. Зіставте пробно з JPK_VAT. Згенеруйте робочий JPK_KR_PD і порівняйте з JPK_VAT за той самий період. Кожна різниця, яку знайдете зараз, — це різниця, якої не знайде податкова.

FAQ

Що таке JPK_CIT?

Це обов'язок вести бухгалтерські книги за допомогою ПЗ й передавати їх податковим органам у структурованому форматі. Складається з двох структур: JPK_KR_PD (книги з податковими даними) і JPK_ST_KR (основні засоби і НМА). Обов'язок запроваджено поправкою до закону про CIT.

З якого моменту діє і кого стосується першим?

Поетапно. За податковий рік після 31.12.2024 — найбільші платники CIT (дохід >50 млн EUR) і податкові групи. За рік після 31.12.2025 — решта платників CIT, що подають JPK_VAT. За рік після 31.12.2026 — усі інші.

Коли подавати вперше?

Раз на рік, разом із річною декларацією CIT — до кінця третього місяця після завершення податкового року. Для року, що збігається з календарним, це зазвичай кінець березня. Але книги треба вести в структурі весь рік, а не збирати їх лише до моменту подання.

Як JPK_CIT пов'язаний із KSeF і JPK_VAT?

Дані книг мають бути узгоджені з JPK_VAT і з фактурами з KSeF. Розбіжність між доходом у книгах і продажами в JPK_VAT, або між проведеною фактурою та її аналогом у KSeF, — найчастіший привід для перевірки. Упорядкування вихідних даних до першого подання критично важливе.

Офіційні джерела

• JPK_CIT на podatki.gov.pl — офіційний портал
• Міністерство фінансів Польщі — gov.pl
• Jednolity Plik Kontrolny (JPK) — загальна інформація

Швидкий фідбек

Пов'язані матеріали