Як надіслати рахунки до KSeF - повний посібник 2026

Короткий зміст

Головний висновок: з 1 лютого 2026 р. (валовий продаж понад 200 млн злотих у 2024 р.) і з 1 квітня 2026 р. (усі інші платники ПДВ) рахунки-фактури B2B у Польщі надсилаються виключно через Національну систему електронних рахунків-фактур (KSeF) у форматі XML FA(3). Рахунок-фактура вважається законно виставленим у момент його прийняття системою KSeF (ст. 106na ч. 1 польського Закону про ПДВ).

Практична порада: у переважній більшості випадків ви надсилаєте в онлайн-режимі - генеруєте FA(3) XML, передаєте на шлюз МФ, отримуєте номер KSeF та UPO-квитанцію. Режими offline24, недоступності та збою є винятками з точно визначеними термінами досилання (відповідно: наступний робочий день, наступний робочий день після закінчення недоступності, 7 робочих днів після закінчення збою).

Попередження: близько 70% відхилень - це помилки XSD-валідації відповідно до схеми FA(3) - неправильно відформатовані дати, NIP-номери з роздільниками, неправильні ISO-коди країн або невідповідність чистих/ПДВ/валових підсумків. Пропуск валідації перед відправкою витрачає час і створює ризик дублювання рахунків (помилка 440 Invoice Duplicate).

Вступ: що означає 'надіслати рахунок-фактуру до KSeF' у 2026 році

Станом на 22 квітня 2026 р. зобов'язання щодо електронного рахунку KSeF діє для всіх активних платників ПДВ у Польщі. Великі компанії (валовий продаж понад 200 млн злотих у 2024 р.) зайшли в зобов'язання 1 лютого 2026 р., а всі інші платники - 1 квітня 2026 р. У перехідний період, до 31 грудня 2026 р., місячний продаж до 10 000 злотих брутто може рахуватися поза KSeF, а споживчі рахунки-фактури B2C залишаються необов'язковими в цій системі.

У термінології KSeF 'надіслати рахунок-фактуру' означає виставити структурований рахунок-фактуру (faktura ustrukturyzowana) та передати його у вигляді FA(3) XML до центральної системи Міністерства фінансів. Відповідно до ст. 106na ч. 1 Закону про ПДВ рахунок-фактура вважається законно виставленим у дату його передачі до KSeF. Цей технічний момент замінює традиційне поняття 'виставлення' і має прямі наслідки для ПДВ, термінів оплати та бухгалтерського обліку.

Цей посібник охоплює виключно подання вихідних рахунків-фактур (продажів) платником або суб'єктом, що діє від його імені. Він не охоплює отримання вхідних рахунків-фактур. Якщо ви розглядаєте, чи можна уникнути зобов'язання KSeF, дивіться: чи можна не використовувати KSeF у 2026 році. Якщо ви цікавитеся, чи достатньо PDF замість XML, дивіться: чи можна надіслати PDF до KSeF.

Цей посібник охоплює: таблицю ключових висновків, режими подання, покроковий онлайн-процес, порівняння методів автентифікації, UPO-квитанцію, типові помилки, чек-лист перед поданням та порівняння інструментів - включаючи безкоштовну альтернативу KSeFGPT (масовий імпорт CSV/PDF, AI-розпізнавання даних, без реєстрації).

Ключові висновки

Таблиця нижче підсумовує операційні моменти, які потрібно знати перед першим поданням рахунку-фактури до KSeF у 2026 році.

Режими подання рахунків-фактур до KSeF

KSeF 2.0 передбачає чотири режими подання рахунків-фактур, кожен з яких регулюється Законом про ПДВ. На практиці стандартним є онлайн-режим. Інші три є винятками з різними правовими підставами, термінами та вимогами (зокрема використання сертифіката KSeF тип 2 та двох QR-кодів на візуалізації). Таблиця нижче об'єднує чотири підсторінки бази знань Міністерства фінансів в одному огляді.

Відмінності між режимами в щоденній роботі

Найпоширеніший поділ - між онлайн-режимом та offline24. Онлайн передбачає, що все працює: ваша система генерує XML, автентифікує сесію та передає файл за секунди. Offline24 ви активуєте, коли щось не так на вашому боці - збій інтернету, відмова постачальника ERP, відключення електроенергії - поки KSeF сам по собі працює нормально. Це рішення ви приймаєте самостійно, без будь-якого оголошення Міністерства.

Режими недоступності та збою оголошує Міністерство фінансів - недоступність у BIP МФ, збої додатково через програмні повідомлення (інтегратори отримують сигнали через API). Повний збій є окремим сценарієм, що оголошується через засоби масової інформації - під час нього ви ВЗАГАЛІ не надсилаєте рахунки-фактури до KSeF; ви виставляєте їх поза системою і досилаєте після закінчення збою.

У всіх режимах, крім онлайн, застосовується додаткова вимога: при наданні рахунку-фактури покупцеві поза KSeF (наприклад, PDF електронною поштою, роздруківка) візуалізація повинна містити два QR-коди - QR-КОД I 'ОФЛАЙН', що дозволяє верифікацію в KSeF після подання, та QR-КОД II 'СЕРТИФІКАТ', що підтверджує особу виставника і вимагає сертифіката KSeF тип 2.

Операційний висновок: закладіть час на процедуру офлайн-режиму в робочий план вашої команди, навіть якщо 99% подань відбудеться онлайн. Тепер, коли ми знаємо, коли який режим використовувати, розглянемо детальний онлайн-процес.

Покроковий процес онлайн-подання

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

Крок 1 - підготовка даних і вибір контексту. Ви визначаєте, від чийого імені виставляється рахунок-фактура (контекст платника або суб'єкта) та які співробітники мають відповідні права на виставлення рахунків. Контекст вибирається до відкриття сесії; зміна контексту вимагає закриття і повторного відкриття сесії.

Крок 2 - автентифікація та відкриття сесії. Ви входите за допомогою кваліфікованого підпису/печатки, Профілю Довіри, токена KSeF або сертифіката KSeF тип 1. Сесія може бути інтерактивною (окремі рахунки, надіслані по одному) або пакетною (повний файл з кількома рахунками та консолідованим UPO наприкінці).

Крок 3 - генерація FA(3) XML. Ваше програмне забезпечення створює XML-файл відповідно до логічної схеми FA(3), чинної з 1 лютого 2026 р. Обмеження розміру: 3 МБ включно з вкладеннями. На цьому етапі ви проводите локальну валідацію - у власній системі або за допомогою валідатора - щоб не витрачати технічний раунд на структурні помилки.

Крок 4 - передача на шлюз KSeF. Файл надходить до виробничого середовища МФ (api.ksef.mf.gov.pl) або, під час тестування, до тестового середовища (ksef-test.mf.gov.pl). Система починає валідацію.

Крок 5 - семантична валідація та призначення номера KSeF. KSeF перевіряє відповідність схемі (XSD-валідація), бізнес-правила FA(3), відповідність підсумків та обов'язкові поля. Після позитивної валідації присвоюється номер KSeF у форматі NIP-YYYYMMDD-10hex-2hex (наприклад, 5213870274-20260418-A1B2C3D4E5-F6). Цей номер є унікальним ідентифікатором документа в системі.

Крок 6 - завантаження UPO та закриття сесії. UPO (офіційна квитанція про прийняття) зазвичай з'являється протягом хвилин після позитивної валідації. Вона містить номер KSeF, дату та час прийняття, криптохеш SHA-256 та індикатор режиму. Після завантаження UPO ви закриваєте сесію - у пакетній сесії ви отримуєте консолідований UPO для всього пакета.

Детальніші технічні відомості про валідацію (що саме перевіряє XSD, порядок помилок, діагностика) дивіться в статті про валідацію та обробку XML у KSeF. Тепер, коли ми розуміємо процес, розглянемо методи автентифікації.

Методи автентифікації в KSeF

Кожна сесія KSeF вимагає підтвердження особи. У 2026 р. доступні п'ять основних методів - три 'традиційних' (кваліфікований підпис, кваліфікована печатка, Профіль Довіри) та два 'технічних' (токен KSeF, сертифікат KSeF). Сертифікати KSeF доступні для генерації з 1 листопада 2025 р. і практично використовуються з 1 лютого 2026 р.

Вибір методу залежить від того, хто надсилає - фізична особа, юридична особа або інтеграційна система - та чи потрібна також підтримка офлайн-режиму (для якого необхідний сертифікат KSeF тип 2). Таблиця нижче порівнює ключові параметри.

Офлайн-режими та режими збою на практиці

Режим offline24 (ст. 106nda) ви активуєте самостійно, коли щось не так на вашому боці. Ви виставляєте рахунок-фактуру у FA(3) XML у власній системі, надаєте покупцеві візуалізацію з двома QR-кодами (QR-КОД I 'ОФЛАЙН' та QR-КОД II 'СЕРТИФІКАТ') і передаєте файл до KSeF негайно, не пізніше наступного робочого дня. Для покупця момент отримання документа є фактичною датою виставлення; для цілей ПДВ та бухгалтерського обліку датою виставлення є момент передачі файлу до KSeF (ст. 106na).

Режим недоступності KSeF (ст. 106nh) відрізняється одним елементом: МФ оголошує недоступність у BIP. Процедура для платника схожа - FA(3) XML, QR-коди на візуалізації, подання до KSeF - але термін: не пізніше наступного робочого дня після закінчення недоступності, оголошеної МФ.

Режим збою (ст. 106nf) спрацьовує, коли МФ офіційно оголошує збій KSeF - у BIP та в повідомленнях, доступних через API для інтеграторів. Вікно досилання довше - 7 робочих днів з дати закінчення збою. Ви виставляєте рахунок із фактичною датою, з QR-кодами, і він надходить до KSeF після відновлення системи.

Повний збій є виключним сценарієм, що оголошується через засоби масової інформації і означає, що в цей період ви ВЗАГАЛІ не надсилаєте рахунки-фактури до KSeF. Документи циркулюють поза системою, а після закінчення збою Міністерство публікує правила подання заборгованості. Це режим, для якого не потрібно розробляти окремий процес - ви реагуєте на оголошення МФ.

Висновок: дизайн процесу вашої компанії має охоплювати щонайменше offline24 (для власних мережевих збоїв) і мати усвідомлений шлях ескалації для недоступності/збою, оголошеного МФ. Тепер, коли ми знаємо режими подання, перейдемо до підтвердження прийняття - UPO.

UPO - підтвердження прийняття рахунку-фактури системою KSeF

UPO (Urzedowe Poswiadczenie Odbioru - офіційна квитанція про прийняття) - це офіційний документ МФ, що підтверджує прийняття та валідацію вашого рахунку-фактури системою KSeF. Без UPO у вас немає правового підтвердження виставлення рахунку-фактури - саме UPO, а не електронний лист, скріншот або XML-файл, є єдиним доказом для податкової інспекції, бухгалтерії та аудиту.

UPO містить: номер KSeF, присвоєний рахунку-фактурі, дату та час прийняття, криптохеш SHA-256 документа (що гарантує цілісність), індикатор режиму (онлайн/офлайн) та ідентифікатор сесії. UPO доступний у двох форматах: XML (для архівування та інтеграції з ERP/бухгалтерією) та PDF (для бухгалтерських та HR-процесів).

Коли з'являється UPO? В онлайн-режимі - після позитивної семантичної валідації, зазвичай протягом хвилин. У пакетній сесії після закриття сесії ви отримуєте консолідований UPO для всіх прийнятих рахунків у пакеті. В офлайн-режимах UPO генерується лише після успішної передачі файлу до KSeF та позитивної валідації.

Термін архівування рахунків-фактур та UPO в центральній системі - 10 років з кінця року, в якому був виставлений рахунок-фактура. Операційно варто зберігати власну копію UPO в документах компанії - швидший доступ, незалежність від зовнішньої системи, простіша аналітика. В додатку платника МФ шлях завантаження UPO в інтерактивній сесії: Авторизація > Закрити сесію; у пакетній сесії ви завантажуєте консолідований UPO після обробки пакета.

Тепер, коли ми знаємо, що підтверджує подання, перейдемо до найпоширенішої болючої точки бухгалтерських команд - помилок та відхилень.

Найпоширеніші помилки та відхилення при поданні

Міністерство фінансів не публікує єдиного офіційного індексу кодів помилок KSeF. Таблиця нижче базується на спостереженнях з практики впровадження - звітах інтеграторів, аналізах податкових консультантів та логах перших місяців обов'язкового використання - і показує симптоми, що найчастіше зустрічалися з лютого 2026 р. Згідно з галузевими аналізами, близько 70% відхилень є помилками XSD-валідації, тобто невідповідністю XML схемі FA(3).

Операційний підхід до помилок

Найшвидший шлях - локальна XML-валідація перед кожним поданням. Якщо ваш інструмент цього не робить, 70% відхилень виявиться лише після туру до серверів МФ - а кожен цикл коштує часу. Валідатор має відповідати поточній версії схеми FA(3) та звітувати про помилки в контексті поля, а не як необроблений stack trace.

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

Третій елемент - моніторинг UPO: набір сповіщень для рахунків-фактур 'надісланих' без UPO протягом 30 хвилин (поза офлайн-режимами). Відсутній UPO є операційним сигналом, що щось пішло не так - навіть якщо система звітує 'OK'. Тепер, знаючи помилки, розглянемо інструменти, що мінімізують ризики.

Інструменти подання: додаток платника, ERP, KSeFGPT

У 2026 р. є три реальних шляхи для подання рахунків-фактур до KSeF. Вибір залежить від обсягу рахунків-фактур, наявних бухгалтерських систем і готовності до технічної інтеграції.

Додаток платника KSeF (ap.ksef.mf.gov.pl) - це безкоштовний урядовий інструмент Міністерства фінансів. Ручна робота: ви заповнюєте форму рахунку або завантажуєте один XML-файл, надсилаєте через браузер та завантажуєте UPO. Добре підходить для окремих рахунків і як аварійний запасний варіант; менш ефективний при обсягах понад кілька десятків документів на день, оскільки немає механізмів масової обробки.

ERP/бухгалтерські системи (Comarch, Enova, Symfonia, SAP та інші) використовують API-інтеграцію - рахунок-фактура створюється у фінансовій системі та автоматично надсилається до KSeF, причому UPO повертається до бухгалтерського обліку. Переваги: повна автоматизація, обробка обсягів, аудиторський слід. Недоліки: вартість впровадження, час налаштування, залежність від графіка оновлень постачальника.

KSeFGPT - це альтернатива для компаній, які ще не мають інтеграції або потребують швидкого масового шляху. На практиці ви відкриваєте додаток без реєстрації, завантажуєте пакет CSV-файлів або PDF, а AI розпізнає дані, відображає їх на FA(3) та готує XML, готовий до подання. Ви також отримуєте UPO-експорт і можете аналізувати рахунки-фактури у розмовному інтерфейсі. Це єдиний з трьох шляхів, який не потребує ні витрат на ліцензію, ні реєстрації, ні схвалення ІТ-відділу - запускається за кілька хвилин.

Практичний вибір: невелика компанія з кількома рахунками на день та наявним ERP - плагін постачальника ERP найшвидший. Компанія без інтегрованого ERP або з пілотним обсягом витратних рахунків у PDF - KSeFGPT спрощує процес до одного завантаження пакета. Оказіональні одиничні рахунки - достатньо додатку платника.

Чек-лист перед поданням рахунку-фактури до KSeF

Чек-лист нижче охоплює 10 пунктів, що усувають більшість відхилень ще до натискання 'Надіслати'. Вставте його у внутрішню бухгалтерську процедуру або файл шаблону рахунку.

1. NIP продавця та покупця записаний як 10 послідовних цифр, без роздільників, без пробілів, без префікса 'PL' (префікс тільки для EU-ПДВ в окремому полі).

2. Всі дати у форматі РРРР-ММ-ДД (ISO 8601): дата виставлення, дата продажу, термін оплати.

3. XML-файл відповідно до схеми FA(3), чинної з 1 лютого 2026 р. - валідований локально перед поданням.

4. Чисті, ПДВ та валові підсумки узгоджені між рівнем позицій і заголовком рахунку - з урахуванням правильного алгоритму округлення.

5. Коди країн за стандартом ISO 3166-1 alpha-2 (PL, DE, UA, US), не повні назви.

6. Валюта в коді ISO 4217 (PLN, EUR, USD); якщо не PLN, курси NBP за день до виставлення.

7. Номер рахунку унікальний у межах серії за даний рік - не повторює NIP+номер+дата попереднього рахунку (ризик помилки 440 Invoice Duplicate).

8. Адреса продавця та покупця відповідно до структури TAdres (країна, поштовий індекс, місто, вулиця, номер будинку/квартири в окремих полях).

9. Контекст платника вибраний до відкриття сесії - не намагайтеся змінити його під час подання.

10. Права на виставлення рахунків-фактур перевірені в додатку платника (фізична особа/суб'єкт, з активним підписом/токеном/сертифікатом).

Якщо у вас є дев'ять з десяти пунктів, але не десятий - не надсилайте. Одна відсутня права скасовує всю сесію і вимагає повторного відкриття в правильному контексті.

Інтерактивна сесія проти пакетної - коли яку використовувати

KSeF надає два режими обробки сесій через API, що актуально для інтеграцій ERP та інструментів автоматизації. Інтерактивна сесія надсилає один рахунок-фактуру з UPO, що повертається безпосередньо після прийняття. Пакетна сесія надсилає пакет (багато рахунків в одному файлі) з консолідованим UPO після закриття сесії.

Інтерактивна сесія підходить для невеликих обсягів (кілька до кількох десятків рахунків на день), продажів, де покупцеві потрібен номер KSeF негайно (наприклад, B2B зі стягненням швидких термінів оплати), та ручної обробки через додаток платника. Кожен рахунок має власний UPO одразу.

Пакетна сесія підходить для обсягів понад 100 рахунків на день, циклічних розрахунків (наприклад, підписки, масові послуги) та інтеграцій, що працюють у пакетному циклі (нічні, розрахункові години). Консолідований UPO спрощує архівування та бухгалтерський облік, але потрібно розробити обробку часткових відхилень - коли 3 з 100 рахунків у пакеті не проходять валідацію.

Якщо ви хочете детальніше вивчити механіку валідації МФ та те, що відбувається між передачею файлу та номером KSeF, дивіться статтю про валідацію та обробку XML у KSeF.

Погляд експерта: що найбільше болить при впровадженнях KSeF

З консультацій з впровадження, що ведуться з лютого 2026 р., проявляється повторюваний патерн: компанії, що зосередилися виключно на питанні 'чи може наша система надіслати XML', мають проблеми через два тижні після старту. Не з поданням, а з операціями - хто завантажує UPO до архіву, хто бачить відхилення, як обслуговувати клієнта, який стверджує, що не отримав рахунок, бо дивиться на PDF з електронної пошти, а не на KSeF.

Другий патерн - недооцінка offline24. ІТ-команда каже 'у нас SLA 99,9%', бухгалтерія припускає, що офлайн-режим їх не стосується, а потім у п'ятницю ввечері падає ISP і 40 березневих рахунків треба виставити локально з двома QR-кодами. Процедура offline24 повинна бути написана, протестована та мати відповідальну особу ще до першого такого інциденту, а не після.

Третій патерн - пастка 'PDF вистачить'. Недостатньо - PDF не є рахунком-фактурою в KSeF. Це одне з найпоширеніших звернень до підтримки: компанія хоче 'завантажити скан' до системи, але насправді потребує конвертації PDF в FA(3) XML. Ми детально розглядаємо цю тему тут: чи можна надіслати PDF до KSeF.

Практична рекомендація: до початку зобов'язання вашої компанії протестуйте повний цикл (онлайн + offline24 + завантаження UPO + обробка відхилення) у тестовому середовищі на ksef-test.mf.gov.pl. Два дні тестування заощаджують два тижні гасіння пожеж після виробничого старту.

Найпоширеніші запитання

Як надіслати рахунок-фактуру до KSeF? - Генеруєте XML відповідно до схеми FA(3), автентифікуєте сесію (кваліфікований підпис, кваліфікована печатка, Профіль Довіри, токен KSeF або сертифікат KSeF), передаєте файл на шлюз KSeF, отримуєте номер KSeF та UPO. У переважній більшості випадків це робиться в онлайн-режимі, з поданням у момент виставлення.

Чи можна надіслати PDF до KSeF? - Ні. KSeF приймає виключно структурований XML відповідно до схеми FA(3). PDF може бути візуалізацією рахунку-фактури або джерелом для конвертації, але не файлом, прийнятим системою.

Скільки коштує подання рахунку-фактури до KSeF? - Саме подання до KSeF безкоштовне - систему веде Міністерство фінансів. Витрати включають можливу ліцензію ERP/бухгалтерії, кваліфікований підпис (прибл. 250-400 злотих/рік) або кваліфіковану печатку (прибл. 500-1 200 злотих/рік). Сертифікат KSeF, Профіль Довіри та токен KSeF безкоштовні. Безвитратна альтернатива без реєстрації - KSeFGPT.

Що таке UPO в KSeF? - UPO (офіційна квитанція про прийняття) - офіційне підтвердження того, що KSeF прийняв рахунок-фактуру. Містить номер KSeF, дату та час прийняття, криптохеш SHA-256 та індикатор режиму. Доступний у форматах XML та PDF. UPO, а не електронний лист чи скріншот, є правовим доказом виставлення рахунку-фактури.

Скільки часу є для подання рахунку-фактури в режимі offline24? - Негайно, не пізніше наступного робочого дня після виставлення рахунку-фактури в режимі offline24. Правова основа: ст. 106nda польського Закону про ПДВ.

Що робити, якщо KSeF недоступний? - Якщо МФ оголошує недоступність (ст. 106nh), подаєте рахунок не пізніше наступного робочого дня після закінчення недоступності. При оголошеному збої (ст. 106nf) є 7 робочих днів з моменту закінчення збою. В обох випадках виставляєте рахунок-фактуру FA(3) XML локально, з двома QR-кодами на візуалізації, наданій покупцеві.

Які QR-коди повинен мати офлайн-рахунок-фактура? - Два QR-коди: QR-КОД I 'ОФЛАЙН', що дозволяє верифікацію документа в KSeF після подання, та QR-КОД II 'СЕРТИФІКАТ', що підтверджує особу виставника і вимагає сертифіката KSeF тип 2. Обидва повинні бути видимими на візуалізації (PDF, роздруківка), наданій покупцеві поза KSeF.

Чи достатньо токена KSeF у 2026 році? - Токен KSeF залишається у вжитку протягом перехідного 2026 р. згідно з повідомленнями МФ - він поступово замінюється сертифікатами KSeF, доступними з 1 листопада 2025 р. і практично використовуваними з 1 лютого 2026 р. Якщо ви проектуєте нову інтеграцію, базуйте її на сертифікатах.

Яке обмеження розміру рахунку-фактури в KSeF? - 3 МБ включно з вкладеннями на один рахунок-фактуру. При більших файлах вкладення потрібно розбивати або оптимізувати їх розмір (наприклад, стиснення зображень).

Як перевірити, чи прийняв KSeF рахунок-фактуру? - Позитивним сигналом є присвоєння номера KSeF у форматі NIP-YYYYMMDD-10hex-2hex та отримання UPO (зазвичай протягом хвилин після валідації). Відсутність UPO через 30 хвилин в онлайн-режимі є сигналом для перевірки статусу сесії та можливих відхилень.

Пов'язані статті

Щоб глибше вивчити практичні аспекти подання рахунків-фактур до KSeF, почніть з цих чотирьох матеріалів:

KSeFGPT - додаток для імпорту, експорту та AI-аналітики рахунків-фактур - повний опис безкоштовної альтернативи додатку платника та ERP-систем, включаючи масовий імпорт CSV/PDF та AI-розпізнавання даних.

Чи можна надіслати PDF до KSeF - детальне пояснення різниці між PDF та FA(3) XML і як підготувати PDF до подання.

Валідація та обробка XML у KSeF - механіка валідації на боці МФ, типові XSD-помилки та діагностика.

Чи можна не використовувати KSeF у 2026 році - винятки, граничні дати та наслідки неподання в обов'язковому режимі.