Обов'язковий е-рахунок KSeF у Польщі вже діє: графік відповідності для малого бізнесу, що продає до Польщі

Якщо ви продаєте товари чи послуги клієнтам у Польщі, рахунок, який ви надсилаєте електронною поштою у форматі PDF, може більше не вважатися рахунком. З лютого 2026 року Польща вимагає, щоб більшість внутрішніх рахунків між підприємствами виставлялися як структуровані дані через національну платформу — Крайову систему е-фактур (KSeF). Якщо ваш польський покупець не може знайти ваш рахунок у KSeF, він може вважати його таким, що ніколи не був отриманий — і ваша оплата затримується, поки обидві сторони намагаються виправити документацію.

Цей посібник пояснює, хто повинен відповідати вимогам, поетапні дати впровадження, що тривають до вересня 2026 року та далі у 2027 рік, як система фактично працює у щоденній роботі, та звички ведення бухгалтерії, які забезпечують безперебійність транскордонних продажів.

Що таке KSeF і чому Польща його створила​

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

Мета політики проста: закрити розрив ПДВ. Коли кожен внутрішній рахунок B2B проходить через одну систему у машиночитаному форматі, податковий орган може автоматично звіряти звіти продавця та покупця, а не проводити аудит заднім числом. Польща не самотня в цьому напрямку — Франція, Бельгія та кілька інших країн мають мандати, які запроваджуються у тому ж вікні 2026 року — але польська система є однією з найбільш централізованих: платформа сама виступає каналом доставки, а не просто точкою звітності.

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

Хто повинен відповідати вимогам​

Мандат охоплює підприємства, зареєстровані платниками ПДВ, які виставляють внутрішні рахунки B2B у Польщі. На практиці це означає:

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

Існує кілька винятків. Рахунки, що документують закупівлі сільськогосподарської продукції у фермерів із фіксованою ставкою (так звані рахунки VAT RR), звільнені від обов'язкового потоку, а добровільне використання відкладено до весни. Певні залізничні квитки, квитанції за проїзд, що вважаються рахунками, та самовиставлені рахунки іноземних компаній без польського номера ПДВ також перебувають поза обов'язком.

Якщо ви продаєте лише польським споживачам або лише експортуєте з-за кордону без польської реєстрації ПДВ, KSeF, ймовірно, не впливає на ваше виставлення рахунків. Якщо ви не впевнені, чи створює ваша польська діяльність обов'язок реєстрації платника ПДВ, це питання слід вирішити в першу чергу — решта випливає з нього.

Графік впровадження через 2026 рік та далі у 2027 рік​

Польща обрала поетапний запуск, а не одну значну дату:

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

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

Як насправді працює виставлення рахунків через KSeF​

Щоденний процес складається з чотирьох кроків:

1. Створіть рахунок у форматі FA(3)​

Ваша бухгалтерська програма або ERP-система генерує рахунок як структурований XML, що відповідає логічній структурі FA(3), опублікованій Міністерством фінансів. Це не PDF із додатковими метаданими — це поля даних (продавець, покупець, позиції, ставки ПДВ, підсумки) у фіксованій схемі, яку система може автоматично перевіряти. Поставте своєму постачальнику програмного забезпечення одне пряме запитання: чи підтримуєте ви KSeF 2.0 та FA(3)? Якщо відповідь розпливчаста, у вас немає відповідної налаштованої системи.

2. Подайте його до KSeF та отримайте номер посилання​

Рахунок надходить на платформу через інтеграцію API, через безкоштовні урядові інструменти або через авторизованого постачальника е-рахунків. KSeF перевіряє структуру, приймає рахунок та присвоює номер KSeF, який однозначно його ідентифікує. Цей номер є підтвердженням існування рахунку в системі.

3. Ваш покупець отримує його з KSeF​

Внутрішні бізнес-покупці з польським податковим ідентифікатором отримують рахунок виключно через KSeF — вони входять в систему (або їхнє програмне забезпечення отримує його автоматично), і рахунок там. Споживачі, іноземні суб'єкти та покупці без польського ідентифікатора отримують рахунок у узгодженому форматі поза платформою, з QR-кодом, який звіряється із записом у системі. Розробляйте свої електронні листи після продажу з урахуванням цього розподілу: польські клієнти B2B потребують, щоб номер KSeF був чітко зазначений, тоді як усім іншим потрібен читабельний документ плюс код.

4. Виправлення, вкладення та резервне копіювання в автономному режимі​

Виправлення зазвичай проходять через той самий канал, що й нові структуровані рахунки, а не як окремі листи. Платформа 2.0 підтримує вкладення, опцію е-рахунків B2C та QR-коди у стандартизованому форматі. На випадок збоїв — ваших чи платформи — режим Offline24 дозволяє виставити рахунок локально та подати його до KSeF не пізніше наступного робочого дня. Ставтеся до Offline24 як до запасного виходу, а не як до парадних дверей: він призначений для виняткових ситуацій, і регулярне використання приверне увагу.

Поширені помилки, які затримують платежі​

Більшість ранніх проблем є операційними, а не юридичними, і всі вони затримують грошові надходження:

• Припущення, що PDF досі вважається дійсним. Надсилання лише PDF-файлу польському покупцю B2B після вашої дати мандата означає, що покупець не має нічого для обліку у своїй скриньці KSeF. Підтверджуйте отримання в системі, а не лише у вихідних електронної пошти.
• Використання інтеграції часів FA(2). Стара схема перестала прийматися після запуску KSeF 2.0. Якщо ваш конектор був розроблений для добровільного етапу, переконайтеся, що він оновлений до FA(3) та API 2.0.
• Забуває про налаштування на стороні покупця. Ваш рахунок — лише половина процесу. Переконайтеся, що ваші польські клієнти знають, який податковий ідентифікатор та налаштування отримання використовувати, особливо якщо ви залучили їх до мандата.
• Використання Offline24 як звичайного процесу. Пізні подання, відсутні номери KSeF на кінець місяця та розбіжності в звірці швидко з'являються. Зарезервуйте його для справжніх збоїв і фіксуйте кожне використання.
• Ігнорування зміни обов'язку зазначати номер платежу з січня 2027 року. Платежі, у яких відсутній ідентифікатор KSeF, потребуватимуть доопрацювання, коли обов'язок посилатися на номер у переказах стане чинним. Оновіть свої шаблони платежів протягом періоду без штрафів, а не після нього.
• Відсутність відповідального на випадок заміни. Коли єдина людина, яка знає логін KSeF, у відпустці, виставлення рахунків зупиняється. Призначте резервного адміністратора та зберігайте облікові дані (і токени API) там, де ними володіє бізнес, а не один ноутбук.

Що робити зараз: практичний контрольний список​

Виконуйте ці пункти по порядку, будь ви польським продавцем чи іноземним підприємством із польськими зобов'язаннями з ПДВ:

1. Підтвердіть ваш обсяг. Чи є ви (або чи станете) платником ПДВ у Польщі, і чи виставляєте ви внутрішні рахунки B2B? Отримайте однозначну відповідь від вашого податкового консультанта, перш ніж витрачати кошти на програмне забезпечення.
2. Визначте свою дату мандата. Великі платники податків підпадали під дію з лютого 2026 року, всі інші — з квітня 2026 року, а найдрібніші продавці поступово приєднувалися до січня 2027 року. Знайте, у якому рядку ви перебуваєте.
3. Перевірте підтримку FA(3) та KSeF 2.0. Зв'яжіться з постачальником вашого бухгалтерського програмного забезпечення та будь-яким посередником з е-рахунків. Протестуйте в офіційному тестовому середовищі перед тим, як торкатися реальних рахунків.
4. Складіть карту ваших типів рахунків. Перелічіть кожен документ, який ви виставляєте — стандартні рахунки на продаж, виправлення, самовиставлені рахунки, регулярні платежі — і підтвердьте, що кожен має шлях KSeF або документально підтверджений виняток.
5. Оновіть комунікацію з покупцями. Оновіть електронні листи з рахунками, щоб включити номер KSeF та обробку QR-коду, і поінформуйте ваших польських клієнтів B2B про те, де знайти їхні рахунки.
6. Оновіть платіжні операції. Додайте посилання KSeF до ваших шаблонів переказів і робочих процесів з розподілом платежів вже зараз, поки його відсутність ще терпима.
7. Призначте ролі та дозволи. Визначте, хто може виставляти, хто може переглядати, і хто адмініструє доступ. Автентифікація в KSeF заснована на ролях, а спільні логіни — це знахідка для аудиту.
8. Проведіть репетицію закриття місяця. Виконайте повне закриття з рахунками KSeF: виставлення, підтвердження покупця, виправлення та звірка з декларацією з ПДВ. Виправте прогалини, поки за помилки не передбачені штрафи.
9. Внесіть у календар 1 січня 2027 року. Санкції, обов'язок зазначати номер платежу та остання хвиля охоплення малих продавців сходяться саме тут. Поставте цю дату перед тим, хто відповідає за відповідність.

Тримайте ваші транскордонні книги готовими до аудиту​

Мандати на е-рахунки, як KSeF, винагороджують підприємства, у яких базові записи вже чисті. Коли кожен рахунок існує як структуровані дані, питання податкового органу стають гострішими: кодування позицій, вибір ставок ПДВ, ланцюжки виправлень і зв'язок між виставленими рахунками, отриманими платежами та декларацією — усе має збігатися. Відстеження польських продажів в окремому сегменті головної книги — зі збереженням номерів KSeF поруч із кожною транзакцією — перетворює мандат із метушні на рутину та робить майбутній аудит простою вибіркою документів, а не проєктом реконструкції.

Спростіть ваше фінансове управління​

Під час адаптації вашого виставлення рахунків до таких правил, як мандат KSeF у Польщі, важливо підтримувати чіткі, структуровані фінансові записи. Beancount.io надає бухгалтерію у вигляді звичайного тексту, що дає вам повну прозорість і контроль над вашими фінансовими даними — без чорних скриньок, без прив'язки до постачальника. Почніть безкоштовно і дізнайтеся, чому розробники та фінансові фахівці переходять на бухгалтерію у вигляді звичайного тексту.