Тестовата среда на НАП: как да подадете пробен SAF-T файл

Електронната услуга на НАП има отделна опция за тестово подаване на SAF-T. Файл, приет там, не изпълнява задължението ви, но е най-евтината проверка, която имате преди първия реален срок. Тази статия събира какво е важно да знаете, преди да качите първия си пробен файл, и къде приемането в тестовата среда не ви гарантира нищо.

Кой може да подава и за кого #

По презентацията на НАП от 18.02.2026 (слайдът за работата с е-услугата) подаването минава през Портала за електронни услуги: или с потребител с пълен достъп до услугите на НАП като юридическо лице, или чрез „Заявление за достъп на упълномощено лице“, в което се отбелязва подаването на SAF-T. Там са посочени две отделни услуги: подаване на стандартен одитен файл и подаване на тестов стандартен одитен файл.

Практически изводи:

• Ако обслужвате няколко клиента, за всеки от тях ви трябва упълномощаване. Проверете в заявлението дали е отбелязана и тестовата услуга, не само реалната.
• Влизате в контекста на едно задължено лице наведнъж. Файлът, който качвате, трябва да е за това лице.

Правилото, което най-често проваля първия опит: ЕИК в хедъра #

Файлът се отхвърля, ако ЕИК в хедъра (RegistrationNumber в CompanyHeaderStructure) не е ЕИК на лицето, за което сте влезли. НАП показва съобщението: „В елемент RegistrationNumber, подсекция CompanyHeaderStructure, секция Structures е посочен грешен ЕИК“ (презентация на НАП, 18.02.2026).

Следствието е неприятно за счетоводни къщи и разработчици: не можете да подадете пробен файл с хедър на клиент А от профила на клиент Б. Ако тествате със собствен достъп, хедърът трябва да е на лицето, в чийто контекст сте влезли, а данните на клиента могат да са само съдържание на файла. Не подменяйте ЕИК в хедъра само за да мине файлът, ако целта ви е да проверите именно хедъра на клиента.

От нашите собствени подавания през 2026 г.: тестовата услуга отхвърля и периоди преди 01.2026. Файл за 2025 или по-стар период няма да мине, колкото и да е верен.

Име на файла и избран период #

Името е ЕИК, месец и година: <ЕИК>_<ММ>_<ГГГГ>.xml за месечен файл и <ЕИК>_<ГГГГ>.xml за годишен (конвенцията е от същата презентация). Файл при поискване има име с две дати: <ЕИК>_<ДД>_<ММ>_<ГГГГ>_<ДД>_<ММ>_<ГГГГ>.xml. Съгласно Въпроси и отговори на НАП (версия 2), раздел „HeaderStructure“, файл, чието име не следва конвенцията, не може да бъде приет.

Втората честа причина за отхвърляне в хедъра: началната дата на периода във файла (SelectionStartDate / PeriodStart / PeriodStartYear) не съответства на периода, избран във формата на е-услугата. Изберете в портала точно същия месец, който е във файла.

Какви статуси ще видите #

Презентацията на НАП разделя статусите на две групи.

При подаването (до получаване на входящ номер): „В процес на качване“, „Чака е-подписване“, „В процес на валидиране на е-подписа“; откази: „Отказано получаване“ (нередно съдържание), „Невалиден размер на файла“, „Отказан от потребител“, „Отказан, поради неактивност“ (30 часа неактивност в качването). Успешното подаване е със статус „Подаден“ и входящ номер.

При обработката: „Отхвърлен“ с три различни причини (несъответствие в заглавната секция, невалиден към XSD, не минава валидацията на съдържанието) и „Приет“. При грешки получавате броя им и описание на първите 1 000.

Съобщения, които НАП обяснява във Въпроси и отговори, т. IV.2:

Още за тези грешки има в статията за честите грешки при подаване.

Какво доказва един приет пробен файл #

Приемането означава, че файлът е структурно валиден (минава XSD), хедърът е верен и идентификаторите на контрагентите са приети. Проверките на НАП са по-строги от схемата: сред нашите пробни подавания са отхвърляни файлове заради ЕГН и ЕИК с невалидна контролна цифра и дори заради ЕГН, което е аритметично вярно, но не съществува. Затова един приет файл е добра проверка именно на тези неща.

Какво не доказва #

• Съдържателна коректност. Приемането не казва, че продуктовите кодове са правилни. Ако за стока в склад е подаден ProductCode „0“, а правилото изисква реален код, свързан с КН8, тестовата среда може да го приеме. Правилото е във Въпроси и отговори, т. II.4.7 (вижте статията за продуктовите кодове и КН8).
• Пълнота. Не доказва, че всички банкови сметки, контрагенти и салда са включени.
• Сверяване със счетоводството. Файлът може да е вътрешно съгласуван и пак да не отговаря на оборотната ви ведомост.
• Бъдещи промени. Валидациите на НАП могат да се променят. Приемането днес не е гаранция за следващия месец.

Пробният файл е проверка на структурата и идентификаторите, не одобрение на съдържанието.

Как да проверите точните стъпки #

Не публикуваме последователност от клики в портала, защото менютата и наименованията в Портала за електронни услуги се променят. Проверете:

1. в самата е-услуга дали за вашия потребител са налични и „Подаване на стандартен одитен файл“, и „Подаване на ТЕСТОВ стандартен одитен файл“;
2. в заявлението за достъп на упълномощено лице дали услугата е отбелязана за лицето, чийто контекст ползвате;
3. на страницата на НАП за системата за счетоводно отчитане (nra.bg, раздел „Проекти“) за актуални указания и примерни файлове.

Статусите по-горе са по презентацията на НАП от 18.02.2026; текстовете в портала може да са променени, затова сверете с онова, което виждате.

Контролен списък преди първото качване #

1. Хедърът носи ЕИК на лицето, в чийто контекст сте влезли.
2. Периодът е 01.2026 или по-нов и съвпада с избрания във формата.
3. Името на файла е <ЕИК>_<ММ>_<ГГГГ>.xml.
4. Идентификаторите на контрагентите са във формата „тип + номер“, без „BG“ след префикса (вижте честите грешки при подаване).
5. ЕГН и ЕИК на контрагентите минават контролната цифра; ако нямате истински номер, контрагентът се подава като лице без идентификатор.

Предварителна проверка със SAF-T Bridge #

SAF-T Bridge генерира файла от данните на счетоводната програма и преди да го качите, го проверява със собствен валидатор. Микроинвест Делта Про, Ривал и Ажур (АЖУР-L) са с файлове, приети в тестовата среда на НАП; Пари-Експерт и Универсум са поддържани, но още не са подавани там. Цена на подаваща фирма, оферта след демонстрация.