SAF-T UA для платників ПДВ з 2027 року: що відомо, що не визначено і як готуватися
У ЗІР ДПС зазначено, що Національна стратегія доходів передбачає впровадження ІТ-рішень для обробки даних SAF-T UA для всіх платників ПДВ з 2027 року. Розбираємо, що це означає юридично і практично, які можливі сценарії та що варто перевірити бізнесу вже у 2026-му.
Найголовніше за хвилину
- У відповіді ЗІР ДПС зазначає, що в межах Національної стратегії доходів з 2027 року передбачено впровадження ІТ-рішень для обробки даних SAF-T UA для всіх платників ПДВ.
- Це не тотожне чинному повному механізму обов’язкового подання SAF-T UA всіма платниками ПДВ: законодавчі правила, процедура та відповідальність для масового сегмента потребують уточнення.
- Уже зараз SAF-T UA фактично застосовується до великих платників на підставі чинної ст. 85 ПКУ — на запит під час документальної перевірки, з поданням протягом двох робочих днів.
- Йдеться про подання на запит контролюючого органу, а не про регулярну звітність за розкладом.
- Прямого офіційного повідомлення про відмову від плану 2027 року ми не знайшли. Водночас законопроєкт №6255, який мав закріпити обов’язок у законі, Кабмін відкликав у липні 2025 року — станом на дату підготовки матеріалу ми не знайшли нового законопроєкту, який би замінив відкликаний №6255 і встановив повний механізм застосування SAF-T UA для всіх платників ПДВ.
- Розумна стратегія на 2026 рік: не панікувати і не запускати проєкт хаотично, але провести діагностику готовності даних — для складних компаній повне впровадження займає в середньому близько 4 місяців.
Що саме сказала ДПС
Джерело — відповідь ДПС на ресурсі ЗІР (категорія 130.01). У ній ДПС, посилаючись на Національну стратегію доходів, зазначає поетапне впровадження ІТ-рішень для обробки даних SAF-T UA:
- для великих платників податків — з 2025 року;
- для всіх платників податків, які є платниками ПДВ, — з 2027 року.
Важливо: формулювання про 2027 рік у Стратегії стосується впровадження ІТ-рішень для обробки даних SAF-T UA. Сам по собі цей план не замінює норм ПКУ, які мають визначити обов’язок, процедуру, строки та відповідальність для всіх платників ПДВ.
Деталь, яку легко пропустити у швидких переказах новин: формулювання стосується подання файлу на запит під час перевірки, а не регулярного щорічного подання всіма платниками ПДВ у визначену дату. Це принципово інша модель, ніж декларація з ПДВ: SAF-T UA формується у відповідь на конкретний запит у межах перевірки, а не «про всяк випадок» щороку.
ДПС пов’язує цю позицію з Національною стратегією доходів до 2030 року (розпорядження КМУ від 27.12.2023 №1218-р) і концепцією Е-аудиту, що передбачає поетапне впровадження SAF-T UA до 2027 року, узгоджене з графіком зобов’язань щодо вступу до ЄС.
Отже, позиція «2027 рік для всіх платників ПДВ» існує як план і адміністративна позиція ДПС — але не як чинна норма закону з визначеним механізмом застосування.
Що вже діє для великих платників
Для великих платників ситуація не гіпотетична: на підставі чинної ст. 85 ПКУ вони зобов’язані подавати SAF-T UA на запит контролюючого органу під час документальної перевірки. Строк — не пізніше двох робочих днів після отримання запиту; період, за який формується файл, визначає контролюючий орган у тексті запиту.
Важливий юридичний нюанс: за роз’ясненнями ДПС, SAF-T UA не є податковою звітністю в розумінні глави 2 ПКУ — це електронний документ (інформація), який подається на запит, а не окрема форма звітності зі своїм циклом подання.
Щодо відповідальності: окремого, самостійного виду фінансової санкції саме за неподання SAF-T UA ми не підтвердили жодним джерелом. Теоретично можуть застосовуватися загальні норми ПКУ щодо ненадання документів чи інформації на запит — конкретні суми свідомо не наводимо, бо це потребує окремого юридичного аналізу під конкретну ситуацію.
Ці правила стосуються великих платників; автоматично переносити їх на всіх платників ПДВ без окремого підтвердження некоректно. Це не означає, що аналогічний режим автоматично вже діє для всіх платників ПДВ.
Чи треба всім платникам ПДВ готуватися вже зараз
Чесна відповідь складається з двох частин.
Якщо читати позицію ДПС і Національну стратегію доходів буквально, ризик появи обов’язку для ширшого кола платників ПДВ із 2027 року реально існує, і ігнорувати його необачно: спростування чи офіційного скасування плану ДПС не публікувала.
Водночас формат застосування для масового сегмента не виглядає остаточним. Законопроєкт, який мав дати плану законодавчу основу, відкликано; нового немає. Публічної інформації про технічну готовність ДПС приймати файли від сотень тисяч платників і про масову кампанію навчання бізнесу — теж.
Практичний висновок: почніть із діагностики. Реальне питання не «чи буде закон», а «чи здатна компанія технічно сформувати SAF-T UA, якщо запит колись надійде, і скільки часу піде на приведення даних до ладу». Відповідь корисна за будь-якого регуляторного сценарію.
Чому масовий запуск — це складно
Платників ПДВ в Україні сотні тисяч, і їхні облікові системи дуже різні: BAS/1С у типових і глибоко кастомізованих конфігураціях, SAP, Oracle, Microsoft Dynamics, Odoo, галузеві рішення, а подекуди — комбінація систем з Excel. Формування SAF-T UA — це не «вивантажити XML», а експорт великого обсягу даних у суворо визначеній структурі з коректним мапінгом рахунків, податкових атрибутів і зв’язків між документами, проводками й накладними. У малого й середнього бізнесу часто немає IT-команди для швидкої реалізації.
Симетрична проблема на боці ДПС: одномоментне застосування вимоги до всіх платників ПДВ означало б необхідність приймати, валідувати й аналізувати величезну кількість файлів одразу. Без поетапності це ризик масових помилок, перевантаженої підтримки і формального «виконання» без реальної якості даних.
Можливі сценарії з 2027 року
Це сценарії, а не прогноз — жоден не гарантований:
| Сценарій | Що може статися | Що робити зараз |
|---|---|---|
| Запуск за чинною позицією | Новий законопроєкт ухвалено; з 2027-го вимога діє для всіх платників ПДВ | Діагностика готовності заздалегідь, щоб не потрапити в аврал |
| Поетапне застосування | Хвилі: спершу середні й великі платники ПДВ, потім решта | Оцінити свій сегмент і розставити пріоритети |
| Фактичний перехідний період | Дата настала, але масових запитів одразу немає | Використати час на спокійну підготовку |
| Лише ризикові платники | Фокус на платниках з підвищеним податковим ризиком | Оцінити власний ризик-профіль, готуватися пропорційно |
| Перенесення чи уточнення правил | Новий закон з іншими датами/порогами | Стежити за законодавчими ініціативами, не спиратися лише на ЗІР |
| Технічний запуск без масового застосування | Норма формально діє, фокус лишається на великих платниках | Мати реалістичний план на випадок активізації вимоги |
Кому готуватися першочергово
- великим платникам податків — для них SAF-T на запит уже реальність;
- середнім і великим платникам ПДВ за обсягами операцій;
- компаніям із кількома юридичними особами у структурі;
- компаніям на SAP, Oracle, Microsoft Dynamics, Odoo, BAS/1С чи кастомних системах, де експорт даних потребує окремого налаштування;
- компаніям із великим документообігом і складною аналітикою;
- компаніям із підвищеними податковими ризиками чи нетиповими операціями;
- тим, хто вже очікує або проходить податкову перевірку;
- компаніям у міжнародних групах із власними вимогами до якості даних.
Що перевірити бізнесу до 2027 року
- які облікові системи фактично використовуються;
- де зберігаються первинні документи — в системі, паперово, у сканах, розрізнено;
- чи повні довідники контрагентів, номенклатури, рахунків, податкових атрибутів;
- чи можна технічно вивантажити проводки за довільний період;
- чи простежується зв’язок: первинний документ → проводка → податкова накладна → оплата;
- чи зберігається історія змін в обліковій системі;
- чи використовується кілька баз, юросіб або ERP одночасно;
- чи придатні дані до мапінгу в структуру SAF-T UA;
- чи можна сформувати тестовий файл і чи проходить він XSD-валідацію;
- хто в компанії відповідатиме за SAF-T при реальному запиті;
- що конкретно треба виправити в обліку до першого запиту.
Чи запускати повний проєкт уже зараз
Починати варто не з купівлі інструменту, а з діагностики — але й відкладати до кінця 2026-го ризиковано. Для простої компанії перший етап може обмежитися оцінкою готовності: перевіркою джерел, довідників, проводок і можливості сформувати тестовий файл. Для компаній зі складною ERP, кількома юрособами чи історично неструктурованими даними повний проєкт часто займає близько 3–4 місяців або більше — залежно від кількості систем, якості даних і складності мапінгу; якщо діагностика покаже складний мапінг чи невалідний тестовий файл, чекати офіційного запиту буде вже запізно.
Практичний підхід LUCAS — три рівні:
- Діагностика — перевірка джерел даних, систем, довідників, проводок і первинки: реальний стан замість припущень.
- Тестовий файл — генерація SAF-T за обраний період і перевірка на XSD-валідність та логічні помилки: конкретні проблеми замість абстрактних ризиків.
- Операційна готовність — вбудовування формування SAF-T у регулярний цикл закриття періоду, щоб компанія могла відповісти на запит, коли б він не надійшов.
Перший крок описано в статті про оцінку готовності; особливості різних облікових систем — у матеріалі «SAF-T UA для SAP, BAS та Odoo».
Часті запитання
Чи муситимуть усі платники ПДВ подавати SAF-T UA з 2027 року?
У ЗІР ДПС є позиція, що Національна стратегія доходів передбачає SAF-T UA для всіх платників ПДВ з 2027 року. Але законопроєкт №6255, який мав закріпити відповідний механізм, відкликано; станом на дату матеріалу остаточний порядок, процедура і відповідальність для всіх платників ПДВ не визначені.
Йдеться про щорічне регулярне подання?
Ні. Наявна позиція стосується подання на запит контролюючого органу під час перевірки, а не регулярної щорічної звітності всіх платників ПДВ.
У який строк великий платник подає файл на запит?
Не пізніше двох робочих днів, наступних за днем отримання запиту.
Чи є окремий штраф саме за неподання SAF-T?
Окремого підтвердженого виду санкції саме за SAF-T UA ми не знайшли. Теоретично застосовні загальні норми щодо ненадання документів чи інформації на запит — конкретні суми перевіряйте окремо для вашої ситуації. Водночас це не виключає застосування загальних норм щодо ненадання документів або інформації на запит контролюючого органу.
Що зробити платнику ПДВ у 2026 році?
Провести діагностику готовності облікових даних: перевірити систему, довідники, можливість вивантаження проводок і зв’язок між документами — не чекаючи дедлайну чи першого запиту.
Чи потрібно одразу купувати SAF-T-рішення?
Без діагностики — ні. Але відкладати підготовку теж ризиковано: якщо компанія складна, повний проєкт займає в середньому близько 4 місяців, тому рішення про старт краще ухвалювати на основі оцінки готовності завчасно.
Висновок: не панікувати — і не чекати дедлайну
Станом на дату підготовки матеріалу ми не знайшли офіційної відмови від орієнтира 2027 року, але також немає остаточного законодавчого механізму, який би визначив порядок, строки і відповідальність для всіх платників ПДВ: профільний законопроєкт відкликано, нового немає. Найрозумніша позиція — у 2026 році перевірити готовність даних, оцінити складність мапінгу і зрозуміти реальний строк впровадження, щоб рішення про старт проєкту ухвалювати на основі фактів, а не в останній момент.