JPK_CIT — це поширена ринкова назва щорічного електронного подання бухгалтерських книг для цілей податку на прибуток. Окремого офіційного файлу з такою назвою немає. Компанія з повним бухгалтерським обліком зазвичай готує дві структури: JPK_KR_PD для книг і податкової звірки та JPK_ST_KR для основних засобів і нематеріальних активів. Отже, це не разовий експорт наприкінці року: вимоги впливають на план рахунків, довідник контрагентів, номери KSeF, податкові різниці та аудиторський слід протягом року.
1. JPK_CIT — не офіційна назва одного файлу
Міністерство фінансів використовує загальну назву JPK_PD для структурованих книг у сфері податків на доходи. Для повного бухгалтерського обліку потрібні JPK_KR_PD і JPK_ST_KR. Перший файл містить дані книг та узгодження бухгалтерського і податкового результатів. Другий стосується обліку основних засобів і нематеріальних активів. Декларація CIT-8 залишається окремим документом і не замінюється цими файлами.
| Ринкова назва | JPK_CIT — практичне скорочення |
|---|---|
| Офіційна загальна назва | JPK_PD — книги для податків на доходи |
| Бухгалтерські книги | JPK_KR_PD(1), актуальна схема v1-1 |
| Основні засоби та НМА | JPK_ST_KR(1), актуальна схема v1-0 |
| Річна декларація | CIT-8 — подається окремо |
2. Кого і з якого року охоплює обов’язок
| Роки після 31.12.2024 | податкові групи капіталу та платники CIT із доходом за попередній рік понад 50 млн євро; кожна компанія PGK подає власні книги |
|---|---|
| Роки після 31.12.2025 | наступна група, зокрема суб’єкти етапу, пов’язаного з щомісячним JPK_V7M, і платники PIT з бухгалтерськими книгами в цьому етапі |
| Роки після 31.12.2026 | решта платників і суб’єктів, зокрема фінальний етап із квартальним JPK_V7K |
Поріг 50 млн євро перевіряють за законодавчою формулою та курсом NBP, визначеним перехідними нормами. Некалендарний рік може змінити перший цикл подання. Суб’єкти, звільнені від CIT за art. 6 ust. 1, не підпадають під art. 9 ust. 1c. Обов’язок оцінюють для конкретної юридичної особи; громадянство або країна походження учасників не є критерієм.
3. Які файли потрібно підготувати
Компанія з бухгалтерськими книгами має планувати обидві структури. JPK_KR_PD — основний файл, JPK_ST_KR — пов’язаний реєстр основних засобів і НМА. Спеціальне звільнення зробило JPK_ST_KR необов’язковим для першої групи лише за рік, що почався у 2025 році. Це не постійне звільнення. Для року після 31 грудня 2025 року проєкт упровадження має виходити з обов’язковості обох файлів, якщо немає конкретного винятку.
| JPK_KR_PD | дані суб’єкта й періоду, довідник контрагентів, оборотно-сальдова відомість, журнал, проведення та RPD |
|---|---|
| JPK_ST_KR | основні засоби й НМА, первинні документи, первісна вартість, амортизація, зміни та вибуття |
| Контрольні докази | мапінг рахунків, реєстр податкових різниць, зв’язки KSeF, звіт валідації, статус та UPO |
4. Строк після змін 2026 року
Із 1 липня 2026 року платники CIT за art. 9 ust. 1c подають книги до кінця сьомого місяця після завершення податкового року. Товариства без статусу юридичної особи за art. 9 ust. 1e застосовують сьомий місяць після фінансового року. Постійна норма замінила попередній зв’язок зі строком CIT-8. Лютневе розпорядження 2026 року вже перенесло окремі перші строки, а пізніший закон закріпив правило.
| Календарний 2025 рік — перша група | продовжений строк закінчився 31.07.2026 |
|---|---|
| Календарний 2026 рік — місячний етап | сім місяців закінчуються 31.07.2027; правило суботи вказує 02.08.2027 |
| Некалендарний рік | рахувати сім місяців від фактичного завершення року та застосувати загальні правила |
| CIT-8 | окрема декларація з окремим строком |
5. Які дані містить JPK_KR_PD
Структура має показати шлях операції від журналу через рахунки до податкової звірки. Вона поєднує ідентифікаційні дані та період із довідником контрагентів, оборотно-сальдовою відомістю, записами журналу, проведеннями на рахунках і контрольними сумами. Останній період також містить вузол RPD. Коди контрагентів і рахунків, номери документів та суми повинні бути узгоджені між секціями без пропусків і дублювання.
| Довідники | правильні NIP та ідентифікатори платника і контрагентів |
|---|---|
| Структура обліку | план рахунків, початкові/кінцеві сальдо та обороти |
| Шлях операції | журнал, документ, рахунок і сума |
| Податковий рівень | маркери рахунків і звірка RPD |
| Контроль | безперервність, суми, XML-валідація, статус та UPO |
6. Маркери рахунків потребують задокументованого мапінгу
План рахунків зіставляють із маркерами MF, що відповідають презентації балансу та звіту про прибутки і збитки. Для рахунків, які використовуються у податковому розрахунку, застосовують маркери PD, включно з позабалансовими, якщо різниці ведуться там. Мапінг мають затвердити відповідальні за бухгалтерію і податки; він повинен мати версію, обґрунтування та тест за чинною схемою. Стандартні налаштування програми не замінюють професійного рішення компанії.
| Крок 1 | інвентаризувати синтетичні й аналітичні рахунки року |
|---|---|
| Крок 2 | визначити форму фінансової презентації та бухгалтерський маркер |
| Крок 3 | знайти рахунки постійних і тимчасових різниць та присвоїти PD |
| Крок 4 | зафіксувати обґрунтування, дату дії та власника мапінгу |
| Крок 5 | протестувати нові, закриті, валютні й позабалансові рахунки |
| Крок 6 | повторити перегляд після змін плану, схеми чи бізнесу |
7. Вузол RPD має узгоджувати бухгалтерський і податковий результат
RPD пояснює різницю між фінансовим і податковим результатом у восьми консолідованих категоріях доходів та витрат. Це не копія CIT-8, і в ньому немає поділу на приріст капіталу та інші джерела. За роз’ясненням MF суми вводять до структури вручну, але вони мають узгоджуватися з результатними й позабалансовими рахунками з відповідними маркерами PD. Фінальні значення подають лише у файлі, що закриває рік; у часткових файлах зазначають нуль.
| Постійні різниці доходів | звільнені або виключені доходи |
|---|---|
| Тимчасові різниці доходів | оподаткування в іншому періоді або поза поточними книгами |
| Постійні різниці витрат | витрати, що не зменшують базу |
| Тимчасові різниці витрат | відрахування в іншому періоді або поза книгами |
| Контроль | RPD проти маркованих рахунків і податкового розрахунку |
8. JPK_ST_KR — це не просто перелік активів
JPK_ST_KR поєднує бухгалтерські й податкові дані кожного основного засобу або НМА: ідентифікацію, первинний документ, придбання чи створення, введення в експлуатацію, первісну вартість, амортизацію, зміни та вибуття. Поля документа й KSeF залежать від операції. Для давніх активів можливі обмежені перехідні спрощення, але нові надходження, зміни й вибуття у звітному році потребують надійних доказів і дат.
| Картка активу | інвентарний номер, опис, класифікація і статус |
|---|---|
| Документ | номер/тип, дати придбання чи створення та KSeF за потреби |
| Оцінка | бухгалтерська й податкова первісна вартість та зміни |
| Амортизація | методи, ставки, нарахування і накопичені суми |
| Життєвий цикл | введення, поліпшення, часткова ліквідація, продаж або вибуття |
| Контроль | звірка з головною книгою, податковою амортизацією та звітністю |
9. Дані контрагента і KSeF пов’язують звіт із документами
Код контрагента у JPK_KR_PD має відповідати унікальному ключу з довідника компанії та охоплювати контрагентів з операціями у звітному періоді. Поле D_12 потрібне для операції, підтвердженої рахунком або коригуванням, виставленим через KSeF самим подавачем JPK, якщо присвоєно номер KSeF. Пільга першої групи за 2025 рік щодо NIP, номерів KSeF і RPD не є загальним звільненням для років після 31 грудня 2025 року.
| Довідник | унікальний код, NIP/іноземний ідентифікатор та історія змін |
|---|---|
| Продаж | комерційний документ, номер KSeF, журнал і рахунок пов’язані |
| Купівля | правильний ідентифікатор постачальника та облікове посилання |
| Коригування | зв’язок первинного документа, коригування й проведення |
| Винятки | задокументована причина, коли поле не застосовується |
10. Надійний процес підготовки та валідації
- Визначити перший звітний рік окремо для кожного суб’єкта.
- Затвердити контрольований мапінг плану рахунків і PD.
- Очистити контрагентів, документи, KSeF та реєстр активів до закриття.
- Генерувати тестові JPK_KR_PD і JPK_ST_KR протягом року.
- Перевіряти XML за чинною XSD і специфікацією MF.
- Звірити оборотно-сальдову відомість, журнал, проведення, RPD, активи й CIT.
- Пояснити пропуски, дублікати, відхилені записи та рахунки без маркерів.
- Затвердити, підписати, надіслати й зберегти UPO та аудиторський слід.
MF надає схеми, брошури, специфікацію інтерфейсу та Klient JPK WEB. Файли може створювати й надсилати бухгалтерська програма, якщо підтримує актуальний формат. Прийняття шлюзом підтверджує доставку, але не правильність облікової чи податкової класифікації. Компанія зберігає саме поданий файл, звіт валідації, дані підписанта, статус і UPO.
11. Відповідальність, повноваження та типові помилки
Керівництво відповідає за достовірність книг і податкових даних, навіть якщо експорт готує бухгалтерська компанія чи постачальник ПЗ. Із червня 2026 року UPL-1 для підписання електронних декларацій також охоплює підписання відповідних книг; окреме доручення для JPK_PD не потрібне. Водночас договір має визначати, хто мапує рахунки, виправляє дані, затверджує RPD, підписує, перевіряє статус і зберігає UPO.
- сприймати JPK_CIT як один файл і пропустити JPK_ST_KR;
- застосовувати старий строк CIT-8 після липня 2026 року;
- присвоювати маркери лише під час експорту без погодження бухгалтерії;
- штучно прирівнювати RPD до CIT-8 без задокументованого мосту;
- пропускати номери KSeF або мати різні коди контрагентів;
- не звіряти активи з головною книгою й податковою амортизацією;
- вважати технічно коректний XML доказом податкової правильності;
- спільно використовувати засоби підпису або не зберігати файл і UPO.
12. Чекліст упровадження JPK_CIT
- Підтвердити суб’єкта, податковий рік і групу.
- Визначити обов’язковість JPK_KR_PD та JPK_ST_KR.
- Оновити мапінг рахунків і PD.
- Підготувати ідентифікатори контрагентів, KSeF і документів.
- Звірити активи та документи життєвого циклу.
- Побудувати повторюваний міст від бухгалтерського результату до RPD.
- Перевірити XSD, розмір, підпис, передачу й UPO.
- Описати коригування, доступ, затвердження та зберігання.
- Провести пробне закриття і подання до кінця року.
- Перед поданням повторно перевірити закон, матеріали MF і календар.
inPL може скоординувати бухгалтерський облік у Польщі, бухгалтерський і податковий аудит та IT-послуги для JPK_CIT — від мапінгу й звірок до процесу та технічних вимог.
Інформацію перевірено 20 серпня 2026 року. Обов’язок залежить від платника, організаційної форми, податкового або фінансового року та перехідної групи. Перед упровадженням чи поданням повторно перевірте закон CIT, Ordynacja podatkowa, розпорядження, актуальні схеми, брошури й технічні специфікації MF.