Назад

SAF-T по версия 1.0.3: схемата се сменя, рискът остава в данните


Автор: Божидар Евдокимов, основател на FlowexAI 

Файл, който минава проверката на схемата, още не е верен файл.

От 1 ноември 2026 г. стандартният одитен файл се подава в НАП по версия 1.0.3 на XSD схемата (Заповед № З-ЦУ-30-1797/13.10.2026 г.). За месечния файл промяната е малка: ContactPerson и OtherTitles стават незадължителни, а InvoiceSettlement може да се повтаря във фактурата. Останалите промени в схемата засягат годишния файл за дълготрайните активи.

По-важното не е версията. По-важното е, че „минава схемата“ и „верен файл“ не са едно и също.

Схемата проверява формата на файла, не счетоводството в него. Приложение 3 разграничава двете: след като файлът получи входящ номер, НАП го проверява спрямо XSD схемата и по отношение на „валидността и консистентността“ на подадената информация. При несъответствия файлът се отхвърля.

Виждам три нива на проверка.

Първо, формата. Дали XML файлът е правилно изграден, с елементите в правилния ред и със задължителните налице. Това прави проверката по XSD схемата. Тя не знае нищо за счетоводството: за данъчен код приема всеки текст до 9 знака.

Второ, номенклатурите на НАП. Дали видът данък и кодът на всеки ред са двойка от листа TAX-IMP в Приложение 2 и дали сметките са съпоставени с номенклатурата на НАП. Капан: примерният месечен файл на НАП ползва данъчни кодове, които ги няма в TAX-IMP. Софтуер, настроен по примера, сглобява файл, който минава схемата с грешни кодове на всеки ред.

Трето, съгласуваността. Дали контролните суми съвпадат с редовете под тях и дали клиентите и доставчиците от записите присъстват в основните данни. Част от грешките, които НАП разяснява във „Въпроси и отговори“, са точно такива: файлът минава схемата и пада на съдържанието.

Седем дни е кратко време, ако грешката е в самото извличане на данни. Файловете за първите 12 месеца от възникването на задължението могат да се коригират с нов файл. След това, при уведомление от НАП, несъответствията се отстраняват в 7-дневен срок, иначе файлът се смята за неподаден (чл. 71к, ал. 7 ДОПК).

Какво да проверите преди първото подаване по 1.0.3

1. От кой период софтуерът сглобява файла по 1.0.3. Корекцията е по схемата, актуална при подаването ѝ: файлът за септември, подаден през октомври по 1.0.2, при корекция през ноември се подава по 1.0.3.

2. Каква стойност се пише в AuditFileVersion. Схемата приема всеки кратък текст, а НАП не е обявила изрично каква стойност очаква. Изберете я съзнателно.

3. Откъде идват данъчните кодове: от TAX-IMP или от примерния файл. Където няма приложим данък, се пишат 000 и 000000: празните TaxType и TaxCode НАП връща като грешка.

4. Проверява ли се файлът за номенклатурите и съгласуваността, или само срещу схемата.

5. Кой поправя файла, ако от НАП дойде уведомление със 7-дневен срок.

Рискът не е във версията на схемата. Рискът е в процеса, който сглобява файла.

---------
За автора: Божидар Евдокимов е основател на FlowexAI (Бодимарк ООД), агенция, която изгражда интеграции и генератори на SAF-T файлове за фирми. Подробно ръководство за подаването, проверките и корекциите: https://flowexai.bg/podavane-saf-t-nap-proverka-korekcii/