SAF-T вече не е далечна абстракция за счетоводителите. От 1 ноември 2026 г. Националната агенция за приходите приема стандартния одитен файл за данъчни цели само по новата версия 1.0.3 на българската XSD схема, определена със заповед на изпълнителния директор на агенцията. За засегнатите фирми това означава реална техническа промяна. Те трябва да проверят откъде идва всяко число, което изпращат към хазната, и дали различните им системи изобщо говорят на един език.
Какво всъщност е SAF-T
SAF-T (Standard Audit File-Tax) е международен стандарт на Организацията за икономическо сътрудничество и развитие (ОИСР) за периодичен обмен на счетоводни данни между бизнеса и данъчните администрации. Според описанието на ОИСР и обясненията на НАП файлът представлява структуриран експорт на вече съществуващи счетоводни данни за определен период. Той не е самата фактура и не е равнозначен на задължително електронно фактуриране.
Според НАП в България файлът се подава електронно като XML, подписан с квалифициран електронен подпис, или чрез връзка между системи през публичния API на агенцията. Месечният файл обхваща главна страница с номенклатури и основни данни, счетоводни записи, продажни и покупни фактури и плащания. Веднъж годишно се добавят данните за дълготрайните активи, а при изрично искане от НАП, и наличностите и движенията на стоково-материалните запаси.
Пример: голям онлайн магазин за физически стоки
Да вземем голям български сайт за електронна търговия с хиляди артикули, собствен склад, куриерски доставки, плащания с карта и с наложен платеж и отделен счетоводен софтуер. Днес тези данни обикновено са разпръснати между ERP системата, складовия софтуер, платформата на сайта и счетоводството. За SAF-T те трябва да могат да излязат съгласувано в един файл. Точно тук е трудната част: една и съща стока, клиент или данъчна ставка често има различно име или код във всяка система.
Най-осезаемата промяна засяга продуктовата номенклатура. Според указанията на НАП всяка стока, която предприятието отчита в счетоводството през съответния месец, трябва да присъства в секцията за продукти на файла, дори да няма нито една продажба през месеца. За всеки артикул трябва да е наличен и код от номенклатурата NC8_TARIC, свързана с комбинираната номенклатура на ЕС за стоки. Код „0“ се използва само когато продуктът реално не попада в този обхват. На практика магазинът трябва да поддържа таблица с вътрешен код на стоката, точно продуктово наименование, мерна единица, статус на наличност и приложимата ДДС логика за всеки артикул.
Генерирано с AIДокументите на НАП показват, че за всеки ред от фактура в XML файла са предвидени полета за код и описание на продукта, мерна единица, стойност на реда, вид данък, данъчен код и размер на данъка. Това са технически полета в данните, подавани към НАП, а не задължително нов видим елемент върху хартиената или електронната фактура към клиента. Важно е и друго правило: корекция не означава изпращане само на променените редове, а ново подаване на целия файл за съответния период в утвърдената структура. НАП дава и конкретен пример със сроковете: за предприятие, чието задължение е възникнало от 1 януари 2026 г., файлът за януари се подава до края на февруари 2026 г., а файловете за първите 12 месеца могат да се коригират до края на февруари 2027 г.
Кой ще се справи по-лесно
Европейската комисия посочва, че внедряването на SAF-T в България е подпомогнато чрез Инструмента за техническа подкрепа, а техническите спецификации са разработени на основата на модела на ОИСР. Според ОИСР целта на стандарта е данъчните одитори да получат четим и унифициран достъп до данните за автоматизирани проверки. Това само по себе си не доказва, че всяка отделна фирма ще спести разходи. От обхвата на изискванията обаче личи, че фирмите с чиста номенклатура и единни кодове между сайт, склад и счетоводство вероятно ще подготвят файловете си по-бързо от тези с дублирани артикули и липсваща класификация. НАП поддържа и периодично обновяван документ с въпроси и отговори. Неизяснени случаи могат да се изпращат на адрес [email protected].





