Какво всъщност е SAF-T файлът? XML код, който счетоводителите не трябва да пишат

Вие ли ще пишете XML код? Какво всъщност е SAF-T файлът

Повечето статии за SAF-T ви казват: "трябва да подадете стандартизиран файл към НАП." Звучи управляемо. Като още една декларация. Като още един формуляр.

Не е.

SAF-T не е формуляр. Не е таблица. SAF-T е суров програмен код — хиляди редове XML с вложени тагове, стриктни типове данни и машинна валидация. И ако сте счетоводител, НАП очаква да го произведете вие.

Нека видим какво казва самата НАП

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

• Следва XSD схема (XML Schema Definition) версия V_1.0.1
• Съдържа стотици задължителни полета
• Трябва да мине автоматична машинна валидация преди да бъде приет
• Има дълбоко вложена структура с до 7 нива
• Обхваща пълната счетоводна информация: сметкоплан, контрагенти, журнали, транзакции, фактури, плащания, ДМА, складови наличности

Самата НАП признава, че ръчното попълване на XML шаблон е "високорисков подход, който изисква техническа прецизност и познания по XML."

Какво е XML и защо е проблем

XML (eXtensible Markup Language) е език за структуриране на данни. Всяка стойност се огражда с тагове:

<Amount>1500.00</Amount>

Тези тагове се влагат един в друг:

<Transaction>
  <TransactionID>T00001</TransactionID>
  <TransactionDate>2026-05-15</TransactionDate>
  <Line>
    <AccountID>602</AccountID>
    <DebitAmount>
      <Amount>1500.00</Amount>
      <CurrencyCode>BGN</CurrencyCode>
    </DebitAmount>
    <TaxInformation>
      <TaxType>ДДС</TaxType>
      <TaxCode>20</TaxCode>
      <TaxPercentage>20.00</TaxPercentage>
      <TaxAmount>
        <Amount>300.00</Amount>
      </TaxAmount>
    </TaxInformation>
  </Line>
</Transaction>

Това е една транзакция. Един счетоводен запис. Средна фирма има 100–500 транзакции на месец. Всяка от тях трябва да бъде кодирана по този начин, с правилните тагове, правилните типове, правилната вложеност.

Една пропусната затваряща скоба > или разменен ред и файлът не минава валидация. НАП го отхвърля. Започвате отначало.

Размерът на проблема

За да ви дадем представа за мащаба:

• Малка фирма (50 транзакции/месец): ~1,500 XML реда, ~120KB
• Средна фирма (200 транзакции/месец): ~5,000 XML реда, ~400KB
• По-голяма фирма (500 транзакции/месец): ~12,000 XML реда, ~1MB
• За справка: В Румъния, където SAF-T вече работи, файловете за средни компании рутинно надхвърлят 100MB

И това е за един клиент, за един месец. Представете си го за 30. Или 50. Или 100.

Какво правят кантори в другите страни

В страни, където SAF-T вече е въведен — Норвегия, Португалия, Румъния, Полша — счетоводните фирми не пишат XML на ръка. Нито една. Всички използват софтуер, който автоматично генерира файла от счетоводните данни.

В Норвегия порталът за подаване поддържа файлове до 2GB. В Румъния има проблеми с файлове над 100MB, които блокират програмите за преглед. Това не са размери, с които може да се работи ръчно.

България не е по-различна. Схемата е базирана на същия OECD стандарт версия 2.0. Сложността е съизмерима. Обемът на данните е подобен.

Алтернативата

SAF-T Bridge взима данните от вашия текущ счетоводен софтуер — Микроинвест, Плюс Минус, или друг — и автоматично ги трансформира в валиден SAF-T XML файл. Без XML знания. Без ръчно кодиране. Без стрес на 13-то число.

Качвате хронологичен регистър → получавате готов файл → подавате в НАП.

Вижте как работи →

---

SAF-T файловете са XML код. Вашите счетоводители не са програмисти. SAF-T Bridge е.