Найголовніше за хвилину

ДПС оприлюднила на своєму вебпорталі документ «Типові технічні помилки автоматизованої перевірки даних файлу SAF-T UA» — орієнтовно 24–25 вересня 2026 року, у форматі таблиці Excel.
Перелік має дві частини: перевірки обмежень ідентифікації з кодами FE і перевірки логічної узгодженості та цілісності даних з кодами RE.
FE — це посилальна цілісність (key/keyref): чи існує кожне значення-посилання — код рахунку, контрагента, типу податку, одиниці виміру — у відповідному довіднику файлу.
RE — логічна й довідкова узгодженість. П’ять перевірок із вісімнадцяти є бухгалтерськими балансовими контрольними співвідношеннями, решта — коректність класифікаторів.
Для цих п’яти балансових перевірок документ прямо вказує допустиме відхилення — 100,00 грн.
Це перший офіційний матеріал такого рівня деталізації: раніше точні контрольні співвідношення ДПС окремо не публікувала.
Практичний висновок: XSD-валідність не означає готовності до автоматизованої перевірки. Після XSD залишаються ще два окремі класи контролю.

Що саме оприлюднила ДПС

За інформацією профільних видань, перелік підготовлено за результатами тестування файлів SAF-T UA, практичного досвіду взаємодії з платниками та у відповідь на запити бізнесу щодо роз’яснення технічних помилок. Документ опублікований у розділі вебпорталу ДПС, присвяченому SAF-T UA, у вигляді таблиці Excel з описом кожної перевірки, умовами застосування та рекомендаціями.

Це підтверджує те, про що ми писали раніше: формування коректного SAF-T — не одноразова технічна дія, а ітеративний процес. Без розуміння конкретних контрольних процедур отримати чистий файл з першого разу складно.

Про цифри. 116 FE- і 18 RE-перевірок — це власний підрахунок LUCAS за оприлюдненим Excel-файлом, де кожна перевірка має окремий рядок з унікальним кодом. ДПС у супровідному тексті цих чисел не називає.

Три різні рівні контролю

Новий перелік варто розглядати окремо від того, про що йдеться у статті «Валідація SAF-T UA»:

XSD-валідація — відповідність XML структурі та обмеженням схеми.
FE-перевірки — посилальна цілісність: чи кожне значення-посилання справді існує там, куди воно посилається.
RE-перевірки — логічна й довідкова узгодженість даних, включно з бухгалтерськими контрольними співвідношеннями.

Проходження одного рівня не гарантує проходження інших.

FE: перевірки ідентифікаційних обмежень

Усі FE-перевірки побудовані за однією логікою. Береться значення-посилання з конкретного розділу файлу, наприклад код рахунку в рядку проводки, і перевіряється, чи існує воно у відповідному ключовому довіднику. Не знайдено — зафіксовано відхилення.

Нижче ми згрупували FE-перевірки за типом посилання. Це аналітичне групування LUCAS: офіційний файл перелічує кожну перевірку окремим рядком, без такого укрупнення.

Група посилань	Перевірок	Типова причина помилки
Код рахунку → Таблиця рахунків	24	Рахунок використаний в операції, але відсутній у довіднику плану рахунків файлу
Тип податку → довідник типів податків	13	Неузгодженість типу податку між довідниками й фактичними операціями
Код податку → довідник кодів податків	9	Застарілий або неправильно заведений код ставки
Постачальник → довідник постачальників	9	Дублікат чи неузгоджена картка постачальника між модулями обліку
Тип аналітики → довідник типів аналітики	10	Використання субконто, не внесеного до довідника файлу
Значення аналітики → довідник значень	10	Те саме на рівні конкретного значення, а не типу
Клієнт → довідник клієнтів	7	Дублікати контрагентів або розбіжність ідентифікаторів
Власник (засновник) → підрозділ «Власники»	7	Неповний довідник засновників
Ідентифікатор операції → «Бухгалтерські операції»	7	Розрив зв’язку між первинним документом і проводкою
Одиниця виміру → довідник одиниць виміру	6	Нестандартна чи застаріла одиниця виміру в номенклатурі
Тип операції → довідник типів операцій	5	Тип операції відсутній у довіднику TransactionFeatures
Код товару → довідник номенклатури	4	Товар проданий чи списаний під кодом, якого немає в довіднику
Тип і підтип руху запасів	2	Нестандартний тип складської операції
Складський рахунок, ідентифікатор активу, унікальність ключів	3	Дублікати ідентифікаторів або розрив зв’язку з активом

Більшість FE-перевірок стосується повноти й узгодженості довідників — тих самих проблем, що й у статтях про підготовку файлу з 1С і SAP: дублікати контрагентів, неповні довідники, розбіжності між модулями. Офіційний перелік підтверджує, що це типові помилки, а не поодинокі випадки.

RE: перевірки логічної узгодженості

П’ять перевірок із вісімнадцяти — балансові контрольні співвідношення з явною логікою:

RE-2. Збалансованість рахунків і субрахунків: залишок на початок плюс рух за період дорівнює залишку на кінець, а підсумки дебетових і кредитових залишків збігаються між собою.
RE-3. Збалансованість наявності й руху запасів — узгодженість розділів «Запаси» та «Операції із запасами» з рахунками Головної книги.
RE-4. Збалансованість наявності й руху необоротних активів — надходження, амортизація, вибуття проти відповідних рахунків.
RE-5. Збалансованість розрахунків з покупцями та замовниками.
RE-6. Збалансованість розрахунків з постачальниками та підрядниками.

Решта 13 перевірок — коректність класифікаторів і довідкових даних: відповідність кодів рахунків Таблиці рахунків, з окремим урахуванням плану рахунків для банків (RE-1); індивідуальні податкові номери платників ПДВ (RE-7, RE-18); коди податків для ПДВ (RE-8); групи активів за Податковим кодексом (RE-9); методи амортизації (RE-10); типи осіб (RE-12); ознаки пов’язаності, що прямо перетинається з трансфертним ціноутворенням (RE-13); коди валют, країн, одиниць виміру, УКТ ЗЕД / ДКПП (RE-14 — RE-17). Окремо стоїть RE-11 — відповідність поданого файлу параметрам запиту ДПС: періоду й обсягу.

Допустиме відхилення 100 грн

Для п’яти балансових перевірок документ прямо вказує поріг — 100,00 грн. Різниця в межах цієї суми не вважається відхиленням, перевищення означає непроходження контрольного співвідношення. Причину розбіжності — як у межах порогу, так і понад нього — все одно треба аналізувати за вихідними обліковими даними: сам документ походження конкретної різниці не роз’яснює.

До кожної з цих п’яти перевірок додається пояснювальна таблиця — фактично шаблон оборотно-сальдової відомості чи відомості розрахунків з переліком колонок, за якими рахуються контрольні суми. Тобто платник може заздалегідь перевірити файл за оприлюдненою логікою. Гарантії, що перелік вичерпно відтворює всю внутрішню логіку виробничої системи ДПС, він при цьому не дає.

Що це означає для платників

Перед поданням перевіряти не лише XSD-валідність, а систематично проходити FE- і RE-контролі — насамперед п’ять балансових співвідношень із порогом 100 грн.
Якість довідників — контрагентів, номенклатури, типів операцій, аналітики — не формальність, а джерело більшості FE-помилок.
Узгодженість між розділами файлу, наприклад запаси й рухи запасів, активи й операції з активами, важить більше, ніж здається: саме на це розраховані RE-перевірки.
Перелік варто використовувати як чекліст внутрішньої валідації незалежно від того, яка облікова система є джерелом даних.

Що перелік змінює для SAF-T-рішень

Для розробників це готовий матеріал для автоматизованої валідації. Проходити FE- і RE-контролі вручну більше немає сенсу — їх варто перетворити на validation rules, які проганяють файл до подання, і включити в регресійне тестування, щоб зміна мапінгу чи джерела даних не ламала вже пройдені перевірки непомітно.

Два додаткові моменти. Шар валідації не оновлюється сам: після зміни XSD-схеми чи нових роз’яснень ДПС його треба оновлювати окремо. І для кожної перевірки корисно мати простежуваність до конкретного вихідного поля й правила мапінгу — це помітно пришвидшує виправлення.

SAF-T Connector виконує XSD-валідацію, бухгалтерські контролі й міжсекційні звірки до подання файлу, а Excel-перегляд дає команді клієнта побачити дані у звичному вигляді. Перелік ДПС ми використовуємо як джерело правил для цього шару перевірок.

Часті запитання

Що таке перелік типових технічних помилок SAF-T UA?

Офіційний документ ДПС, який описує автоматизовані перевірки файлу після XSD-валідації: 116 перевірок ідентифікаційних обмежень (FE) і 18 перевірок логічної узгодженості (RE).

Чим FE відрізняються від RE?

FE перевіряють посилальну цілісність — чи існує кожне значення-посилання у відповідному довіднику файлу. RE перевіряють логічну й довідкову узгодженість: частина з них — балансові контрольні співвідношення, решта — коректність класифікаторів.

Чи означає проходження XSD, що файл пройде й ці перевірки?

Ні. XSD підтверджує лише відповідність структурі та обмеженням схеми. FE і RE — окремі рівні контролю.

Яке допустиме відхилення для балансових перевірок?

Для п’яти контрольних співвідношень RE-2 — RE-6 документ вказує 100,00 грн. Це Головна книга, запаси, необоротні активи, розрахунки з покупцями і постачальниками.

Які перевірки найчастіше пов’язані з довідником контрагентів?

Групи CustomerID (7 перевірок) і SupplierID (9 перевірок). Вони фіксують відхилення, коли контрагент з операції не знайдений у довіднику файлу — найчастіше через дублікати карток.

Чи стосується перелік лише великих платників?

Правила технічної перевірки релевантні будь-якому файлу SAF-T UA, сформованому за відповідною схемою. Обов’язок подавати файл залежить від статусу платника й виду перевірки — це перелік технічних помилок не регулює. Детальніше — у статті «Хто подає SAF-T UA».

Де подивитися повний текст?

На вебпорталі ДПС у розділі, присвяченому SAF-T UA, у форматі таблиці Excel з описом кожної перевірки.

Висновок для CFO

Перелік підтверджує те, що видно в проєктах: основна складність SAF-T — не генерація XML, а якість довідників і узгодженість даних. 116 FE-перевірок показують, наскільки системно ДПС контролює посилальну цілісність файлу, 18 RE-перевірок — наскільки серйозно перевіряється логічна узгодженість, включно з конкретними контрольними співвідношеннями й порогом відхилення. Використовуйте перелік як чекліст внутрішньої валідації до фактичного запиту, а не після нього. Почніть з оцінки готовності або напишіть нам.