Нормативка без паніки: про SAF-T UA по-людськи

Суботній ранок. У міському парку ще спокійно, повітря свіже. На лавці – Звітлана з ноутбуком і добіркою документів: наказ № 561, законопроєкт № 6255, щось із XSD… 

До неї неквапом підходить Сафтій – той самий, з яким ще за студентських часів обговорювали API і реєстри. 

– Знову нормативка на вихідних? – всміхається він. 

– Вона мене знаходить сама, – зітхає Звітлана. – Усього так багато, що складно розібратись, що головне. Допоможеш? 

– Звісно! З чого почнемо? 

– З нормативно–правової бази. Бо без неї в нас нічого не стартує. 

– Окей. Впровадження SAF-T UA в Україні спирається на кілька ключових документів, – пояснює Сафтій. – Перший – наказ Мінфіну № 561 від 15 вересня 2020 року. Саме він змінив порядок надання електронних документів під час перевірок для великих платників. Цей наказ набрав чинності ще 27 серпня 2021 року. 

– Мг... я так розумію, цей наказ був лише початком? 

– Саме так. Далі був законопроєкт № 6255 від 2 листопада 2021 року. Він заклав уже більш конкретні терміни впровадження SAF-T UA: з 1 січня 2025 року SAF-T UA стає обов'язковим для великих платників, а з 1 січня 2027 року – для всіх платників ПДВ. Тобто готуватися потрібно вже зараз. 

– Зрозуміло, а що ж каже Податковий кодекс? 

– Пункт 85.2 статті 85 ПКУ чітко встановлює, що великі платники податків зобов’язані подавати SAF-T UA на запит податкової протягом двох робочих днів з моменту отримання запиту під час перевірки. 

– Класика жанру. І часу як завжди, обмаль, – зітхає бухгалтерка. 

– І ще одна штука: Порядок надання документів в електронному вигляді, затверджений наказом Мінфіну № 1393 від 7 листопада 2011 року досі діє. Його не скасували – просто до електронних документів тепер додається ще й SAF-T UA. 

– А як щодо технічної сторони? Тут узагалі складно, – зізнається Звітлана. – XML, .xsd, вся ця технічна мова – аж голова обертом.

– Якщо розібрати усе по частинах, то все не так складно, як здається, – заспокоює Сафтій. – Є кілька основних документів, які треба знати хоча б у загальних рисах: Детальний технічний опис елементів SAF T UA v 2.0 – це опис структури файлу. Додаток до Детального технічного опису елементів SAF-T UA v 2.0 містить пояснення щодо ключових параметрів кожного елементу. .xsd – SAF-T UA v 2.0 – це «каркас», за яким будується XML–файл. І нарешті – приклади XML. Є правильні приклади та «з помилками», щоб краще було зрозуміло, що може піти не так. 

– Гм... А якщо мені цього буде замало для повного розуміння картини?  

– Є ще один must-read: розділ Роз’яснення. Питання–відповіді на сайті ДПС. Там зібрані типові ситуації, часті помилки, запитання. Така собі техпідтримка, тільки без дзвінків і очікування на лінії. 

– Добре,  – видихає з полегшенням Звітлана. – Все виглядає простіше, ніж я уявляла. Залишилось знайти час усе це прочитати. 

– Думаю, з теплим мʼятним чаєм та краплею терпіння все піде як по маслу. 

– Так... Треба буде добряче запастися цим чаєм. 

Висновки: 

• Наказ № 561 – початок адаптації електронного документообігу. 

• Законопроєкт № 6255 – задає календарні рамки для обов’язкового подання SAF-T UA. 

• ПКУ, ст. 85.2 – юридична підстава для вимоги надати файл. 

• Наказ № 1393 (2011) – досі чинний порядок подання е-доків. 

• Технічна документація – v2.0, xsd, XML-приклади. 

• FAQ ДПС – перша допомога перед тим, як кликати айтішника. 

Далі буде... 

У наступній статті перше знайомство з M.E.Doc API SAF-T UA. 

• Ти щось чув про SAF-T UA?
• Серія розмов про SAF-T: просто про складне