Saftix.bg SAF-T инструменти за България
Как работи Цени Какво проверяваме Наръчник За нас Контакт
Вход
Заявете достъп

← Наръчник

НАП отхвърли файла — какво значи съобщението

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

Първо успокоителното: отхвърленият файл не е нарушение. В срока за корекции се подава нов файл — колкото пъти е нужно, без санкция. Ограничен е срокът, не броят опити.

Какво проверява НАП при качване

Три неща, в този ред — и файлът пада на първото, което не мине:

  • Името на файла. То носи ЕИК и периода в точно определен вид. Файл с име извън конвенцията не се приема, независимо какво е вътре — конвенцията е описана в кой подава SAF-T и от кога.
  • Схемата. Структурата по официалния образец на НАП (BG_SAFT_Schema_V_1.0.2, а за файлове, подадени от 01.11.2026 г., — BG_SAFT_Schema_V_1.0.3): кое задължително поле липсва, кое е на грешно място, коя стойност не е в позволения вид. Ако съобщението, което сте получили, е точно за схемата, подробностите са в „файлът не отговаря на утвърдената XSD схема“.
  • Правилата по Приложение №3. Съдържанието: кодове от официалните номенклатури, съгласуваност между разделите, суми, които трябва да излизат.

Съобщенията, клас по клас

„Открит е непозволен символ на ред …, позиция …"

Съобщение от този вид счетоводители докладват още от първите тестови подавания. Файлът е XML в кодиране UTF-8 — така го изисква образецът. Когато проверката спира на определен ред и позиция, най-честите причини са:

  • файлът е записан в друго кодиране (например Windows-1251), а декларира UTF-8 — кирилицата в него става „непозволен символ" за четящата страна;
  • невидим знак в началото на файла или пред елемент — най-често от отваряне и записване в текстов редактор, или от копиране през него;
  • знак, който XML не допуска в стойност — например управляващ знак, пренесен от счетоводната програма.

Редът и позицията сочат мястото, но причината рядко се вижда с око — точно затова е безсмислено да гадаете в редактора. Безплатната проверка чете файла по същия начин и казва кой знак е и къде.

Липсващ или разместен елемент по схемата

Образецът изисква определени полета, в определен ред. Ако задължително поле липсва или елементите са в друг ред, файлът е невалиден още на структурната проверка. Същото важи за стойност в грешен вид: дата извън ГГГГ-ММ-ДД, десетична запетая вместо точка, ЕИК или IBAN, който не отговаря на шаблона си.

Кои са четирите вида несъответствие, кои полета приемат стойност само от затворен списък в самата схема и какво точно се промени между изданията 1.0.1, 1.0.2 и 1.0.3 на образеца — в „файлът не отговаря на утвърдената XSD схема“.

Код извън номенклатурите

Мерни единици, държави, области, видове данък, тарифни кодове — всички идват от официалните таблици на НАП, и стойност извън тях отхвърля файла дори когато „по същество" е вярна. Кои полета искат код от таблица и какво става при код извън списъка е описано в номенклатурите на НАП; всяко изискване, по кода от съобщението, е в справочника по Приложение №3.

Разделите не се съгласуват

Контрагент, който се среща по фактура или плащане, трябва да съществува в раздела с клиентите и доставчиците; сметка от записите — в сметкоплана; сумите по документи, плащания и главна книга трябва да излизат. Тези нередности минават схемата и падат на втората проверка — затова файл, който „вчера минаваше", може да падне след съвсем малка промяна в данните.

Проверката ги открива преди подаването и назовава раздела, записа и стойността. Четири от тях са основание за отхвърляне при приемане — Приложение №3, т. I.1.2 изисква всеки контрагент, за който има данни в другите раздели, да е подаден при клиентите или доставчиците, а видът и кодът на данъка по всеки ред трябва да са обявени в таблицата на данъците на файла:

  • Клиент по фактура, плащане или счетоводен запис, който липсва при клиентите
  • Доставчик по фактура, плащане или счетоводен запис, който липсва при доставчиците
  • Вид данък по ред, който не е обявен в таблицата на данъците
  • Код на данък по ред, който таблицата не обявява под този вид данък

Отделен клас са записите, които порталът приема, а ревизията после чете: девятки вместо ЕИК, един идентификатор с две имена, тип, който противоречи на номера си. Те са описани на собствена страница — грешките в контрагентите, които никой валидатор не съобщава.

Останалите са за преглед: не сме открили текст на НАП, който да ги прави основание за отхвърляне, и не твърдим повече. Стойността обаче идва от осчетоводяването и се поправя там, не във файла:

  • Сметка по ред или по контрагент, която липсва в сметкоплана
  • Артикул по ред, който липсва в каталога на артикулите
  • Мерна единица по ред, която липсва в таблицата с мерните единици на файла
  • Документ, който сочи операция, каквато в главната книга няма
  • Сметка, подадена два пъти в сметкоплана
  • Артикул, подаден два пъти в каталога
  • Номер на фактура, който се среща два пъти в един раздел
  • Номер на операция, който обозначава различни операции

Пътят от отхвърлянето до приетия файл

  1. Не поправяйте на сляпо. Едно съобщение на портала показва първото спиране, не всички нередности — след поправката на едната може да излезе следващата.
  2. Проверете файла безплатно. Проверката минава през същите две сверки — схемата и Приложение №3 — и връща всички нередности наведнъж, всяка с код, място и обяснение. Поправката на намереното е включена в 14-дневния пробен период — без карта. Качете файла за проверка Още нямате профил? Заявете достъп Как работи проверката е описано в безплатната проверка на готов файл.
  3. Потърсете кода. Всяка проверка, която правим, е публикувана с кода си в списъка с проверките — там пише и кое от двете е: поправимо в самия файл, или изискващо стойност от счетоводната програма.
  4. Поправете където е нередността. Поправимото във файла се коригира в приложението, без връщане към програмата. Липсваща стойност се попълва там, откъдето идва — в счетоводството — и файлът се съставя наново.
  5. Опитайте файла в тестовата услуга. На портала на НАП има „Подаване на ТЕСТОВ стандартен одитен файл за данъчни цели (SAF-T)“ — тестово подаване, не самото подаване, с КЕП. Там се вижда как порталът приема файла, преди да тече срок. Резултатът е на НАП, не наш.
  6. Подайте нов пълен файл. Корекцията е ново подаване на целия файл със същата структура — не се подава само разликата.

Сроковете при отхвърлен файл

За задължените по вълните до 2030 г. корекции се подават в дванадесетмесечен срок — включително за файлове, които са били отхвърлени. Седемдневният срок за отстраняване с риск файлът да се смята за неподаден се прилага след изтичането му. Точните правила, с препратките към ДОПК, са в кой подава SAF-T и от кога. Практическият съвет е по-прост от правния: не оставяйте отхвърления файл за последния ден на месеца.

Продължете с

  • Какво значи грешката от НАП — поставете съобщението
  • „Файлът не отговаря на утвърдената XSD схема“
  • Безплатната проверка на готов файл
  • Какво проверяваме — всяка проверка с код
  • Изискванията по Приложение №3, ред по ред
  • Кой подава SAF-T и от кога

Вашият случай не е описан тук? Попитайте ни — отговаряме лично.

Задайте въпрос
Поверителност Условия Допустимо ползване Условия за плащане Подизпълнители Контакт contact@saftix.bg

© 2026 Saftix.bg · SAF-T инструменти за България.