SAF-T файлът отвътре: какво трябва да подадете към НАП

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

Ако сте счетоводител в България, вероятно вече сте чували за SAF-T. Знаете, че е задължително. Знаете, че идва за вашите клиенти. Но дали наистина сте виждали какво представлява един SAF-T файл отвътре?

Не говорим за презентация с диаграми. Говорим за реалния файл — този, който НАП очаква да получи от вас всеки месец до 14-то число.

Какво представлява SAF-T файлът

SAF-T файлът е XML документ. XML (eXtensible Markup Language) е език за маркиране, предназначен за машинна обработка. Не е Excel таблица. Не е PDF. Изглежда така:

<AuditFile xmlns="urn:OECD:StandardAuditFile-Tax:BG_1.0">
  <Header>
    <AuditFileVersion>1.0</AuditFileVersion>
    <CompanyID>BG123456789</CompanyID>
    <TaxRegistrationNumber>123456789</TaxRegistrationNumber>
    <FiscalYear>2026</FiscalYear>
    <StartDate>2026-05-01</StartDate>
    <EndDate>2026-05-31</EndDate>
    <CurrencyCode>BGN</CurrencyCode>
    <DateCreated>2026-06-10</DateCreated>
    <SoftwareCompanyName>SAF-T Bridge</SoftwareCompanyName>
    <SoftwareID>saft-bridge-v1</SoftwareID>
    <SoftwareVersion>1.0.0</SoftwareVersion>
  </Header>
  <MasterFiles>
    <GeneralLedgerAccounts>
      <Account>
        <AccountID>401</AccountID>
        <AccountDescription>Доставчици</AccountDescription>
        <StandardAccountID>401000</StandardAccountID>
        <AccountType>AP</AccountType>
        <OpeningDebitBalance>0.00</OpeningDebitBalance>
        <OpeningCreditBalance>12500.00</OpeningCreditBalance>
        <ClosingDebitBalance>0.00</ClosingDebitBalance>
        <ClosingCreditBalance>15420.50</ClosingCreditBalance>
      </Account>
      <!-- ... още стотици сметки ... -->
    </GeneralLedgerAccounts>
    <Customers>
      <Customer>
        <CustomerID>C001</CustomerID>
        <Name>ЕООД Примерна Фирма</Name>
        <TaxRegistrationNumber>BG987654321</TaxRegistrationNumber>
        <Address>
          <StreetName>бул. Витоша</StreetName>
          <Number>100</Number>
          <City>София</City>
          <PostalCode>1000</PostalCode>
          <Country>BG</Country>
        </Address>
        <!-- ... -->
      </Customer>
      <!-- ... десетки или стотици контрагенти ... -->
    </Customers>
    <!-- Suppliers, TaxTable, Products... -->
  </MasterFiles>
  <GeneralLedgerEntries>
    <NumberOfEntries>847</NumberOfEntries>
    <TotalDebit>234567.89</TotalDebit>
    <TotalCredit>234567.89</TotalCredit>
    <Journal>
      <JournalID>J001</JournalID>
      <Description>Дневник Покупки</Description>
      <Transaction>
        <TransactionID>T00001</TransactionID>
        <Period>05</Period>
        <TransactionDate>2026-05-03</TransactionDate>
        <Description>Фактура №12345 от Доставчик АД</Description>
        <SystemEntryDate>2026-05-03</SystemEntryDate>
        <GLPostingDate>2026-05-03</GLPostingDate>
        <Line>
          <RecordID>1</RecordID>
          <AccountID>401</AccountID>
          <CreditAmount>
            <Amount>1000.00</Amount>
          </CreditAmount>
          <TaxInformation>
            <TaxType>ДДС</TaxType>
            <TaxCode>20</TaxCode>
            <TaxAmount>
              <Amount>200.00</Amount>
            </TaxAmount>
          </TaxInformation>
        </Line>
        <!-- ... още редове ... -->
      </Transaction>
      <!-- ... стотици транзакции ... -->
    </Journal>
  </GeneralLedgerEntries>
</AuditFile>

Това е съкратена версия. Реалният файл за една средна фирма с 150 транзакции на месец съдържа 3,000–5,000 XML реда. За фирма с 500 транзакции — над 10,000 реда.

Числата, които трябва да знаете

Българската SAF-T схема (XSD V_1.0.1), публикувана от НАП, дефинира:

• Близо 1,000 общо полета в структурата
• Над 300 задължителни полета за всяко подаване
• 5 основни модула: Header, MasterFiles, GeneralLedgerEntries, FixedAssets, Inventory
• Дълбоко вложена структура — до 6-7 нива на вложеност (файл → журнал → транзакция → ред → данъчна информация → сума)
• Стриктна XSD валидация — един пропуснат таг, една грешна дата, един липсващ задължителен елемент и целият файл се отхвърля

Какво означава това за счетоводна кантора

Ако обслужвате 30 клиента и всеки има средно 150 транзакции на месец:

• 90,000+ XML реда трябва да генерирате всеки месец
• 9,000+ задължителни полета трябва да попълните правилно
• 30 файла трябва да минат XSD валидация без грешки
• Всичко това — до 14-то число на следващия месец
• При грешка — глоба от 500 до 30,000 лв. на нарушение

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

Защо SAF-T Bridge

SAF-T Bridge е създаден специално за счетоводни кантори в България, които работят със софтуер без вграден SAF-T експорт (Микроинвест, Плюс Минус и други). Качвате хронологичния регистър → получавате готов, валидиран SAF-T XML файл. Без XML код. Без кошмари.

Пробвайте безплатно →

---

SAF-T Bridge — вашите счетоводители не са програмисти. SAF-T Bridge е.