KSeF в августе 2026: что делать, если компания всё ещё не готова

Обязательный KSeF работает уже полгода, и всё равно каждую неделю мы разговариваем с компаниями, которые до сих пор выставляют счета мимо системы. Редко из пренебрежения: чаще бухгалтерская программа так и не получила модуль, интеграция с собственной ERP не поместилась в бюджет, или кто-то услышал, что «в 2026 году всё равно нет штрафов», и отложил тему. Этот текст — для таких компаний и для ИТ-отделов, которым теперь надо связать KSeF с уже работающими системами.

Начнём с различия, которое в разговорах чаще всего стирается: отсутствие штрафов — это не отсутствие обязанности. Обязанность выставлять структурированные счета действует с 1 февраля 2026 года для крупнейших налогоплательщиков и с 1 апреля 2026 года для всех остальных. Отсрочили денежные штрафы — до 31 декабря 2026 года. То есть остаётся меньше пяти месяцев, а внедрение KSeF — это не замена программы для счетов: меняются даты, нумерация, документооборот, платежи и права доступа.

Что уже обязательно, а что ещё впереди?

Календарь простой, хотя и разложен на несколько слоёв. С 1 февраля 2026 года счета через KSeF выставляют компании, у которых стоимость продаж вместе с налогом превысила в 2024 году 200 млн злотых. С этой же даты принимать счета через KSeF обязан уже каждый налогоплательщик — в том числе тот, кто сам ещё не выставляет. С 1 апреля 2026 года обязанность выставления охватила остальных предпринимателей, включая освобождённых от НДС.

Вне этого ритма — две группы. Налогоплательщики, у которых месячная стоимость продаж, оформленных счетами, не превышает 10 000 злотых брутто, до конца 2026 года могут выставлять бумажные или электронные счета вне KSeF — но принимать счета через KSeF обязаны наравне со всеми, а с 1 января 2027 года переходят в полную обязанность. Счета физическим лицам, не ведущим предпринимательскую деятельность, попадают в KSeF добровольно, а не по обязанности. До 31 декабря 2026 года действует и исключение для счетов, выставляемых через кассовые аппараты, и для чеков с ИНН, признаваемых упрощёнными счетами.

Что реально меняется в ежедневной работе?

Первое изменение касается дат и служит источником большинства недоразумений. Структурированный счёт считается выставленным в день его отправки в KSeF (ст. 106na п. 1 закона об НДС), а полученным — в день присвоения ему номера KSeF. Если дата в поле P_1 счёта раньше дня, когда система приняла документ, KSeF сам квалифицирует отправку как офлайн-режим и датой выставления примет значение из поля P_1. Ваша собственная нумерация счетов остаётся прежней, но рядом с ней появляется второй идентификатор — присвоенный системой номер KSeF.

Номер KSeF всегда состоит из 35 символов и имеет фиксированную структуру: ИНН продавца, дата приёма счёта, двенадцать шестнадцатеричных символов и двухсимвольная контрольная сумма CRC-8. Именно этот номер с 2027 года должен попадать в платежи, поэтому уже сейчас стоит решить, где вы его сохраните и как свяжете с расчётами. Раз номер несёт контрольную сумму, его можно и нужно проверять локально — до того, как он попадёт в перевод, перепечатанный вручную с визуализации счёта.

Второе изменение — вложения. С 1 февраля 2026 года структурированные счета можно передавать с вложением, но не автоматически: сначала нужно заявить такое намерение формой ZGL_ZAL в электронном налоговом кабинете e-Urząd Skarbowy. Заявка обрабатывается максимум за три рабочих дня, а подтверждение приходит на указанный в ней адрес электронной почты. Если ваши счета без спецификации бесполезны — почасовые услуги, транспорт, коммунальные ресурсы — подайте эту заявку до того, как начнёте перестраивать шаблоны.

Третье изменение — работа тогда, когда KSeF не отвечает, и закон различает здесь четыре ситуации. Режим offline24 (ст. 106nda) — ваше собственное решение, никакой аварии не требуется: вы выставляете счёт вне системы и отправляете его не позднее следующего рабочего дня. Режим offline (ст. 106nh) запускает недоступность, объявленная Министерством финансов, со сроком до следующего рабочего дня после её окончания. Аварийный режим (ст. 106nf) относится к объявленной аварии KSeF и даёт 7 рабочих дней с момента её завершения; если за это время появится новое сообщение об аварии, отсчёт начинается заново. Полная авария, объявляемая через средства массовой информации, вообще снимает обязанность отправлять счёт в KSeF.

В офлайн-режимах счёт, передаваемый покупателю вне системы, должен нести два QR-кода: первый позволяет проверить его в KSeF, второй подтверждает личность выставителя и требует наличия сертификата KSeF. Это та деталь, которая застаёт врасплох в пятницу вечером: сертификат нужно иметь до того, как он понадобится, а не во время аварии.

«Мы не готовы» — четыре типичные ситуации

Мы выставляем счета в Excel или Word. Это самый простой и самый дешёвый случай. Министерство финансов даёт бесплатное приложение Aplikacja Podatnika KSeF и мобильное приложение KSeF, в которых можно выставлять и принимать счета по схеме FA(3) без какой-либо интеграции и без оплаты. Бухгалтерских функций там нет — они не посчитают налог и не подадут декларацию, — но обязанность по счетам закрывают сразу. Компании, выставляющей десяток-другой счетов в месяц, этого часто хватит на весь 2026 год.

У нас есть бухгалтерская программа, но без модуля KSeF. Начните с вопроса поставщику, а не с проекта: у большинства польских платформ отправка в KSeF сегодня уже есть, её нужно лишь включить и настроить права. Если ответ — что модуля не будет, есть три выхода: сменить программу, поставить рядом отдельный шлюз отправки или работать в бесплатном приложении министерства и переносить данные в учёт вручную. Третий вариант работает только при небольших объёмах.

У нас своя ERP или CRM, счета генерирует наш код. Это интеграционный проект, и относиться к нему лучше как к любому другому: сначала тестовая среда, потом предпродуктивная, и только затем продакшен. Объём работ описываем в следующем разделе. Реальный срок — не неделя: одно только оформление прав и выпуск сертификатов может занять несколько дней, ещё до первой строки кода.

Мы работаем через бухгалтерское бюро. Права в KSeF выдаёт налогоплательщик, а не бюро. Бюро нужно право на просмотр счетов, а если оно ещё и выставляет — право на выставление; при обслуживании многих клиентов права можно выдавать опосредованно, с флагом, разрешающим дальнейшую передачу. Если у компании нет квалифицированной электронной печати, первое физическое лицо указывают уведомлением ZAW-FA, подаваемым в e-Urząd Skarbowy; с 1 января 2026 года подача через ePUAP не считается надлежащим вручением. Это одно лицо потом выдаёт остальные права уже электронно, внутри системы.

Как выглядит интеграция с API KSeF?

Министерство финансов держит три публичные среды: тестовую с версиями release candidate, предпродуктивную demo с конфигурацией, близкой к боевой, и продуктивную, где счета имеют полную юридическую силу. На продакшене действует только схема FA(3) — более старая FA(2) осталась лишь в тестовой среде. Стоит знать и то, что данные в тестовой среде не изолированы между интеграторами, поэтому для тестов используют случайные ИНН, никогда настоящие. Документацию API и официальные клиенты на Java и C# министерство публикует на GitHub — прежде чем писать собственный HTTP-клиент, проверьте, не хватит ли готового.

flowchart LR
  subgraph AUTH["1. Аутентификация"]
    direction TB
    A1["challenge<br/>действует 10 минут"] --> A2["подпись XAdES<br/>или токен KSeF"]
    A2 --> A3["accessToken ~15 минут<br/>refreshToken до 7 дней"]
  end
  subgraph SEND["2. Отправка"]
    direction TB
    B1["ключ AES-256<br/>зашифрован ключом Минфина"] --> B2["сессия интерактивная<br/>или пакетная"]
    B2 --> B3["XML по схеме FA 3<br/>до 1 МБ без вложения"]
  end
  subgraph CONF["3. Подтверждение"]
    direction TB
    C1["опрос статуса<br/>обработка асинхронная"] --> C2["номер KSeF, 35 символов<br/>+ UPO"]
  end
  subgraph KEEP["4. У себя"]
    direction TB
    D1["номер KSeF, UPO,<br/>исходный XML, режим отправки"] --> D2["дедупликация входящих<br/>по номеру KSeF"]
  end
  AUTH --> SEND --> CONF --> KEEP

Аутентификация. Начинается с получения одноразового challenge, действующего 10 минут. Дальше вы либо подписываете авторизационный документ подписью XAdES — квалифицированной подписью человека, печатью компании или сертификатом KSeF, — либо используете токен KSeF, зашифрованный алгоритмом RSA-OAEP с SHA-256. В ответ приходит короткоживущий accessToken, порядка четверти часа, и refreshToken сроком до 7 дней. Токен KSeF никогда не имеет более широких прав, чем у человека, который его создал, а изменение прав аннулирует ранее выданные токены — та самая деталь, из-за которой интеграция падает в день, когда из бухгалтерии кто-то уходит.

Отправка. Счета передаются в сессии: интерактивной для одиночных документов и пакетной для партий. XML шифруется ключом AES-256-CBC, а сам симметричный ключ — открытым ключом Министерства финансов, алгоритмом RSAES-OAEP с MGF1 на основе SHA-256. Лимиты, которые нужны уже на этапе проектирования: счёт без вложения до 1 МБ, с вложением до 3 МБ, максимум 10 000 счетов в одной сессии, а интерактивная сессия живёт 12 часов с момента открытия.

Подтверждение. KSeF обрабатывает счёт асинхронно, поэтому после отправки вы опрашиваете статус и только тогда получаете номер KSeF и UPO — официальное подтверждение приёма. Доказательством принятия счёта служит именно UPO, а не код ответа на саму отправку. Проектируйте это как конечный автомат с повторами, а не как один вызов внутри транзакции базы данных.

Лимиты и ошибки. Лимиты запросов считаются отдельно для каждой пары: контекст аутентификации плюс IP-адрес, по модели скользящего окна. При превышении приходит ответ 429 с заголовком Retry-After, а при повторных нарушениях блокировка удлиняется. Практический вывод: экспоненциальный backoff, уважающий Retry-After, здесь не хорошая практика, а условие работоспособности. Ночью, с 20:00 до 6:00, действуют более высокие лимиты на скачивание — естественное окно для массовой синхронизации входящих счетов.

Что остаётся на вашей стороне. Номер KSeF, UPO, исходный XML счёта и признак режима отправки — это минимум, который должен оказаться в вашей базе и в вашем бэкапе. KSeF хранит счета, но восстанавливать по нему расчёты во время проверки или спора с контрагентом гораздо медленнее, чем сделать запрос к своей таблице. На стороне приёма запланируйте инкрементальную выгрузку входящих счетов и дедупликацию по номеру KSeF — это единственный глобально уникальный идентификатор, а значит единственный, на который можно безопасно опереться.

Одно объявление, важное для планов: токены KSeF должны были перестать работать в конце 2026 года, но на консультациях 9 июня 2026 года Министерство финансов заявило, что сохранит их как постоянный способ входа, с настраиваемым сроком действия и автоматическим продлением. Это объявление, а не действующая норма. Если вы строите интеграцию сегодня, спроектируйте её так, чтобы способ аутентификации можно было заменить, не переписывая всё остальное.

Где здесь место для AI?

Не там, где его обычно обещают. Выставление счёта в KSeF — задача интеграционная, а не интеллектуальная: схема жёсткая, валидация на стороне системы, а языковая модель здесь ничего не ускорит и может только добавить ошибок. Если вам продают «ИИ, который выставит счета в KSeF», вам продают API-клиент с более красивым названием.

Осмысленные применения находятся на другой стороне документооборота — там, где счетов внезапно стало больше, потому что с февраля все входящие приходят по одному каналу. Сопоставление входящего счёта с заказом и договором. Категоризация расходов и отлов дублей, которых при параллельном приёме из KSeF и из почтового ящика больше, чем кажется в теории. Проверка контрагента в реестрах: при платеже от 15 000 злотых ст. 117ba Налогового кодекса и так требует убедиться, что счёт контрагента есть в Белом списке Министерства финансов, — так пусть это делает система, а не чья-то память. И, наконец, ответы на вопросы вроде «сколько НДС мне платить в этом месяце» на основании данных учёта, а не памяти модели.

Именно так мы построили Accounting AI Agent: он подключается к wFirma через API, проверяет контрагентов в Белом списке и в реестре KRS, а счёт умеет отправить в KSeF по схеме FA(3) и дождаться официального подтверждения. Со стороны пользователя мы описали его в статье об ассистенте, подключённом к wFirma, а со стороны архитектуры — в тексте о бухгалтерском агенте. А если вы пускаете ИИ в документооборот, помните и об обязанностях прозрачности из AI Act, действующих со 2 августа 2026 года, — мы разобрали их в тексте о состоянии AI Act в августе 2026.

Что сделать в ближайшие недели

1. Определите, в какой вы группе. Дата обязанности, порог 10 000 злотых в месяц, счета физлицам, кассовые аппараты. Без этого остальной план — не план, а угадывание.

2. Проверьте права раньше, чем программное обеспечение. У кого в компании есть права в KSeF, есть ли замена и отзывает ли кто-нибудь права при кадровых изменениях. Если у компании нет квалифицированной электронной печати, подайте ZAW-FA в e-Urząd Skarbowy — не через ePUAP.

3. Выпустите сертификаты KSeF до того, как они станут срочными. Они нужны для второго QR-кода в офлайн-режимах и для устойчивой системной интеграции. Лимиты щедрые для ИНН и узкие для физического лица, идентифицируемого номером PESEL, поэтому распишите заранее, кому что нужно.

4. Напишите процедуру на случай аварии и протестируйте её. Кто решает перейти в offline24, откуда берутся QR-коды, кто следит за сроком досылки и кто отслеживает сообщения об авариях. Такая процедура помещается на одной странице и стоит больше, чем очередной семинар.

5. Если вы выставляете счета с вложением, подайте ZGL_ZAL. Обработка заявки занимает до трёх рабочих дней, а без подтверждения вложение просто не пройдёт через систему.

6. Планируйте 2027 год уже сейчас. Номер KSeF в платежах затрагивает банковскую часть и расчёты, а не выставление счетов. Если это у вас две разные системы, проект займёт квартал, а не декабрь.

7. Наведите порядок в приёме входящих счетов. Инкрементальная выгрузка, дедупликация по номеру KSeF, одно место истины. Это самая недооценённая часть внедрения: обязанность принимать счета появилась раньше обязанности их выставлять, и многие компании её попросту пропустили.

Это налоговая консультация?

Нет. Это снимок состояния на 16 августа 2026 года, сделанный для того, чтобы было с чего начать. Даты и детали KSeF менялись уже не раз, поэтому перед решениями сверьтесь с актуальной информацией на ksef.podatki.gov.pl, а конкретную ситуацию своей компании обсудите с бухгалтером или налоговым консультантом. Если же вопрос звучит «как вписать KSeF в нашу ERP так, чтобы не остановить продажи» — это разговор, который мы ведём каждый день. Напишите нам: development@mi-code.pl.