Що таке 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