Корекции на SAF‑T файл: как работи 12-месечният режим

Първо установете статуса на конкретната версия и причината за проблема. Причината може да е липсващ документ, грешна класификация, неправилен идентификатор на контрагент, разлика с главната книга или промяна, която не е достигнала до източника за генериране. Корекцията не трябва да е само редакция на експортирания файл: когато е нужно, поправете водещия източник и документирайте промяната.

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

Той е уреден в § 17, ал. 2 ПЗР ЗДБРБ 2025, ДВ, бр. 65/2025 г. Режимът е преходна защита, която дава време на предприятията да стабилизират данните и процесите си. Той не променя датата, от която възниква задължението, не отменя необходимостта от подаване и не освобождава екипа от реакция при отказ.

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

Чл. 277а ДОПК предвижда имуществена санкция до 15 000 лв. при неизпълнение. Седемдневният срок е отделна процедура след отказ и не трябва да се смесва с 12-месечния преходен режим. Веднага след отказа запишете момента на получаване, крайния срок и версията на файла. После класифицирайте причината: данни, преобразуване, версия, подаване или приложено правило.

След корекцията генерирайте нова версия, направете независима контролна проверка и подайте отново. Пазете доказателство за статуса. Ако проблемът засяга данни от основната система, склад или регистър на активи, вижте SAF‑T и вашата ERP система.

Каналът може да е портал с КЕП или система към система, но следата за версията е задължителна. Системното подаване е уредено в Приложение № 3 към Заповед № З-ЦУ-30-1085 от 25.07.2025 г. Преди повторното подаване отговорете: кой запис е засегнат, коригиран ли е източникът, кой е проверил новата версия и как ще докажете окончателния статус.

Поддържайте регистър с отчетен период, отказана и коригирана версия, дата на установяване, причина, действие, одобрил и статус към НАП. Повтарящата се грешка не е поредица от единични случаи: тя е сигнал за проблем в данните, правилото за преобразуване или работния процес.

Корекцията е защитен механизъм, не основен контрол. Сверявайте главната книга, контрагентите, документите, активите и складовите данни според приложимия файл. Управлявайте промените в картите на сметки и данъчните кодове. При промяна на формата тествайте генерирането, като използвате актуалната версия, утвърдена със Заповед № З-ЦУ-30-359 от 27.02.2026 г.

След подаване следете статуса до окончателно приемане. Това съкращава времето за реакция и прави отговорността видима.