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