5-седмичният обратен брояч до 30 юни 2026
На 1 януари 2026 НАП обяви началото на Фаза 1 за SAF-T в България: задължено е всяко голямо предприятие с нетни продажби над 300 милиона лева или платени данъци и социални осигуровки над 3,5 милиона лева през 2023 година. Заедно с обявяването, НАП предостави шестмесечен гратисен период, през който подаването на месечни SAF-T файлове беше задължително, но не санкционирано. Този гратисен период приключва на 30 юни 2026. От тази статия до изтичането му остават точно 5 работни седмици.
Голямата заблуда сред много счетоводни отдели е, че гратисният период означава "не подаваме". Истината е по-сложна. НАП има пълен лог на всеки подаден тестов файл: schema версия, кодови грешки, времеви маркери. От 1 юли този лог се превръща в одитен следователен материал. Компания, която е "тествала" 5 пъти през март и е изоставила опитите, ще има в досието си 5 неуспешни подадения, които надзорникът от НАП ще използва като начална точка за проверка.
Какво наистина означаваше "гратисен период"
В практиката, гратисният период имаше три цели. Първа, да позволи на корпоративните ERP системи (SAP, Microsoft Dynamics, Oracle, Eurotrust) да адаптират изхода към новата SAF-T schema. Втора, да тества инфраструктурата на НАП портал за подаване на подаване (PPP), който и до март 2026 е имал отделни инциденти с пиково натоварване. Трета, и най-важна, да позволи на НАП да изгради базов профил на типичните грешки: липсващи полета, неправилни валути, дубликати на фактури.
Сега, в края на май 2026, НАП има натрупани около 4 месеца тестови данни от приблизително 1.200 големи предприятия в обхвата на Фаза 1. С анализ на тези данни, екипите за анализ на риска могат предварително да маркират подозрителните данъкоплатци още преди първото официално санкционирано подаване.
Schema v1.0.2 срещу v1.0.1: тихото отхвърляне
През април 2026 НАП публикува schema v1.0.2 като задължителна. Тя въведе четири промени в сравнение с v1.0.1:
- Ново задължително поле за TaxOnTaxCode при сделки с обратно начисляване
- Разширен enum списък за PaymentMethodType с 6 нови стойности (виртуални карти, отсрочено плащане, бартер, факторинг, лизинг, обмен на стоки)
- Промяна на схемата за валидиране на номера по ДДС: вече се изисква проверка спрямо VIES регистъра за всички контрагенти от ЕС, не само за услуги
- Допълнителен InvoiceTypeCode задължителен за дебитни и кредитни известия, дори когато те са вградени в основната фактура
Файлове в v1.0.1 се отхвърлят на gateway ниво, преди дори да достигнат до парсера. Това означава, че подаващата компания получава грешка "Schema rejected" без подробности кое поле липсва. Много счетоводни системи продължават да генерират v1.0.1, защото техните доставчици не са пуснали ъпдейт. На 25 май 2026 само 6 от 14-те най-използвани български счетоводни системи имат потвърдена поддръжка на v1.0.2.
Кръстосаната валидация: ДДС срещу SAF-T срещу PPP
Българският SAF-T не съществува в изолация. Той се валидира кръстосано срещу три други данъчни потока:
- ДДС декларация (СД-09): сборът на оборотите по контрагент в SAF-T трябва да съвпадне с дневниците за продажби и покупки
- Интрастат и ДДС VIES: продажбите за ЕС в SAF-T трябва да отговарят на интрастат декларацията до 1 евро
- PPP портал (Подаване на Подавания): всеки SAF-T файл получава уникален reference number, който се връзва с GLN на контрагентите за бъдещи проверки
Несъответствие между трите потоци автоматично прехвърля данъкоплатеца в одитна опашка. От 1 юли 2026 одитната опашка генерира писмо за изискване на пояснение в рамките на 14 работни дни. Неподаването на пояснение в срок се квалифицира като отделно нарушение по ДОПК.
Чеклист за готовност за юли 2026 и поглед към Фаза 2 през 2027
Първо. Проверете до края на май коя schema версия (v1.0.1 или v1.0.2) изпраща вашата ERP. Ако е v1.0.1, отворете тикет с вашия доставчик и поискайте писмено потвърждение за датата на ъпдейт.
Второ. Прегледайте всички тестови подадения от януари насам. Изтеглете лога от PPP портала, маркирайте всеки файл с грешка и подгответе писмено обяснение за всяка грешка, която може да попадне в одитен запис.
Трето. Синхронизирайте календара на счетоводния отдел: SAF-T месечни файлове за юни 2026 трябва да са подадени до 14 юли 2026, без гратис. Годишният файл за активите се подава с корпоративната данъчна декларация до 30 юни 2027 за финансова 2026.
Четвърто. Започнете подготовка за Фаза 2. От 1 януари 2027 средните и малките предприятия (на база финансови данни от 2024) влизат в обхвата. Гратисният период за тях ще бъде същият шестмесечен модел: краен срок 30 юни 2027. Опитът от Фаза 1 показва, че подготовката отнема минимум 9 месеца, не 6.
Пето. Архивът на SAF-T файловете и логовете от PPP трябва да се пази 10 години по ДОПК. Това включва не само самите XML файлове, но и схемите, по които са валидирани, и timestamp-ите за всяка кръстосана валидация. Без този слой, при одит през 2034 година, доказването на коректност на стара декларация става технически невъзможно.
