SAF-T санкции в България: €256 до €15 339 - и технически грешки, които наистина ги причиняват

Повечето статии за SAF-T санкции спират до числото. Показват диапазон, добавят малко драма и приключват. Числото обаче не е въпросът, на който трябва да отговорите. Въпросът е какво точно във вашия процес води до него - и това почти никой не го разписва докрай.

Какви точно са санкциите и кога се прилагат

Санкцията по чл. 277а от ДОПК не е една фиксирана сума - зависи от два фактора: кой е длъжен да подаде файла и дали нарушението е за първи път.

Юридическо лице или едноличен търговец, което не подаде SAF-T файл в законоустановения срок, дължи имуществена санкция. Физическо лице, задължено да подава файла, дължи глоба - по-нисък праг, но все пак реален разход. При повторно нарушение от същия вид прагът за юридическите лица и ЕТ се покачва значително - горната граница скача от €7 669 на €15 339.

Санкцията се налага при неподаване в срок - без значение дали срокът е месечният или годишният SAF-T, или файлът „при поискване" с неговите 14 дни. Законът не прави разлика между „забравих" и „файлът беше отхвърлен заради грешки, а нямах време да ги оправя" - резултатът е еднакъв.

Основание: чл. 277а от ДОПК, поетапно въведен със §17 от преходните и заключителните разпоредби на Закона за държавния бюджет на Република България за 2025 г. Сумите в евро са преизчислени по фиксирания курс на БНБ, 1,95583 лв. за 1 евро.

Числото не е въпросът - кои точно грешки водят до него

Всяка от трите категории по-горе има конкретни, повтарящи се причини. Ето ги, с решението за всяка:

• Изпуснат срок изцяло. Най-честата причина - не защото някой забравя, а защото не е проверил навреме дали въобще е задължен и от коя фаза. Пълният график е в статията за фазите 2026-2030.
• Файл, отхвърлен от НАП заради кръстосани проверки. Зелена отметка от локален валидатор не значи приет файл - НАП прави проверки отвъд структурата на XML. Разгледахме точно кои в статията за честите грешки при валидация.
• Разминаване между склад и счетоводство. Количества и стойности, които отдавна не съвпадат между двата софтуера, се показват именно в Products и PhysicalStock. Пълният разбор е в статията за склад и счетоводство в SAF-T.
• Пропуснат 14-дневен срок при файл „при поискване". Този файл идва без предупреждение, по време на проверка или ревизия - и именно тогава неподготвеността се наказва най-скъпо. Пълната структура и срокове са в статията за SAF-T при поискване.
• Разчитане, че генерирането е „един бутон". Оставено за последния момент, защото „програмата го прави автоматично" - и се оказва, че не го прави. Защо, в статията за генериране на SAF-T.

Умножителят, който никой не споменава: счетоводните къщи

Повечето статии за SAF-T санкции са писани с мисъл за една фирма. Ако обслужвате счетоводна къща с 20 клиентски ЕИК-а, сметката е друга - носите не един риск, а 20 едновременно, всеки със собствен срок, собствен софтуер на клиента и собствена вероятност за грешка.

По-лошото: ако причината е системна - един и същ пропуск в процеса на къщата, не в конкретния клиент - тя се повтаря при всеки следващ клиент със същата настройка. Това не е 20 отделни „първи нарушения". На практика е моделът, по който едно и също нарушение започва да изглежда повторно - категорията с горна граница €15 339, не €7 669.

Как Magi намалява риска

Magi пресича всяка от причините по-горе още преди подаването, не след него: валидира отвъд структурата на XML срещу бизнес-логиката на НАП, кръстосано проверява складови и счетоводни данни, и следи сроковете по фирма.

За счетоводни къщи с много клиенти всяка фирма се управлява отделно - собствени данни, собствени мапинги, собствен статус на готовност - но под един поглед, без да разчитате на памет кой клиент докъде е стигнал.