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) — общая информация

Быстрый фидбэк

Связанные материалы