Защо НАП връща SAF-T файла: какво научихме от тестовата среда
Реалните причини, поради които тестовата среда на НАП отхвърли наши SAF-T файлове през 2026 г., и какво да проверите в данните си, преди да подадете.
Накратко
През септември 2026 г. подадохме в тестовата среда на НАП месечни файлове, генерирани от три различни счетоводни програми — Ривал, Микроинвест Делта Про и АЖУР-L. И трите в крайна сметка бяха приети. По пътя обаче тестовата среда върна няколко файла.
Част от причините бяха във формата на файла — те са работа на софтуера. Другите бяха в данните и ги решава счетоводителят. Тук описваме именно тях, защото са валидни за всеки, който подава SAF-T, с каквато и програма да е.
1. Файл, който минава XSD, още не е приет файл
Първият ни месечен файл мина XSD схемата без забележки. Тестовата среда го върна с хиляди грешки. Причината не беше в счетоводните данни, а във формата: валидаторът на НАП проверява идентификаторите на контрагентите, броячите, сумите и салдата по правила, които схемата не описва изцяло и които не винаги съвпадат с примерите в презентациите. Трябваха ни няколко итерации, за да стигнем до прието подаване — и всяка от тях вече е вградена в нашата проверка.
Какво значи за вас: това е работа на софтуера, не на счетоводителя. Ако програмата ви генерира SAF-T, попитайте доставчика дали има прието подаване в тестовата среда на НАП, а не само дали файлът минава XSD схемата.
2. ЕГН, които не са ЕГН
Първият файл от АЖУР-L — месечен файл на голямо предприятие с над 3 000 контрагента — беше върнат с 15 грешки „некоректен идентификатор“. Проверихме всеки от 3 509 идентификатора във файла. Грешките засягаха точно онези номера, които не минават контролната цифра: 13, които приличат на ЕГН (два от тях с невъзможна дата на раждане), и един ЕИК. Нито един друг идентификатор не беше засегнат.
Тестовата среда проверява контролната цифра на ЕГН и ЕИК. Число с десет цифри не е ЕГН само защото има десет цифри.
Интересното е, че самата картотека на клиента вече беше маркирала тези картони с „Код SAF-T = 15“, т.е. „без идентификатор“. Счетоводителите са знаели, че това не са истински ЕГН. Файлът трябваше просто да уважи тази маркировка.
Какво значи за вас: това е проблем в данните и се решава в картотеката. Прегледайте контрагентите физически лица и тези със странни номера. Ако нямате истинския ЕГН или ЕИК, маркирайте контрагента като такъв без идентификатор (код 15 във файла). Не оставяйте „нещо като ЕГН“.
3. ЕГН, което минава проверката, но пак е отхвърлено
След поправката файлът беше върнат още веднъж — с една грешка. Номерът минаваше контролната цифра, но НАП го отхвърли.
Тоест проверката не е само аритметична. Поне в някои случаи НАП сверява идентификатора с регистрите си. Номер, който изглежда правилно, но не принадлежи на реално лице, също се отхвърля. И този картон беше маркиран в картотеката като „без идентификатор“; маркировката просто не беше стигнала до файла. След като стигна, файлът беше приет. Беше 287 MB, с над 16 000 транзакции.
Какво значи за вас: никакъв софтуер не може да познае дали правилно изглеждащ номер е истински. Единствената защита е точна картотека.
4. Правилата на самата електронна услуга
Още две неща, които научихме, преди да стигнем до валидацията:
- ЕИК в заглавната част на файла трябва да е ЕИК на лицето, от чието име сте влезли в електронната услуга. Файл на друга фирма се отхвърля веднага. За да тествате файл на клиент, трябва да подавате от негово име.
- Периоди преди януари 2026 г. не се приемат. Тествайте с месец от 2026 г.
Какво да проверите в данните си още сега
Ако подготвяте клиент за 2027 г., това е списъкът от нашия опит:
- Всеки контрагент има населено място. Без него файлът не може да бъде генериран.
- Всеки ЕИК и ЕГН минава контролната цифра. Ако не минава, поправете го или маркирайте контрагента като такъв без идентификатор.
- Чуждестранните контрагенти имат ДДС номер с правилния префикс на държавата (за Гърция — EL, не GR) или регистров код.
- Профилът на фирмата е пълен: адрес, всички разплащателни сметки, собственост.
- Подайте пробен файл в тестовата среда, преди да дойде първият истински срок.
Една уговорка
Тестовата среда проверява структурата, сумите и идентификаторите. Тя не проверява всички смислови правила. Например това, че стоките трябва да имат реални продуктови кодове, свързани с КН8, а не код „0“. Приет тестов файл е необходимо, но не достатъчно условие.
Правилата по-горе са това, което тестовата среда правеше през септември 2026 г. Ще обновим статията, ако НАП промени нещо.
Всичко, което научихме, вече е част от проверката в SAF-T Bridge. Тя минава, преди да изтеглите файла, така че подобни грешки виждате при нас, а не на портала. Ако имате съобщение за грешка от НАП, преводачът на грешки ще ви каже какво означава то, а пълният справочник е в статията SAF-T грешки при подаване.