KSeF 2026: повний гайд — FA(3), ZAW-FA, штрафи до 100% ПДВ, коди помилок і чек-ліст

Чому ця стаття — не «ще один огляд KSeF»

KSeF (Krajowy System e-Faktur) — це clearance-модель електронних фактур. Рахунок юридично не існує, доки центральна система Мінфіну Польщі не прийняла й не валідувала його. Жодних паперів, PDF на пошту чи Excel-таблиць. Лише структурований XML за схемою FA(3) — інакше документа немає.

Більшість оглядів KSeF зупиняються на «терміни + 10 000 zł + загальні поради». Цього було достатньо у 2024-му. У 2026-му, коли система вже працює і компанії стикаються з реальністю, питання інше: як це не зламає мій облік на 3-му місяці. І відповідей на це питання в загальних оглядах немає.

Ця стаття — про те, що болить насправді:

• Як правильно подати ZAW-FA(3) і чому ePUAP більше не працює
• Які методи автентифікації є і коли який обирати (з реальними цінами)
• Чим FA(3) відрізняється від попередньої FA(2) і що ламається під час міграції
• Конкретні коди помилок KSeF — з прикладами і фіксами, а не «зверніться до підтримки»
• Коригувальні фактури (faktura korygująca) в KSeF — окрема пастка
• Спеціальні кейси: B2C, експорт із нульовою ставкою, split payment, бартер
• Платні рішення (Comarch, Symfonia, Sage, Enova) vs open-source — чесне порівняння

Ключові дати 2026–2027

Запам’ятайте ці шість дат — на них будується вся стратегія переходу:

Штрафи: чому 2026 — не «безкоштовний рік»

Польське Міністерство фінансів зробило 2026 рік періодом адаптації — фінансові штрафи за порушення KSeF не нараховують увесь 2026 рік. Звучить як подарунок. Це не подарунок — це пастка для тих, хто сприйме буквально.

З 1 січня 2027 діють санкції за ст. 106ni VAT Act:

• До 100% суми ПДВ на рахунку, виставленому поза KSeF (для рахунків, які мали бути в KSeF).
• До 18,7% від суми рахунку — якщо ПДВ немає (експорт із нульовою ставкою, послуги в EU тощо).
• 500 zł за помилку — діє з березня 2026 за неправильні позначення KSeF у файлах SAF-T (JPK_VAT). Це вже не «з 2027», це зараз.

Міністерство фінансів Польщі заявило, що максимальні санкції не застосовуватимуться автоматично — кожен випадок розглянуть індивідуально. Це гарна новина, але вона працює лише для тих, хто документально доведе, що сумлінно намагався виконати вимоги. Для решти формула «100% ПДВ» — реальний орієнтир.

Простий приклад. Рахунок 100 000 zł нетто + 23 000 zł ПДВ, виставлений поза KSeF у 2027 році, може коштувати додаткових 23 000 zł штрафу. Один такий рахунок — і вся економія на «впровадимо потім» зникає.

Ліміт 10 000 zł: 3 типові помилки розуміння

До 31 грудня 2026 діє перехідне послаблення: можна виставляти рахунки поза KSeF (паперові або звичайні електронні), якщо сума таких рахунків у конкретному календарному місяці не перевищує 10 000 zł з ПДВ. Важливе застереження: тлумачення цього правила в джерелах неоднозначне. За однією версією — це загальне послаблення для всіх платників ПДВ, за суворішою версією — воно стосується лише мікропідприємців з додатковою умовою (окремий рахунок не перевищує 450 zł). Перед застосуванням перевірте свій випадок у податкового консультанта. Помилок у розумінні — три.

Помилка №1. «Ліміт річний»

Ні. Ліміт обнуляється щомісяця. У січні — 10 000, у лютому ще 10 000, але в межах кожного місяця окремо. Рік — це 12 окремих лімітів, а не 120 000 zł разом.

Помилка №2. «Перевищили — сплатимо штраф»

У 2026 штрафу немає, але щойно перевищили ліміт у місяці — усі наступні рахунки цього місяця мають іти через KSeF. Якщо їх виставляють поза KSeF, покупець має право не приймати рахунок і не платити, доки не отримає KSeF-версію. З 2027 додається ще й штраф.

Помилка №3. «Виняток покриває весь процес»

Виняток стосується лише виставлення. Приймання та обробку KSeF-рахунків від постачальників ви все одно зобов’язані налаштувати — навіть якщо самі виставляєте 5 000 zł на місяць. Це найчастіша пастка малого бізнесу.

ZAW-FA(3): як отримати доступ і не застрягти на 3 тижні

ZAW-FA — це форма, через яку юридична особа призначає суперадміністратора, який матиме власницькі права в KSeF (наділяти й відкликати повноваження інших користувачів). З 1 лютого 2026 діє нова версія: ZAW-FA(3), попередня ZAW-FA(2) скасована.

Що змінилося в ZAW-FA(3)

• Уточнено перелік ідентифікаційних даних повіреного і довірителя
• Скориговано процес для генерального повіреного (адвокат/радца) і UKO (użytkownik konta organizacji)
• Інтерактивний PDF — менше шансів пропустити обов’язкове поле

Як подати ZAW-FA(3) — і чому ePUAP більше не варіант

З 1 січня 2026 ZAW-FA, подана через ePUAP, не вважається доставленою до податкової. Це не баг — це навмисна зміна. Альтернативи:

Альтернатива ZAW-FA: кваліфікована електронна печатка з NIP

Якщо в компанії вже є кваліфікована електронна печатка з номером NIP — ZAW-FA подавати не потрібно. Логін печаткою автоматично дає власницькі права в KSeF. Це швидше, але має ціну: ~1 000–3 000 zł на рік за сертифікат. Рішення часто оптимальне для середнього бізнесу, який не хоче залежати від паперових процедур.

Методи автентифікації: коли який обирати

Юридичні особи (не фізособи) можуть автентифікуватися в KSeF трьома способами. Кожен має свій сценарій використання:

Для більшості компаній логіка така: якщо ви ERP-інтегровані — беріть KSeF certificate і налаштовуйте через ERP-вендора. Якщо у вас просто бухгалтер із ноутбуком — кваліфікована печатка дасть найменше тертя. Token — лише для тестування: він зникне, не будуйте на ньому бойові процеси.

FA(3) vs FA(2): що змінилося і що ламається

З 1 лютого 2026 формат рахунка-фактури в KSeF — FA(3). Структура FA(2), яка діяла раніше, більше не приймається. Якщо ваш ERP ще не оновлений під FA(3) — рахунки відхилятимуться без винятку.

Що нового у FA(3)

• Розширений набір опціональних полів — для специфічних транзакцій (наприклад, послуги у валюті, обмеження факторингу).
• Уточнені правила для GTU-кодів (Grupowanie Towarów i Usług) — обов’язкові для певних категорій товарів/послуг.
• Суворіші правила для розрахунків із різними ставками ПДВ в одному документі.
• Покращена підтримка коригувальних фактур (див. розділ нижче).

Що ламається під час міграції FA(2) → FA(3)

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

Коди помилок KSeF із фіксами (реальний досвід)

Це найкорисніший розділ для тих, хто вже в продакшні. Нижче — типові помилки, з якими стикаються компанії в перші місяці KSeF, з конкретними фіксами:

Коригувальні фактури (faktura korygująca): окрема пастка

Коригувальна фактура — це не «такий самий рахунок, лише виправлений». У KSeF це окремий тип документа зі своїми правилами, які часто не сприймаються всерйоз під час планування. А вони ламають практично кожне впровадження.

Чим відрізняється коригування в KSeF

• Прив’язка до оригіналу через KSeF ID, а не через номер документа. Якщо оригінал виставлений поза KSeF (наприклад, у січні 2026 ще на старій FA(2)) — як зробити коригування? Це окремий процес.
• Підстава коригування має бути вказана з фіксованого переліку причин (повернення товару, помилка в ціні, знижка post-factum тощо). «Інше» — не підтримується.
• Коригування з нульовою або від’ємною сумою має свій формат, який багато ERP не вміють генерувати «з коробки».
• Коригування коригування — окремий сценарій, який часто не протестований. Бухгалтерія звикла «викинути неправильний і виставити новий», у KSeF так не можна.

Чому це болісно

У типовій компанії коригування — це порядку 5–15% від загального обсягу документів (залежить від галузі). Якщо процес коригувань не налаштований, ці 5–15% ідуть у ручну обробку. Приклад розрахунку: на обсязі 1000 рахунків на місяць це 50–150 ручних випадків, кожен із яких займає в бухгалтера 15–30 хвилин — тобто 20–75 робочих годин на місяць. На вашому обсязі цифри будуть інші, але логіка та сама: непротестований процес коригувань = окрема ставка людини на ручну роботу.

Спеціальні кейси: B2C, експорт, split payment

B2C — добровільний KSeF

B2C-транзакції (продаж кінцевим споживачам) залишаються поза обов’язковим KSeF. Це окрема історія, яка має свої правила: касові апарати, NIP покупця, споживчі запити на рахунок. KSeF тут добровільний — ви можете виставити, але не зобов’язані. Дата обов’язкового впровадження для B2C не запланована.

Експорт із нульовою ставкою ПДВ

Експорт за межі ЄС і деякі операції всередині ЄС — ставка ПДВ 0 або oo (зворотне оподаткування). Тут штраф «100% ПДВ» не працює (ПДВ нуль), але працює альтернатива: до 18,7% від загальної суми. На експорті 500 000 zł це 93 500 zł потенційного штрафу.

Split payment (MPP)

Split payment — спеціальний механізм оплати для певних категорій (метали, паливо, електроніка тощо), де ПДВ перераховується на окремий ПДВ-рахунок покупця. З 1 серпня 2026 у банківському переказі MPP обов’язково має бути KSeF ID — інакше банк може відмовити в переказі. Великі польські банки впроваджують підтримку цього реквізиту, але процес іде нерівномірно — перевірте у свого банк-клієнта (Bankowość) напряму, чи є поле KSeF ID у шаблоні платіжного доручення. Якщо немає — це окремий ризик, який варто закрити до серпня.

Бартер і компенсації

Бартер (взаємозалік) у KSeF оформляється як дві окремі фактури з прив’язкою через документи компенсації. Не як одна «нульова». Це часта помилка — її ловить аудит, не KSeF.

5 змін KSeF 2.0, які пропускають у планах

1. KSeF ID у банківських переказах (з 1 серпня 2026)

У реквізитах банківського переказу потрібно вказувати ідентифікатор KSeF-рахунка. Якщо ваша бухгалтерська система не передає ID у платіжне доручення — клієнт не зможе зіставити платіж із рахунком, а у вас почнеться хаос у звірці. Особливо критично для split payment.

2. Режим «Offline24» — тепер постійний

У форс-мажорі (немає інтернету, KSeF недоступний) можна виставити рахунок офлайн і відправити наступного дня. Для постійного використання потрібен спеціальний дозвіл (з 1 листопада 2025). Якщо плануєте офлайн як норму — починайте процедуру заздалегідь.

3. QR-код на паперових / PDF копіях

Якщо ви роздруковуєте e-фактуру для клієнта, на копії має бути QR-код у стандартному форматі. Це не «додайте картинку» — це обов’язковий елемент. Впливає на шаблони друку в усіх ERP/CRM-системах.

4. Рахунки з додатками — окремий процес

Якщо ви додаєте до рахунка специфікації, акти, технічні описи — це окремий сценарій зі своїми правилами зберігання, термінів і операційної обробки. Ламає терміни виставлення і внутрішні SLA, якщо не передбачили заздалегідь.

5. Зберігання 10 років у KSeF

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

7 пасток, які проявляються на 3-му місяці

1. «У нас усе в ERP» — а виявилося, що ні. Бухгалтерія час від часу виставляла «ручні» рахунки через Word/Excel — для коригувань, авансів, нестандартних клієнтів. У KSeF цей канал зникає. Усі рахунки мають іти через одну систему.
2. Немає власника процесу end-to-end. IT відповідає за інтеграцію, бухгалтерія — за дані, юрист — за ZAW-FA. Коли рахунок відхиляється, ніхто не реагує. Помилки «між відділами».
3. Коригування не протестовані. Стандартний випадок — простий. А коригувальні рахунки, повернення, аванси, кейси з кількома ставками — саме там KSeF відхиляє.
4. Неузгоджені довідники. NIP клієнта в ERP без роздільників, у CRM — з тире, у білінгу — з PL-префіксом. На 100 рахунках це нормально. На 10 000 — катастрофа.
5. Приймання ігнорується. Усі готувалися «відправляти». Майже ніхто не готувався «приймати». Що робить ваш співробітник із KSeF-рахунком о 18:30 у п’ятницю?
6. Платежі не зіставляються. З серпня 2026 KSeF ID має бути в банківському переказі. Якщо банк-клієнт не передає ID, бухгалтерія руками шукає, який платіж до якого рахунка.
7. Відсутній моніторинг статусів. Скільки відправлено, скільки відхилено, скільки в черзі, хто відповідає? Якщо ви дізнаєтеся про проблему від клієнта — ви вже програли.

6 із 7 пасток — не про API і не про XML. Вони про процеси, відповідальність і дані. Інтеграція — це 20% роботи. Решта 80% — операційний шар навколо неї.

Платні рішення vs open-source: чесне порівняння

Якщо у вас немає внутрішньої команди розробників — найпростіше використати готове платне рішення. Якщо є — open-source дає більше гнучкості за меншу ціну підписки. Ціни нижче — орієнтовні діапазони на початок 2026 року, актуальні тарифи і комплектації запитуйте у вендорів:

Платні (комерційні)

Open-source: «операційний шар» навколо KSeF

Open-source інструменти не замінюють бухгалтерську систему. Вони закривають те, що офіційні рішення ігнорують: моніторинг, маршрутизацію відхилених рахунків, ручну обробку винятків, кастомну логіку, інтерфейси для людей, які щодня працюють із рахунками.

Як обрати: матриця рішень

• Малий бізнес (до 100 рахунків/міс), без IT-команди → Enova365 або Symfonia + бухгалтер
• Середній бізнес (100–1000 рахунків/міс), стандартні процеси → Comarch або Symfonia + кваліфікована печатка
• Середній+ бізнес з нестандартними процесами → MyCompany (lsFusion) + власна команда або партнер
• Будь-який розмір з потребою в гнучкості → платний ERP + open-source шар (Appsmith / n8n) для моніторингу
• Великий бізнес, складна інтеграція → SAP/Comarch Enterprise + кастомна розробка

Чек-ліст 30 / 60 / 90 днів

Висновок: що зробити цього тижня

KSeF — це операційний проєкт, а не «формат XML». Лише ті, хто заздалегідь наводить лад у даних, фіксує відповідальність і будує керований процес end-to-end, проходять перехід без болю.

Якщо у вас ще немає плану — зробіть ці три речі цього тижня:

1. Подайте ZAW-FA(3) через e-US (або починайте процес отримання кваліфікованої печатки). Не через ePUAP — він більше не працює з 1 січня 2026.
2. Знайдіть «тіньові» канали виставлення. Хтось у вашій компанії виставляє рахунки поза основною системою? Це найбільший ризик. Поки не закриєте цей канал — KSeF не працюватиме чисто.
3. Запитайте свого ERP-вендора три конкретні речі: (1) які поля FA(3) мапляться з яких полів ERP, (2) як вони передають KSeF ID у банківські перекази, (3) яка процедура для відхилених рахунків. Якщо відповіді нечіткі — у вас буде проблема. Шукайте альтернативу.

Офіційні джерела

• KSeF на podatki.gov.pl — офіційний портал
• KSeF на gov.pl — Міністерство фінансів Польщі
• Логічна структура FA(3) — специфікація
• ZAW-FA(3) в e-Urzędzie Skarbowym

Швидкий зворотний зв’язок

Схожі матеріали