
Submitted SAF-T UA to the tax authority and received a list of validation errors in response? You're not alone. Every month, companies face file rejections due to errors detected by the tax system upon receiving Receipt #2.
The State Tax Service uses approximately 150 validation rules to check the correctness of structure and data in SAF-T UA files. These rules cover everything from XML format to business logic and account balances.
In this article, we analyze the most common SAF-T UA errors encountered in practice, explain their causes, and show specific ways to fix them.
Click on an error code to jump directly to detailed description and solution:
The tax authority validation system checks SAF-T UA files at several levels:
Each error has a unique code (e.g., FE-20 or RE-1) that precisely indicates the problem.
Description: Tax difference account not found in chart of accounts (GeneralLedgerAccounts). System requires every account used in tax transactions to be previously declared in GeneralLedgerAccounts section.
How to fix:
Description: Customer identifier in payment documents doesn't match any record in the counterparties directory.
How to fix:
Description: Customer specified in section III Accounting Operations (GeneralLedgerEntries) is absent in directory II.5 Customers.
Solution:
Synchronize Customers directory with data in GeneralLedgerEntries section.
Description: Supplier associated with company asset in section II.14 Fixed Assets not found in suppliers directory.
Solution:
Add supplier to MasterFiles > Suppliers section or remove reference from Assets section if data is outdated.
Description: In accounting entries section III (GeneralLedgerEntries), supplier is specified that's absent in directory II.6 Suppliers.
Solution:
Ensure all supplier counterparties are present in Suppliers section before using them in transactions.
Description: Supplier identifier in payment lines doesn't match any record in directory II.6 Suppliers.
Solution:
Add all suppliers to Suppliers directory or check SupplierID spelling.
Description: In other source documents IV.6 Information about accounting certificates and other source documents (OtherSourceDocuments), reference to non-existent supplier from section II.6 Suppliers is used.
Description: In accounting operations section III (GeneralLedgerEntries), supplier (SupplierID1 field) is specified that's absent in directory II.6 Suppliers.
Description: Product unit of measure in section IV.4 Inventory Operations (MovementOfGoods) doesn't match any unit of measure declared in directory II.8 Unit of Measure Table (UOMTable).
How to fix:
Description: Warehouse movement type in section IV.4 Inventory Operations (MovementOfGoods) not found in directory II.10 Movement Type Table (MovementTypeTable). Check correctness of warehouse operations type directory filling.
Description: Warehouse accounting account in section IV.4 Inventory Operations (MovementOfGoods) is missing or has incorrect format. Add corresponding value to StockAccountNo field in section II.12 Physical Stock.
Description: Transaction reference in section II.15 Tax Differences doesn't match any transaction in section III Accounting Operations (GeneralLedgerEntries). Check TransactionID field correctness.
Description: Transaction number in section IV.2 Purchase Information (PurchaseInvoices) not found in section III Accounting Operations (GeneralLedgerEntries).
Solution:
Each transaction must be uniquely identified and present in section III Accounting Operations (GeneralLedgerEntries).
Description: Transaction reference in payments doesn't match existing transactions. Synchronize data between Payments and Transactions sections.
Description: Non-existent transaction key used in asset transactions. Check correspondence between Assets and SourceDocuments.
Description: Transaction reference in other source documents is incorrect. Ensure all TransactionReferences exist.
Description: In warehouse movements, TransactionReference is specified that doesn't exist. Add corresponding transaction or correct reference.
One of the most common SAF-T UA errors!
Occurs when file has duplicate identifiers:
How to fix:
Description: Transaction reference in sales invoices is incorrect. Check SalesInvoices section and ensure key correspondence.
Description: Mismatch between account number and its category according to Chart of Accounts (AccountID, GroupingCategory, GroupingCode, StandardAccountID).
Examples:
Consultation needed: To fix this error, contact our specialists for consultation.
Critical error! Shows mismatch between debit and credit for specific account.
Examples:
Consultation needed: To fix this error, contact our specialists for consultation.
Description: Discrepancy between opening and closing customer/supplier balances and period operations.
Examples:
Consultation needed: To fix this error, contact our specialists for consultation.
Description: Difference between source document totals and final counterparty debt.
Examples:
Consultation needed: To fix this error, contact our specialists for consultation.
Description: Used unit of measure with code 0000 or other invalid value that's not in state unit of measure classifier.
How to fix:
Description: SAF-T UA file was sent to tax authority without official request for its submission. Currently SAF-T is submitted only in response to tax authority request during documentary audit.
Most errors occur due to:
Recommendations:
For automating SAF-T UA generation and verification, we recommend using MySAF-T from EMEA IT Consulting — a platform developed specifically for Ukrainian business.
MySAF-T Benefits:
If you received error list from tax authority and don't know how to fix them — we'll help.
Our specialists provide:
Schedule a consultation to get professional help solving SAF-T UA problems and prepare for tax audits stress-free.
SAF-T UA is not just a technical requirement. It's a tool that helps business be transparent to the state and confident in its accounting correctness. Proper file preparation today means peace of mind during audit tomorrow.