KSeF 2.0 змінює не лише формат польського рахунку-фактури. Система впливає на момент його виставлення й отримання, доступ користувачів, обробку відхиленого файла, передання візуалізації іноземному контрагенту та роботу за відсутності Інтернету або недоступності KSeF. Тому впровадження охоплює податки, бухгалтерію, продажі, платежі, безпеку доступів та IT.
1. Що робить KSeF 2.0 — і чого система не перевіряє
KSeF — державна система для виставлення, надсилання, отримання, доступу та зберігання структурованих рахунків, а також керування повноваженнями. Юридичним джерелом є XML-файл за структурою FA(3), прийнятий системою та позначений унікальним номером KSeF. PDF — лише візуалізація. KSeF не підтверджує реальність операції, правильність ставки VAT чи місця оподаткування і не визначає право покупця на відрахування.
| Господарська операція | затвердження даних продажу й обліку |
|---|---|
| Створення | програма формує XML FA(3) |
| Надсилання | файл передають онлайн або за відповідною офлайн-процедурою |
| Перевірка | KSeF приймає або відхиляє файл |
| Доказ | прийнятий рахунок отримує номер KSeF; зберегти статус/UPO й логи |
| Облік | узгодити продаж, покупку, платіж і JPK |
2. Хто зобов’язаний виставляти рахунки в KSeF?
| Від 1 лютого 2026 року | платники з продажами брутто за 2024 рік понад 200 млн PLN |
|---|---|
| Від 1 квітня 2026 року | більшість інших активних і звільнених від VAT платників |
| До 31 грудня 2026 року | рахунки можуть залишатися поза KSeF, якщо місячний продаж брутто за рахунками у сфері KSeF не перевищує 10 000 PLN |
| Від 1 січня 2027 року | завершується перехідне послаблення 10 000 PLN; діють передбачені законом штрафи й ідентифікація платежів |
Внутрішнє звільнення від VAT саме по собі не звільняє від KSeF. Платник із польським суб’єктним звільненням загалом підпадає під систему з урахуванням тимчасового правила 10 000 PLN і законних винятків. Натомість операції в межах транскордонної процедури SME за art. 113a закону про VAT не документуються в KSeF. Рахунки для споживачів можна виставляти в системі добровільно.
3. Іноземні компанії, споживачі та операції поза обов’язковим KSeF
Іноземний платник без місцезнаходження та постійного місця ведення діяльності в Польщі не зобов’язаний виставляти рахунки через KSeF. Виняток також діє, коли польське постійне місце існує, але не бере участі в конкретній поставці чи послузі. Окремі виключення стосуються спеціальних процедур, документів і самофактурування. Деякі виключені платники можуть користуватися системою добровільно, але не кожен випадок допускає це. Спочатку слід класифікувати операцію та ідентифікатори сторін.
Якщо покупець — споживач, іноземна компанія або інша особа, якій рахунок передають поза KSeF, продавець надає його погодженим способом, наприклад як належну візуалізацію з QR-кодом. Для польського бізнес-покупця з NIP додаткова згода не потрібна: рахунок вважається отриманим у момент присвоєння номера KSeF.
4. Обіг онлайн-рахунку та юридично важливі дати
- Перевірити контрагента, VAT, ціну, рахунок і податкові ідентифікатори.
- Створити XML FA(3) у програмі або застосунку MF.
- Авторизуватися в правильному контексті платника й надіслати файл.
- Контролювати статус; сам PDF не доводить прийняття KSeF.
- Записати номер KSeF і статус/UPO в реєстрі продажів та пов’язати з комерційним документом.
- Передавати візуалізацію поза KSeF лише у передбачених випадках.
В онлайн-режимі рахунок вважається виставленим у день надсилання до KSeF, якщо файл передано в дату з поля P_1. Польський платник VAT отримує його в момент присвоєння номера. Якщо файл надіслано пізніше за дату P_1, застосовуються правила offline24. Відхилення означає, що структурований рахунок не виставлено; помилку треба усунути й повторити надсилання за правильною процедурою.
5. Повноваження компанії, працівників і бухгалтерії
| Платник/власник | має первинне право й визначає користувачів |
|---|---|
| Адміністратор KSeF | керує правами; не повинен автоматично мати всі операційні права |
| Продажі/система | виставляють рахунки лише в призначеному контексті |
| Бухгалтерська фірма | отримує окремі права для кожного клієнта на виставлення та/або перегляд |
| Фінанси/контроль | переглядають рахунки та узгоджують статуси, платежі й облік |
| IT/інтегратор | має лише необхідний технічний доступ |
ФОП/JDG зазвичай автоматично отримує власницьке право для свого NIP. Компанія може авторизуватися кваліфікованою електронною печаткою або призначити особу через ZAW-FA. Бухгалтерська фірма не бачить автоматично рахунки всіх клієнтів: вона працює окремо в контексті NIP кожного клієнта й лише в межах наданих прав. Доступ треба негайно відкликати після зміни ролі працівника чи постачальника.
6. Сертифікати, токени та безпека
Сертифікат KSeF типу 1 використовують для автентифікації. Сертифікат типу 2 потрібен для коду перевірки виставця в offline24, під час планової недоступності або аварії. Строк його дії — не більше двох років. До кінця 2026 року паралельно можуть діяти токени й сертифікати, а від 1 січня 2027 року цільовим рішенням залишаються сертифікати. Сертифікат, токен і приватний ключ не можна пересилати e-mail або зберігати у відкритій папці; потрібні правила власності, поновлення, відкликання та реагування на інцидент.
7. Online, offline24, недоступність, аварія та повна відмова
| Online | надсилання в дату P_1 | виставлення при надсиланні; отримання після номера KSeF |
|---|---|---|
| Offline24 | можна обрати, наприклад при проблемі з Інтернетом у платника | надіслати не пізніше наступного робочого дня після виставлення |
| Offline — недоступність KSeF | під час сервісних робіт, оголошених MF | надіслати не пізніше наступного робочого дня після завершення недоступності |
| Аварійний режим | під час аварії, оголошеної в BIP MF та інтерфейсі | надіслати протягом 7 робочих днів після завершення аварії |
| Повна відмова | оголошена через засоби масової інформації | рахунки виставляють поза системою і пізніше не досилають |
Офлайн-рахунки також використовують FA(3). Якщо до присвоєння номера їх передають поза KSeF, потрібні коди OFFLINE і CERTYFIKAT; другий код вимагає сертифіката типу 2. Компанія має визначити, хто стежить за повідомленнями MF, активує процедуру, надсилає чергу та перевіряє прийняття після відновлення системи. Інструкції «надіслати пізніше» недостатньо.
8. Коригування, додатки та документи поза KSeF
Коригувальний рахунок до структурованого документа містить номер KSeF первинного рахунку. Якщо первинний документ створено офлайн і ще не прийнято, спочатку його надсилають та отримують номер, а потім виставляють коригування. Від 1 лютого 2026 року коригувальні ноти не застосовуються. До KSeF не надсилають pro forma, внутрішні документи, кредитові та дебетові ноти. Інтегрований додаток можливий після повідомлення ZGL_ZAL в e-Urząd Skarbowy; він може містити дані рахунку, але не маркетинг.
9. KSeF не переносить відповідальність компанії на бухгалтерію
| Компанія/правління | визначає операцію, контрагента, ціну, дату, погодження та користувачів |
|---|---|
| Продажі/операції | надають повні дані та перевіряють ідентифікатори покупця |
| Бухгалтерська фірма | налаштовує погоджені правила, діє за наданими правами, обліковує прийняті рахунки |
| IT-постачальник | підтримує інтеграцію, сертифікати, черги, логи й аварійні процедури |
| Спільний контроль | відхилення, дублікати, іноземна доставка, коригування, платежі та перегляд доступів |
Право бухгалтера виставляти рахунки не переносить податкову відповідальність. Компанія все одно надає правильні комерційні дані та погоджує операцію. Бухгалтерія повинна узгодити cut-off, канал передання, звіт про відхилення, коригування та докази для клієнта. Аварійний доступ потрібно протестувати заздалегідь.
10. JPK, платежі та звірка документів
Від 1 лютого 2026 року реєстри JPK_V7M(3) і JPK_V7K(3) містять номер KSeF для продажів і покупок, де він застосовується. Від 1 січня 2027 року активні платники VAT у визначених переказах за структуровані та окремі офлайн-рахунки вказуватимуть номер KSeF або збірний ідентифікатор, також у split payment. Реєстр рахунків, дані KSeF, банківська виписка та бухгалтерські книги мають використовувати однакові ідентифікатори. Зберігання в KSeF не замінює договори, погодження, докази виконання й податковий аналіз.
11. Типові помилки впровадження
- PDF вважають джерелом і не контролюють XML та статус;
- один спільний доступ використовують кілька осіб;
- очікують, що бухгалтерія автоматично побачить рахунки клієнта;
- не погоджують доставку й QR для іноземного покупця або споживача;
- застосовують offline24 без контролю наступного робочого дня;
- виставляють коригування до отримання номера первинного офлайн-рахунку;
- не звіряють відхилення, номери KSeF, JPK і платежі;
- трактують 10 000 PLN як річне звільнення.
12. Чекліст впровадження KSeF
- Зіставити продажі, покупки, міжнародні операції, B2C і винятки.
- Визначити системи та осіб, що створюють, погоджують, надсилають, отримують і обліковують рахунки.
- Надати мінімальні права та задокументувати ZAW-FA/печатку.
- Безпечно керувати сертифікатами й відмовитися від токенів до 2027 року.
- Протестувати FA(3), ідентифікатори, коригування, QR і відхилення.
- Описати окремо offline24, недоступність, аварію та повну відмову.
- Поєднати номери KSeF із продажами, покупками, JPK і платежами.
- Узгодити з бухгалтерією розподіл роботи та доказів.
- Перевірити відкликання доступу, строк сертифіката, чергу й управлінський звіт.
- Після змін знову перевірити право, повідомлення MF і програму.
inPL може скоординувати бухгалтерський облік, аутсорсинг бізнес-процесів та IT-послуги для KSeF, включно з доступами, обміном документами, бухгалтерським контролем та інтеграційними вимогами.
Інформацію перевірено 20 серпня 2026 року. Застосування KSeF залежить від платника, операції, одержувача й процедури. Перед впровадженням повторно перевірте закон про VAT, розпорядження, повідомлення MF, схему FA та документацію програми.