01.02.2026 · 8 хв

Найпоширеніші помилки у SAF-T UA: чому податкова відхиляє ваш файл і як це виправити

Відправили SAF-T UA до ДПС, а у відповідь отримали список помилок валідації? Ви не одні. Щомісяця компаній стикаються з відхиленням файлів через помилки, які система ДПС виявляє на етапі отримання Квитанції №2.

Державна податкова служба використовує близько 150 правил валідації для перевірки коректності структури та даних у файлах SAF-T UA. Ці правила охоплюють все — від формату XML до бізнес-логіки та балансів рахунків.

У цій статті розбираємо найпоширеніші помилки SAF-T UA, які зустрічаються на практиці, пояснюємо їхні причини та показуємо конкретні способи усунення.

Швидка навігація по помилках

Натисніть на код помилки, щоб миттєво перейти до детального опису та рішення:

Чому ДПС відхиляє SAF-T файли?

Система валідації ДПС перевіряє файл SAF-T UA на кількох рівнях:

  • Структурна валідація — відповідність XML-схемі та обовʼязковим полям;
  • Логічна валідація — узгодженість даних між різними розділами файлу;
  • Довідникова валідація — перевірка кодів за державними класифікаторами;
  • Бізнес-правила — контроль балансів, відповідності дебету та кредиту.

Кожна помилка має унікальний код (наприклад, FE-20 або RE-1), який точно вказує на проблему.

Помилки формату SAF-T UA (FE)

FE-20Валідація Ключ-Посилання RefTaxDifferenceTransactionsAccount

Опис: Рахунок обліку податкових різниць не знайдено у плані рахунків (GeneralLedgerAccounts). Система вимагає, щоб кожен рахунок, використаний у податкових транзакціях, був попередньо оголошений у розділі GeneralLedgerAccounts.

Як виправити:

  • Перевірте розділ MasterFiles > GeneralLedgerAccounts
  • Додайте відсутній рахунок до плану рахунків
  • Переконайтеся, що номер рахунку точно збігається у всіх розділах файлу

FE-37Валідація Ключ-Посилання RefPaymentLineCustomer - KeyCustomer

Опис: Ідентифікатор клієнта у платіжних документах не відповідає жодному запису у довіднику контрагентів.

Як виправити:

  • Додайте відсутнього клієнта до розділу MasterFiles > Customers
  • Перевірте формат CustomerID — він має бути ідентичним у всіх посиланнях
  • Уникайте зайвих пробілів та спецсимволів в ідентифікаторах

FE-41Валідація Ключ-Посилання RefGLTransactionLineCustomer1 - KeyCustomer

Опис: Клієнт, вказаний у проводці розділу III Бухгалтерські операції (GeneralLedgerEntries), відсутній у довіднику ІІ.5 Клієнти (Customers).

Рішення:

Синхронізуйте довідник Customers із даними у розділі GeneralLedgerEntries.

FE-42Валідація Ключ-Посилання RefAssetSupplier - KeySupplier

Опис: Постачальник, пов'язаний з активом компанії у розділі ІІ.14 Необоротні активи (Assets) , не знайдено у довіднику постачальників.

Рішення:

Додайте постачальника до розділу MasterFiles > Suppliers або видаліть посилання на нього з розділу Assets, якщо дані застаріли.

FE-43Валідація Ключ-Посилання RefGLTransactionLineSupplier - KeySupplier

Опис: У проводках розділу III Бухгалтерські операції (GeneralLedgerEntries) вказано постачальника, якого немає у довіднику ІІ.6 Постачальники (Suppliers).

Рішення:

Переконайтеся, що всі контрагенти-постачальники присутні у розділі Suppliers перед використанням їх у транзакціях.

FE-45Валідація Ключ-Посилання RefPaymentLineSupplier - KeySupplier

Опис: Ідентифікатор постачальника у платіжних рядках не збігається з жодним записом у довіднику ІІ.6 Постачальники (Suppliers).

Рішення:

Додайте всіх постачальників до довідника Suppliers або перевірте правильність написання SupplierID.

FE-48Валідація Ключ-Посилання RefOtherSourceDocumentLineAccountSupplier

Опис: У інших первинних документах ІV.6 Інформація про бухгалтерські довідки та інші первинні документи (OtherSourceDocuments) використано посилання на неіснуючого постачальника з розділу ІІ.6 Постачальники (Suppliers).

FE-50Валідація Ключ-Посилання RefGLTransactionLineSupplier1 - KeySupplier

Опис: У проводках розділу III Бухгалтерські операції (GeneralLedgerEntries) вказано постачальника (Поле SupplierID1), якого немає у довіднику ІІ.6 Постачальники (Suppliers).

FE-76Валідація Ключ-Посилання RefStockMovementLineUnitOfMeasure

Опис: Одиниця виміру товару у розділі ІV.4 Операції із запасами (MovementOfGoods) не відповідає жодній одиниці виміру, оголошеній у довіднику ІІ.8 Таблиця одиниць виміру (UOMTable).

Як виправити:

  • Перевірте розділ MasterFiles > UOMTable
  • Додайте відсутні одиниці виміру (шт, кг, л, м тощо)
  • Використовуйте стандартні коди одиниць виміру згідно з класифікатором одиниць виміру

FE-99Валідація Ключ-Посилання RefStockMovementLineSubType - KeyMovementType

Опис: Тип руху складу у розділі ІV.4 Операції із запасами (MovementOfGoods) не знайдено у довіднику ІІ.10 Таблиця типів руху (MovementTypeTable). Перевірте правильність заповнення довідника типів складських операцій.

FE-104Валідація Ключ-Посилання RefStockMovementLineStockAccountNo

Опис: Рахунок обліку складу у розділі ІV.4 Операції із запасами (MovementOfGoods) відсутній або має неправильний формат. Додайте відповідне значення в поле (StockAccountNo) до розділу ІІ.12 Запаси (PhysicalStock).

FE-113Валідація Ключ-Посилання RefTaxDifferenceTransactionsTransactionReference

Опис: Посилання на транзакцію у розділі ІІ.15 Податкові різниці (TaxDifferences) не відповідає жодній транзакції у розділі III Бухгалтерські операції (GeneralLedgerEntries). Перевірте коректність поля TransactionID.

FE-114Валідація Ключ-Посилання RefPurchaseInvoiceTransactionReference

Опис: Номер транзакції у розділі ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) не знайдено у розділі III Бухгалтерські операції (GeneralLedgerEntries).

Рішення:

Кожна транзакція повинна бути унікально ідентифікована і присутня у розділі III Бухгалтерські операції (GeneralLedgerEntries).

FE-115Валідація Ключ-Посилання RefPaymentTransactionReference

Опис: Посилання на транзакцію у платежах не збігається з існуючими транзакціями. Синхронізуйте дані між розділами Payments та Transactions.

FE-116Валідація Ключ-Посилання RefAssetTransactionTransactionReference

Опис: У транзакціях активів використано неіснуючий ключ транзакції. Перевірте відповідність між Assets та SourceDocuments.

FE-117Валідація Ключ-Посилання RefOtherSourceDocumentTransactionReference

Опис: Посилання на транзакцію в інших первинних документах некоректне. Переконайтеся, що всі TransactionReference існують.

FE-118Валідація Ключ-Посилання RefStockMovementLineTransactionReference

Опис: У рухах складу вказано TransactionReference, який не існує. Додайте відповідну транзакцію або виправте посилання.

FE-119Неунікальні ключі KeyAnalysisID, KeySupplier, KeyCustomer

Одна з найпоширеніших помилок SAF-T UA!

Виникає, коли у файлі є дублікати ідентифікаторів:

  • KeyAnalysisID — повторюється ідентифікатор аналітики
  • KeySupplier — два або більше постачальників з однаковим ID
  • KeyCustomer — дублікати клієнтів

Як виправити:

  • Проведіть дедуплікацію довідників
  • Використовуйте унікальні ідентифікатори для кожного запису
  • Автоматизуйте генерацію ID для уникнення повторів

FE-121Валідація Ключ-Посилання RefSalesInvoiceTransactionReference

Опис: Посилання на транзакцію у рахунках на продаж некоректне. Перевірте розділ SalesInvoices та переконайтеся у відповідності ключів.

Помилки бізнес-логіки SAF-T UA (RE)

RE-1Неправильно зазначений код категорії рахунку

Опис: Невідповідність між номером рахунку та його категорією за Планом рахунків бухгалтерського обліку (AccountID, GroupingCategory, GroupingCode, StandardAccountID).

Приклади:

  • AccountID:13X має GroupingCategory:1 і GroupingCode:13, але StandardAccountID:13X

Потрібна консультація: Для усунення цієї помилки зверніться за консультацією до наших фахівців.

RE-2Відхилення 1:AccountID (невідповідність балансу)

Критична помилка! Показує розбіжність між дебетом та кредитом для конкретного рахунку.

Приклади:

  • AccountID:37XX Відхилення: 100021.56
  • AccountID:37X Відхилення: 527231.36

Потрібна консультація: Для усунення цієї помилки зверніться за консультацією до наших фахівців.

RE-5Дані щодо заборгованості не збалансовані

Опис: Розбіжність між сальдо клієнтів/постачальників на початок і кінець періоду та операціями за період.

Приклади:

  • CustomerID:XXXXXXXX AccountID:38X Відхилення:-299501.76
  • CustomerID:XXXXXXXX AccountID:38X Відхилення:-109294.66

Потрібна консультація: Для усунення цієї помилки зверніться за консультацією до наших фахівців.

RE-6Первинні документи не збалансовані із заборгованістю

Опис: Різниця між підсумками первинних документів та фінальною заборгованістю контрагентів.

Приклади:

  • SupplierID:XXXXXXXX AccountID:37XX Відхилення:613835.39
  • SupplierID:XXXXXXXX AccountID:37XX Відхилення:-625908.75

Потрібна консультація: Для усунення цієї помилки зверніться за консультацією до наших фахівців.

RE-16Коди одиниць виміру відсутні в класифікаторах

Опис: Використано одиницю виміру з кодом 0000 або іншим некоректним значенням, якого немає у державному класифікаторі одиниць виміру.

Як виправити:

  • Замініть код 0000 на правильний код із класифікатора
  • Використовуйте тільки коди з офіційного довідника одиниць виміру

RE-18SAF-T поданий без відповідного запиту

Опис: Файл SAF-T UA було надіслано до ДПС без офіційного запиту на його подання. Наразі SAF-T подається тільки у відповідь на запит податкової під час документальної перевірки.

Як уникнути помилок SAF-T UA?

Більшість помилок виникають через:

  • Некоректне вивантаження даних із бухгалтерської системи
  • Відсутність валідації файлу перед відправкою в ДПС
  • Використання застарілих або несумісних програмних рішень
  • Неповноту довідників (контрагенти, рахунки, аналітика)

Рекомендації:

  1. Використовуйте спеціалізоване ПЗ для формування SAF-T UA
  2. Проводьте попередню валідацію файлу перед відправкою до ДПС
  3. Регулярно оновлюйте довідники та класифікатори
  4. Перевіряйте баланс даних на етапі формування файлу

MySAF-T — рішення для коректної генерації SAF-T UA

Для автоматизації формування та перевірки SAF-T UA радимо використовувати MySAF-T від EMEA IT Consulting — платформу, розроблену спеціально для українського бізнесу.

Переваги MySAF-T:

  • Автоматична валідація файлу перед відправкою до ДПС
  • Виявлення помилок FE-20, FE-37, FE-119, RE-1, RE-2 та інших на етапі формування
  • Підтримка всіх актуальних версій SAF-T UA
  • Інтеграція з популярними системами обліку
  • Детальні звіти про виявлені помилки з рекомендаціями щодо усунення

Потрібна допомога з виправленням помилок SAF-T UA?

Якщо ви отримали список помилок від ДПС і не знаєте, як їх усунути — ми допоможемо.

Наші фахівці надають:

  • Аналіз помилок валідації SAF-T UA (FE, RE, інші коди)
  • Консультації щодо коригування даних бухгалтерського обліку

Запишіться на консультацію, щоб отримати професійну допомогу у вирішенні проблем з SAF-T UA та підготуватися до податкових перевірок без стресу.

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