Что такое KSeF в Польше и как работает электронный счёт-фактура

KSeF в Польше — это национальная цифровая платформа для работы с электронными счетами-фактурами. Это не папка с PDF-файлами и не сервис для отправки вложений по электронной почте. Счёт для KSeF формируется в установленной структуре, передаётся в систему и после принятия получает идентификатор и цифровую временную метку. Получатель работает с документом через доступ к системе, а не с файлом в письме.

KSeF предназначена для B2B- и B2G-операций, однако порядок применения зависит от типа сделки и статуса участника. Для B2B-электронных счетов используется KSeF. Для B2G также может применяться Platforma Elektronicznego Fakturowania, или PEF. Потребительские B2C-операции не обязаны использовать KSeF.

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

Что такое KSeF?

Структурированный электронный счёт Государственная платформа Польши

Krajowy System e-Faktur, или KSeF, — польская национальная платформа для работы с электронными счетами-фактурами. Она принимает структурированный электронный документ, фиксирует его в системе и делает доступным участникам сделки через установленный канал.

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

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

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

Зачем Польша ввела KSeF и кого касается система

Единый канал электронных счетов Правила зависят от операции

KSeF ввели, чтобы электронный счёт был не файлом в частной переписке, а структурированным документом в общем для участников сделки канале. Государственная платформа унифицирует оборот электронных счетов, даёт продавцу и получателю единую точку работы с документом и связывает электронное выставление счетов с процессами отчётности по VAT.

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

Порядок зависит от типа операции:

• B2B-электронные счета проходят через KSeF. Для предприятий с годовым доходом свыше 200 миллионов PLN электронное выставление счетов через систему начинается с 1 февраля 2026 (источник).
• Требование для всех B2B-транзакций распространяется с 1 апреля 2026 (источник).
• B2G-операции можно обрабатывать через KSeF или Platforma Elektronicznego Fakturowania — PEF. Поставщики в публичных закупках могут продолжать работать через PEF.
• B2C-операции не обязаны использовать KSeF, хотя добровольное использование возможно.

KSeF не создаёт единый процесс для всех видов продаж. Сначала разделяют продажи бизнесу, работу с государственным заказчиком и продажи потребителю. Только затем настраивают учёт и документооборот.

Как работает KSeF: жизненный цикл электронного счета

Статус идентифицирует документ Данные возвращаются в учет

Жизненный цикл счета KSeF начинается не на государственной платформе, а в системе, где появляются данные о продаже. Это может быть бухгалтерская система, ERP, CRM или отдельное приложение для выставления счетов. Система формирует документ в установленной структуре и передает его в KSeF.

Счет — уже не просто запись во внутренней программе продавца. Он прошел через канал KSeF, а получатель работает с ним через доступ к системе.

сформировать структурированный документ → передать в KSeF → получить статус → сохранить идентификатор в системе учета → предоставить доступ получателю

Внутренний номер счета и идентификатор KSeF выполняют разные функции. Номер в CRM или ERP помогает найти продажу, заказ или запись в бухгалтерии компании. Идентификатор KSeF связывает документ с записью в государственной системе. Подменять один другим не стоит.

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

Данные должны появиться в одном определенном источнике, перейти в структурированный счет, получить статус в KSeF и вернуться в учет как результат процесса.

Чем счет KSeF отличается от PDF, бумажного счета и PEF

PDF не определяет процесс PEF используют для B2G

Разница между этими вариантами не только во внешнем виде документа. PDF и бумага прежде всего служат носителями, с которыми работает человек. KSeF — канал для работы со структурированным электронным счетом. PEF — отдельная платформа, через которую могут обрабатываться операции между бизнесом и публичным заказчиком.

Счет в PDF удобно открыть, прочитать или отправить письмом. Но сам файл не формирует общий процесс между учетными системами участников операции. Бумажный счет работает так же, только физически: его нужно передать, получить и обработать вне цифрового канала.

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

Не стоит выбирать формат только потому, что сотрудники к нему привыкли. Сначала определяют сценарий операции, затем канал, а после настраивают передачу данных между продажами, учетом и документооборотом.

Как подготовить учет и продажи к работе с KSeF

Единый источник реквизитов Статусы хранятся в учете

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

Порядок работы стоит зафиксировать до начала разработки:

• определить, где создаются реквизиты покупателя, позиции и данные о продаже;
• сопоставить эти данные с полями структурированного счета;
• согласовать момент, когда продажа становится основанием для создания документа;
• хранить внутренний номер, идентификатор KSeF и статус рядом в учетной системе;
• распределить ответственность за исправление данных, если документ не проходит принятие.

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

Интеграционный контур не стоит смешивать с публичными данными сайта. Например, что такое llms.txt и зачем он нужен сайту относится к другой задаче: описанию доступного публичного контента, а не обмену учетными данными.

Когда KSeF не обязателен или действует другой порядок

Для B2C обязательства нет Статус VAT определяет правила

Не каждый счет в Польше проходит через KSeF по одному сценарию. Решающее значение имеют тип операции и статус ее участников. Продажа другому бизнесу, работа с публичным заказчиком и продажа потребителю предполагают разные схемы документооборота.

Для потребительских B2C-операций KSeF не обязателен. При этом продавец может пользоваться системой добровольно. Не стоит автоматически переносить B2B-процесс: способ передачи счета, доступ покупателя к документу и внутренний учет должны соответствовать модели продаж.

Иностранные предприятия, не являющиеся плательщиками VAT в Польше, освобождены от требований B2B-электронного инвойсинга. Не стоит делать вывод только по стране регистрации компании. Важен ее статус по VAT в Польше.

Для B2G-операций возможны два канала: KSeF или PEF. Поставщики в публичных закупках могут и дальше работать через PEF. До настройки учета нужно определить, кто получает счет и какой канал принимает документы в этом сценарии.

Если модель работы объединяет несколько типов продаж, их лучше разделить еще до формирования счета. Иначе одинаковые реквизиты могут попадать в разные маршруты без понятных правил для продаж и бухгалтерии.

Ошибки при переходе на KSeF

Процесс нужно определить до интеграции

Проблема обычно не в передаче документа, а в процессе, который не был определён до начала интеграции.

• Не стоит рассчитывать, что KSeF заменит CRM, ERP или бухгалтерский контур. Платформа не создаёт реквизиты покупателя и не согласовывает продажи.

До запуска согласуйте момент формирования счёта, правила исправления данных и маршрут статусов между продажами и учётом. Это избавит от ручных догадок после передачи документа в систему.

Вывод

Согласованный маршрут данных

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

Частые вопросы

Ответы о KSeF