От 1 ноември 2026 г. стандартният одитен файл за данъчни цели (SAF-T) се подава в НАП по нова версия на схемата: 1.0.3. Промяната е утвърдена със Заповед № З-ЦУ-30-1797/13.10.2026 г. на изпълнителния директор на НАП и важи за файловете, подавани в сроковете по чл. 71к от ДОПК, считано от 01.11.2026 г.
За повечето фирми смяната на версията е малка. Голямата тема е друга: файлът може да мине проверката на формата и пак да съдържа грешки, които НАП ще види. Тази статия е за това какво точно се проверява, кои грешки се промъкват и как работят корекциите.
Какво се променя от 01.11.2026
Със Заповед № З-ЦУ-30-1797/13.10.2026 г. НАП изменя Заповед № З-ЦУ-30-1085/25.07.2025 г. (с последващите ѝ изменения). Утвърдени са нови версии на две приложения:
- Приложение 1: XSD схемата и примерните XML файлове, версия 1.0.3;
- Приложение 2: структурата в табличен вид (SAF-T_BG_Structure_Definition), версия 1.0.3.
Приложение 3 (изискванията за формата и реда за подаване, версия 1.0.1) остава без промяна. Приложенията, които важат до 31.10.2026 г., НАП е преместила в архива на проекта.
По описанието на промените в XSD схемата, публикувано от НАП, версия 1.0.3 носи пет промени:
| № | Промяна | Засяга |
|---|---|---|
| 1 | Нов тип на елемента NumberMonthsDepreciationDuring (MF.A.45) | годишния файл за активите |
| 2 | Нов елемент NonDepreciableAssetDetails (MF.A.9.1) | годишния файл за активите |
| 3 | Допустими стойности от 0 до 7 за CategoryTaxDepreciable (MF.A.36) | годишния файл за активите |
| 4 | StartUpDate, ContactPerson и OtherTitles стават незадължителни | StartUpDate: годишния файл; ContactPerson и OtherTitles: и месечния файл |
| 5 | Подструктурата InvoiceSettlement може да се подава повече от веднъж във фактурата | месечния файл |
Какво значи на практика за месечния файл: две облекчения (по-малко задължителни полета и възможност InvoiceSettlement да се повтаря) и нова версия, с която файлът трябва да мине. В наша проверка месечен файл, сглобен по 1.0.3, не минава срещу схемата 1.0.2. Затова смяната на версията в софтуера трябва да съвпадне с периода, в който подавате.
Сроковете: кога се подава кой файл
Сроковете идват от ДОПК (чл. 71з до 71к) и от § 17 от Преходните и заключителните разпоредби към Закона за държавния бюджет за 2025 г. Подробно за всеки етап: SAF-T етапи и срокове 2026-2030.
- Месечният файл: до края на месеца, следващ отчетния. Файлът за ноември 2026 г. се подава до края на декември 2026 г.
- Годишният файл за дълготрайните активи: в срока за годишната данъчна декларация, до 30 юни.
- Файлът за материалните запаси: само при поискване, в срока, определен от органа по приходите.
Гратисен период за петте етапа няма: § 17, ал. 2 изключва шестмесечното отлагане по чл. 71к, ал. 5 ДОПК. Подаването започва от първия месец.
Как се подава файлът в НАП
По Приложение 3 към заповедта и по „Въпроси и отговори“ на НАП (март 2026):
- Достъп до услугата. Файлът се подава по електронен път, през портала за електронни услуги на НАП, с квалифициран електронен подпис (КЕП). Достъп имат едноличните търговци, юридическите лица и упълномощените от тях лица. За да ползвате услугата, през портала се подава заявление за достъп, в което се посочва, че ще подавате документи в нея. Подаване е възможно и система към система, през публичния приложно-програмен интерфейс (API) на НАП.
- Тестово подаване. НАП е пуснала две отделни услуги: „Подаване на ТЕСТОВ стандартен одитен файл за данъчни цели (SAF-T)“ и „Подаване на стандартен одитен файл за данъчни цели (SAF-T)“. В тестовата може да се качи пробен файл, преди да се подаде истинският.
- Име на файла. Месечният файл се казва
ЕИК_ММ_ГГГГ.xml, годишниятЕИК_ГГГГ.xml, а файлът при поискванеЕИК_ДД_ММ_ГГГГ_ДД_ММ_ГГГГ.xml(началната и крайната дата на периода). Форматът е XML, кодирането UTF-8. - Подпис. Файлът се подписва с КЕП: или се прикачва подписът на предварително подписан файл, или се подписва с компонентата за подписване в самата услуга.
- Входящ номер. Файлът не се приема, ако не е XML, ако името не следва правилото или ако не е подписан. При големи файлове качването и проверката на подписа могат да отнемат време, затова НАП изрично препоръчва подаването да се организира навреме, така че входящият номер да се получи в срока.
Още два детайла от реда за подаване: в срока може да се подаде повече от един файл, като за подаден се смята последният успешно подаден и приет от НАП. А при корекция се подава целият файл отново, не само поправеният ред.
Трите нива на проверка на файла
Когато се говори за „валиден SAF-T файл“, обикновено се има предвид само проверката срещу схемата. Приложение 3 казва повече: след като файлът получи входящ номер, НАП го проверява спрямо XSD схемата и по отношение на валидността и консистентността на подадената информация. При несъответствия файлът се отхвърля, а грешките се показват в услугата. Затова разделяме проверката, която трябва да мине преди подаването, на три нива.
Ниво 1: формата по XSD схемата
Проверява дали файлът е правилно изграден XML, дали елементите са в правилния ред, дали задължителните са налице и дали стойностите са от правилния тип (дата, число, текст с допустима дължина). Това прави всяка проверка срещу XSD схемата на НАП.
Ниво 1 не знае нищо за счетоводството. Файл с несъществуваща сметка или с измислен данъчен код минава: схемата приема за данъчен код всеки текст до 9 знака.
Ниво 2: номенклатурите на НАП
Тук се проверява дали стойностите са от списъците, които НАП е утвърдила в Приложение 2:
- Данъчните кодове (TAX-IMP): на всеки ред от главната книга и фактурите видът данък и кодът са двойка от листа TAX-IMP (в плащанията елементът е по избор). За ДДС видът е
100, а кодът е от шест цифри, например100211. Където няма приложим код, се пишат000и000000, не празни елементи. Номенклатурата има 169 кода, от тях 35 за ДДС. - Сметките: счетоводните сметки се съпоставят с номенклатурата на НАП (листът NRA_Nom_Accounts). Наше правило при сглобяването: всяка сметка с движение за периода или с начално салдо трябва да има съпоставяне, преди файлът да бъде сглобен.
Ниво 3: съгласуваността между частите на файла
Файлът съдържа контролни суми, които стоят преди данните, които обобщават: броя на статиите и общите суми по дебит и кредит. Ниво 3 проверява дали те съвпадат с редовете под тях, дали сборовете на фактурите отговарят на техните редове и дали клиентите и доставчиците, посочени в записите и документите, присъстват в основните данни.
Тук се хващат грешките, които идват от самото извличане на данни: пропуснат ред, двойно преброена статия, клиент или доставчик в счетоводните записи, който липсва в основните данни.
Съобщенията за грешка, които НАП разяснява
В „Въпроси и отговори“ (раздели IV.1 и IV.2) НАП описва съобщения, които връща услугата, и причините за тях:
| Съобщение или признак | Причина по НАП | Какво да проверите |
|---|---|---|
| „Открит е непозволен символ на ред 1, позиция 40“ | Най-често: таговете са без префикса на пространството от имена, например <Header> вместо <nsSAFT:Header> |
Файлът да следва примерните XML файлове и XSD схемата на НАП |
| „Невалиден Header към XSD“ | Повреден файл: незатворен таг, невалиден символ в UTF-8 | Синтаксиса на XML и кодирането |
| „Видът на файла (месечен, годишен, при поискване) … не отговаря на изискуемото съдържание“ | Липсва задължителна секция за избрания вид файл | За месечния файл: MasterFilesMonthly, GeneralLedgerEntries и SourceDocumentsMonthly в този ред |
| „В елемент TaxType … е подадена некоректна стойност за вид на данък“ | Празни тагове TaxType и TaxCode | Където няма приложим данък: 000 и 000000, не празни тагове |
| Грешка за CustomerID или SupplierID, който „не фигурира в … MasterFiles“ | Идентификатор без код 10 отпред или с префикс BG след кода |
Българско ЕИК се пише като 10 плюс ЕИК, без BG |
| Total Debit „не съответства на общите суми“ в InvoiceLineAmount | Към сбора не се добавя TaxAmount (данъкът) | Сборът е от InvoiceLineAmount на редовете с индикатор „D“, без TaxAmount |
Последните три реда са грешки в съдържанието, а не във формата: файлът минава схемата и пада при проверката на НАП. Точно тези грешки трябва да се хванат на ниво 2 и ниво 3, преди подаването.
Два капана, които минават проверката на формата
Ето две места, които сме срещнали при работата по генериране на SAF-T файлове. И двете минават ниво 1 без предупреждение.
1. Версията във файла не се проверява от схемата. XSD схемата приема в AuditFileVersion всеки кратък текст, а НАП не е обявила изрично каква стойност очаква там. Новият годишен пример на НАП носи „1.0.3“, а месечният пример още носи „007“. Изберете стойността съзнателно и я запишете в процеса, защото схемата няма да ви спре.
2. Примерният месечен файл на НАП не следва номенклатурата. Примерът VS_SAMPLE_AuditFile_Monthly_V_1.0.2.xml (непроменен във версия 1.0.3) ползва данъчни кодове от вида 1100xx. Такива кодове в листа TAX-IMP няма. Ако софтуерът ви е настроен по примера, а не по номенклатурата, файлът ще мине схемата с грешни кодове на всеки ред. Нашето правило: номенклатурата е над примера.
Подробно за полетата на фактурите: SAF-T изисквания към фактурите ред по ред.
Корекциите: 12 месеца и правилото на 7-те дни
Първите 12 месеца. Файловете за първите 12 месеца от възникването на задължението могат да се коригират с нов файл (§ 17, ал. 2 от ПЗР към ЗДБРБ 2025 и чл. 71к, ал. 6 ДОПК). Това важи и за отхвърлените поради грешки. За Етап I НАП дава пример: файловете за януари до декември 2026 г. могат да се коригират до края на февруари 2027 г.
Коригиращият файл е по текущата схема. По разясненията на НАП той трябва да отговаря на XSD схемата, актуална към момента на подаването му. На практика: файлът за септември 2026 г., подаден през октомври по версия 1.0.2, при корекция през ноември се подава по версия 1.0.3.
След 12-те месеца: 7 дни. Ако при подаване се установят несъответствия между формата или съдържанието на файла и изискванията, НАП уведомява лицето да ги отстрани в 7-дневен срок. Ако не ги отстрани, файлът се смята за неподаден (чл. 71к, ал. 7 ДОПК) и се стига до санкцията за неподаване по чл. 277а: от 5 000 до 15 000 лв. за юридическите лица и едноличните търговци, при повторно нарушение от 10 000 до 30 000 лв. Подробно: SAF-T санкции и глоби.
Седем дни е кратко време, ако грешката е в самото извличане на данни. Затова трите нива на проверка трябва да минават преди подаването, а не след уведомлението в електронната услуга на НАП.
Големите файлове: колко памет иска проверката
Месечният файл на голямо дружество не е малък. В наш тест със синтетичен месечен файл (91 006 статии, 218 697 реда) файлът излезе 227,6 MB. Пълната проверка (схема плюс съгласуваност), четена на поток, отне около 34 секунди при пикова памет 56 MB.
Проверка само по схемата, която зарежда целия файл в паметта наведнъж, е по-бърза, но поиска за същия файл 1 361 MB памет, тоест 24 пъти повече. На един компютър това се понася. Когато една система проверява файловете на много фирми едновременно, например в счетоводна кантора, разликата решава. При планирането на процеса мерете проверката на най-големия месец в годината, не на средния.
Проверка преди подаване: шест въпроса към вашия процес
- От коя дата софтуерът ви сглобява файла по версия 1.0.3 и каква стойност пише в AuditFileVersion?
- Данъчните кодове идват ли от листа TAX-IMP, или от примерния файл на НАП?
- Проверява ли се файлът и на ниво 2 (номенклатурите), и на ниво 3 (съгласуваността), или само срещу схемата?
- Какво става със сметка, която е открита в средата на месеца или няма съпоставяне?
- Колко време отнема проверката на най-големия ви месец и на каква машина?
- Кой поправя файла, ако в 7-дневния срок пристигне уведомление от НАП?
Ако на два или повече въпроса отговорът е „не знаем“, рискът е в процеса, не във версията на схемата.
Кога си струва автоматизация
Ако счетоводната ви система няма вграден модул за SAF-T, или има такъв, но вие не виждате какво проверява, решението не е смяна на системата. Решението е отделен слой, който извлича данните, сглобява файла по текущата версия и минава трите нива на проверка, преди файлът да стигне до НАП. Подробно за подхода, сроковете и цените: SAF-T без вграден модул: интеграция със сегашния ви софтуер.
Не сте сигурни в кой етап сте? Калкулаторът за SAF-T показва етапа и сроковете за вашата фирма. За конкретен разговор по вашите данни: запазете безплатен разговор.
Често задавани въпроси
От кога се подава SAF-T по версия 1.0.3?
От 01.11.2026 г., в сроковете по чл. 71к ДОПК, съгласно Заповед № З-ЦУ-30-1797/13.10.2026 г. на изпълнителния директор на НАП.
Какво се променя във версия 1.0.3 за месечния файл?
Две неща: ContactPerson и OtherTitles стават незадължителни, а InvoiceSettlement може да се повтаря във фактурата. Останалите промени засягат годишния файл за дълготрайните активи.
Как се подава SAF-T файл в НАП?
През портала за електронни услуги на НАП, с квалифициран електронен подпис, след заявление за достъп до услугата. Подаване е възможно и система към система, през приложно-програмния интерфейс на НАП. Името на месечния файл е ЕИК_ММ_ГГГГ.xml.
Може ли да се качи пробен SAF-T файл, преди да се подаде истинският?
Да. Освен услугата за реалното подаване НАП има отделна електронна услуга „Подаване на ТЕСТОВ стандартен одитен файл за данъчни цели (SAF-T)“. Какви точно проверки минава там файлът, НАП не описва; затова проверката на трите нива е добре да минава и преди пробното подаване.
Достатъчна ли е проверката срещу XSD схемата?
Не. По Приложение 3 НАП проверява файла и по отношение на валидността и консистентността на данните. Проверката срещу схемата не хваща измислен данъчен код, празни данъчни тагове или контролни суми, които не съвпадат с редовете.
Може ли подаден SAF-T файл да се коригира?
Да. Файловете за първите 12 месеца от възникването на задължението се коригират с нов файл, по схемата, актуална към момента на корекцията. След този срок при уведомление от НАП имате 7 дни да отстраните несъответствията, иначе файлът се смята за неподаден.
Има ли гратисен период при подаването на SAF-T?
Не за петте етапа. § 17, ал. 2 от ПЗР към ЗДБРБ 2025 изключва шестмесечното отлагане по чл. 71к, ал. 5 ДОПК. Подаването започва от първия месец.
Вашият коментар