Съобщенията за грешки на НАП при SAF‑T: какво означават и как се поправят

„Невалиден Header към XSD“ означава, че НАП не може да разчете структурата на файла според XML схемата, още преди да оценява счетоводните данни. НАП дава примери за незатворен XML таг, невалиден UTF-8 символ и таг <Header> вместо <nsSAFT:Header>, в „Въпроси и отговори“, версия 2, март 2026 г., т. IV.1.2 и раздел IV.2.

Причината може да е в генератора, трансформацията на файла, ръчната намеса или кодировката при прехвърляне. Поправката започва с повторно генериране от източниковите данни и техническа XML проверка. НАП не предоставя собствен валидатор и посочва инструменти като Notepad++, вграден валидатор на Linux и други, според т. IV.1.2. Техническият валидатор обаче не замества проверката на бизнес правилата.

Грешката за вид файл означава, че избраният в портала месечен, годишен или поискан файл не съответства на структурата, която е допустима за този вид. Това е едно от шестте публикувани съобщения на НАП в раздел IV.2 на „Въпроси и отговори“, версия 2, март 2026 г.

При месечен файл основната последователност включва MasterFilesMonthly, GeneralLedgerEntries и SourceDocumentsMonthly. CorrespondingAccountsReport е незадължителна. Последователността и наличието на разделите трябва да отговарят на избрания тип. Годишният файл за активите и файлът при поискване съдържат други набори от данни по чл. 71и, ал. 2 ДОПК. Не сменяйте само избора в портала. Проверете какъв файл е генериран, за кой период и от коя версия на схемата.

Грешка TAX-IMP означава, че `TaxType` или `TaxCode` не съответства на утвърдената номенклатура, или е празен при ред, който изисква стойност. Номенклатурата е част от Приложение № 2, версия 1.0.2, утвърдена със Заповед № З-ЦУ-30-359/27.02.2026 г., а НАП описва конкретния случай в раздел IV.2 на „Въпроси и отговори“, версия 2.

За операция без приложим данък НАП посочва код 000 за TaxType и 000000 за TaxCode. Това не е същото като празно поле. Контролът трябва да се изпълнява още при картографирането на данъчните кодове от ERP, счетоводната система или друг източник. Проверете дали данъчният сценарий е разпознат, дали кодът съществува в актуалната номенклатура и дали шаблонът за операция без данък задава изискваните стойности.

Грешките CustomerID и SupplierID означават, че идентификаторът в реда на главната книга или документа липсва, има грешен формат или не намира съответна карта в MasterFiles. В „Въпроси и отговори“, версия 2, март 2026 г., раздел IV.2, НАП посочва, че за българско лице идентификаторът е тип 10, последван от ЕИК без префикс на държава.

Примерът на НАП е 10104104104. Не е допустимо да се изпраща само ЕИК или стойност с BG пред него. Данните се проверяват не само в GeneralLedgerEntries, а и срещу MasterFiles MF.C.3 или MF.S.3. Ето защо промяна на един ред не е достатъчна, ако самата карта на контрагента е непълна. Проверете правилото за идентификатор, уникалността на картата и свързването на документите с нея.

Общият дебит и общият кредит по документа трябва да съвпадат със сбора на редовете по документа според техния индикатор, без към тях да се добавят данъчните суми. НАП описва това в раздел IV.2 на „Въпроси и отговори“, версия 2: Total Debit SD.PI.2 или SD.SI.2 се сравнява със сумата на InvoiceLineAmount S.I.46 с индикатор D в S.I.47, а кредитът със сумата на редовете с C.

S.TI.6 не участва в тези две суми. Грешката често е в различна логика между фактурния модул и SAF‑T трансформацията. Полезна проверка е да се възпроизведе контролата документ по документ, като се запазят знаците и индикаторите, вместо да се сравняват само крайни стойности. При период без плащания НАП посочва 0 за NumberOfEntries, TotalDebit и TotalCredit и структура с нулеви стойности, включително примерна TransactionDate 1900-01-01.

XSD проверката доказва, че XML има допустима структура, но НАП проверява и валидността и консистентността на информацията според допълнителни правила. Шестте съобщения тук са документираните примери от „Въпроси и отговори“; проверката за консистентност обхваща и връзки между регистрите, които се доказват през тестовата услуга.

Един реален отказ е върнал 649 641 грешки от едно правило за консистентност. Затова успешният XSD тест не е основание да се приема, че файлът ще премине целия набор от проверки. За процеса след отказ вижте Защо НАП отхвърля валидни SAF‑T файлове, а за сроковете при корекция вижте Корекции на SAF‑T файл.