Обязательное электронное выставление счетов KSeF в Польше вступило в силу: график соблюдения требований для малого бизнеса, продающего товары в Польшу

Если вы продаете товары или услуги клиентам в Польше, счет-фактура, который вы отправляете по электронной почте в формате PDF, может больше не считаться счетом. С февраля 2026 года Польша требует, чтобы большинство внутренних счетов B2B выставлялись в виде структурированных данных через свою национальную платформу — Краевую систему электронных счетов (KSeF). Если ваш польский покупатель не может найти ваш счет в KSeF, он может считать его не полученным — и ваша оплата будет задерживаться, пока обе стороны будут вынуждены исправлять бумажную волокиту.

В этом руководстве рассматривается, кто должен соблюдать требования, поэтапные даты внедрения, растянутые до сентября 2026 года и в 2027 год, как система работает на практике каждый день, а также привычки ведения бухгалтерского учета, которые обеспечивают бесперебойность трансграничных продаж.

Что такое KSeF и зачем Польша его создала​

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

Цель политики проста: сократить разрыв между задекларированным и уплаченным НДС. Когда каждый внутренний B2B-счет проходит через одну систему в машиночитаемом формате, налоговые органы могут автоматически перекрестко проверять отчеты продавца и покупателя, а не проводить аудит постфактум. Польша не одинока в этом направлении — аналогичные требований во Франции, Бельгии и ряде других стран вступают в силу в том же окне 2026 года, — но система Польши является одной из самых централизованных: сама платформа выступает в качестве канала доставки, а не просто отчетной точки, отчета.

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

Кто обязан​

Требование охватывает организации, зарегистрированные для целей НДС, выставляющие внутренние счета B2B вто в Польше. На практике это означает:

• Польские компании, зарегистрированные как плательщики НДС, выставляющие счета на другие польскойа втерные организации, должны направлять счета в KSeF.
• Некоторые иностранные организации с польским налоговым обязательствами о выпладе НДС попадают в требования для внутренних операциях, которые они выставляют в счетах. Поэтому продавец из США или Великобританилии с регистрацией НДС в Польше не может считать, что правила заканчиваются за границей.
• Потребители и иностранные покупатели получают счета вне KSeF в серdedнном с продавцом формате — обычно с рисованием QR-кода, полуправленным на его долгие ректорские структурный счет, — поскольку у них нет польского налогового идентификационного номера для получения средств через платформу.

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

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

График внедрения 2026 года и 2027 год​

Польша выهل поэтапный запуск, а не единую дату «большого расшира»:

• 1 февраля 2026 года — обязательное электронное выставление счетов B2B начинается для крупнейших налогоплательщиков, обычно с оборотом выше 200 млн PLN. Обновленная платформа KSeP 2.0 заработала в тот же день, и новая схема счетов FA(3) стала единственным принимаемым универсальным форматом, заменившис существующуюикту версию FA(2).
• 1 апреля 2026 года — обязательность распространена на все остальные предприятия, зарегистрированные как плательщики НДС. С этой даты стандарт счет для внутренних B2B в Wolfade является структурированный счет KSeF.
• С 31 декабря 2026 года — переходный год. Проверка правописания намеренно ориентирована на обучение: отсутствуют штрафы за ошибки, связанные с выставлением счетов через KSeF, нет обязательства включать номер KSeF в платежи (включая переводов с платжей с разделением платежа), а также сохраняется терпимость к проблемам интеграции при их решении.
• 1 января 2027 года — вступили в действие штрафные санкции, специфические для KSeF. Вступает в силу обязательство ссылаться на идентификатор KSeF в банковских переводах. К этому моменту к полному обязательному процессу присоединяются мелко предпринятия, включая микро, с самыми низкими объемов продуктами продаж.

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

Как на самом деле работает выставление счетов через KSeF​

В повседневном процессе выделяются четыре этапа:

1. Составьте счет в формате FA(3)​

Ваша бухгалтерская программа или ERP-система формирует счет в виде структурированного XML, соответствующего логической схеме FA(3), опубликованной Министерством финансов. Это не PDF с дополнительными метаданными, а данные (продавец, покупатель, позиция, ставки НДС, итоговые суммы) в фиксированной схеме, в которой система может автоматичировать проверки. Задайте своему поставщику ПО один прямой вопрос: поддерживает ли вы KSeF 2.0 и FA(3)? Если ответ невнятный, у вас нетaler: система не имеет правильной настройки.

2. Отправьте в их в стороннийпорядке и получите ссылочный номер​

Счет может быть отправлен через API-интеграцию, бесплатные государственные инструменты или через авторизованного поставщика электронных счетов. KСefфия проходит проверку структуры, принимает счет и присваивает номер KEF, уникальным образом идентифицирующий и его. Этот номер служит доказательством существования счета в системе.

3. Ваш покупатель получает счет из KEF​

Внутренние бизнес-покупатели с польским налоговым идентификатором получат счет исключительно через KEF — они регистрируются (или их программное обеспечение автоматически), и счет появляется там. Потребители, иностранные лица и покупатели без польского идентификатора получают счет в согласованном формате вне платформы, с QR-кодом, подтверждающим сверку с системной записью. Акцент в своих электронных субъектах продажах сделайте в зависимости: польским клиентам в B2B указывайте номер KEF на видном месте, а всем остальным — удобочитаемый документ плюс код.

4. Исправления, вложения и автономное резервное копирование​

Коррекции обычно выполняются через тот же канал, что и новые структурированные счета, а не как приписки. Платформа 2.0 поддерживает вложения, параметры B2C e-инструкции и QR-коды в стандартном формате. При сбоях — как вашем, так и платформы — используйте режим Offline24, in which cчет может быть выставленный локально и отправеть в KEF не позднее следующего рабочего дня. Относитесь к Offline24 как к запасной дверь на случай пожара, а не как к парадняет вход: он предназначен для исключительных ситуаций, а корпоративное использование привлечет внимание.

Распространенные ошибки, задерживающие платежи​

Большинство проблем на раннем этапе — операционные, а не юридические, и все они откладывают деньги:

• При использовании практически назнании PDF. Отправка только PDF польскому покупателю B2B после обязательной даты означает, что покупатель не имеет в инбоксе польского KEF информации, которую можно зачислить. Подтверждайте получение профилактически на основе системных данных, не только наличие исполняющегося почтового отчета.
• При интеграции в эпоху FA(2). Старая схема была запущена в систему, когда начала установление KEF 2.0. Если ваш коннектор был создан для добровольного этапа, убедитесь в обновлении до FA3 и API 2.0.
• О забытии настройки на стороне покупателя. Ваш счет — только половина процедуры. Убедитесь, что ваши польские клиенты знают, какой налоговый идентификатор и настройка получения использовать, особенно если они были добавлены до введения обязательства.
• Зрия использования Offline24 как обычный процесс. Поздние отправки, пропавшие номера KEF в конце месяца и расхождения в сверках будут быстро увеличиваться. Используйте его только при реальном сбои и логирование каждого использования.
• Игнорирование изменения ссылки на платеж в январе 2027 года. Платежные поручения без идентификатора KEF потребуют переработки, когда вступит в силу обязательство по ссылке на перевод. Обновите шаблоны платежей в период без штрафов, а не после.
• Отсутствие ответственного за аварийный режим. Когда единственный человек, знающий логин KEF, находится в отпуске, выставление счетов останавливается. Назначьте резервного администратора и храните реквизиты (и API-токены) в контроле компании, чтобы они принадлежали бизнесу, а не находящимся только в одном ноутбуке.

Что реагировать сейчас: контрольный список действий​

Пройдитесь по пунктам в таком порядке, независимо от того, польский вы продатель или иностранный бизнес с налоговыми обязательствами НДС в Польше:

1. Уточните свою область. Вы зарегистрированы (или будете) в Польше для целей НДС и выставляете внутренние счета B2B? Получите однозначный ответ от вашего налогового консультанта, прежде чем тратить на ПО — да или нет.
2. Определите срок для вас. Крупные налогоплательщики попали в облачение с февраля 2026 года, остальные — с апреля 2026, а самые мелкие продавцы — с введеним в действие к январю 2027. Знайте, к какой группе относитесь Вы.
3. Подтвердите поддержку FA(3) и KEF 2.0. Свяжитесь с вашим поставщиком бухгалтерского программного обеспечения и любым посредником по электронным счетам. Протестировать в официальном испытательный среде перед переходом на живые счета.
4. Составьте карту типов счетов. Перечислите все документы, которые вы выпускаете — обычные продажные счета, исправления, самссчета, регулярные списывания — и подтвердите для каждой наличик пути KEF или документальное исключение.
5. Перестройте коммуникацию с покупателями. Обновите письма со счетами, чтобы включите номер KEF и обработка QR-кода, а также проинструктируйте польских клиентов B2B о том, где они могут найти свои счета.
6. Актуализируйте платежные поручения. Добавьте ссылку KEF в шаблоны переводов и процессы работы с раздельными платежами уже сейчас, пока пропуск этого поля все еще допустим.
7. Назначьте роли и права доступа. Определите, кто может выставлять счета, кто может просматривать, а кто управляет доступом. Аутентификацияв в EFEF основывается на ролям, а использование общего логина — это находка в аудитесчет, ждучая своего часа.
8. Протестируйте закрытие месяца. Выполните полное закрытие счета с участием счетов KEF: выставление счетов, подтверждение покупателем, исправления и сверка DEC-отчетности. Закройте белые пятна, пока ошибки не сопровождаются штрафами.
9. Учените в календаре 1 января 2027 года. Штрафы, обязанность ссылки на платтеж и окончательный волна охвата малых продавцов — все это совпадает в этот день. Принесите эту дати главному ответственному за комплаенс.

Готовьте ваши трансграничные книги к аудиту обязательно​

Такие требования к электронным счетам, как KEF, вознаграждают компании, у которых аккаунтинг аккуратен. Когда каждый счет существует в виде структурированных данных, аудит становится строже: кодировка статей, выбор ставок НДС, цепочка исправлений и соответствие ставов, полученных платежей и налоговой декларации — все должно соответствовать. Ведете учета польских продаж в отдельном сегменте — с нумерами KEF в каждом операции — превращает обязательную возня возню в обязанную рутину и делает будущий аудит простотой перенесения счетов, а не восстановлением задним числом.

База для упрощения финансового учета​

Пока вы адаптируете свои с элемента к правительством, придерживаясь таких требований, как польский KEF, поддержание чистоты ваших финансовых массы является важным. Beancount предоставляет простые текстовые решения для учета, которое обеспечивает полный прозрачность и контроль над вашими финансовыми данными, без «черных ящиков» и привязки к вендорам. Начать бесплатно и узнайте, почему разработчики и финансовые специалисты переходит на бухгалтерию на основе обычного текста.