Заявете достъп Отговаряме в рамките на 2 работни часа
Magi
Зареждане...
SAF-T схема 1.0.3: какво точно се променя от 1 ноември

SAF-T схема 1.0.3: какво точно се променя - и защо никъде не видяхте пълния списък

От 1 ноември 2026 г. е в сила нова версия на SAF-T схемата - 1.0.3, въведена със заповед на изпълнителния директор на НАП от 13 октомври 2026 г. Повечето обобщения, които ще видите, изброяват една-две промени и спират дотук. Ние сравнихме реалния XSD файл на 1.0.2 срещу 1.0.3, ред по ред, и прочетохме changelog-а, който НАП публикува в самата структурна дефиниция. Пълният списък е различен от това, което се разказва - и най-рисковата промяна е точно от онзи тип, който минава незабелязано, докато файлът ви не бъде отхвърлен.

Най-съществените промени

Елемент Промяна Защо има значение
MF.A.8 StartUpDate Mandatory → Optional Дата на въвеждане в употреба на актив вече не е задължително поле за всеки актив.
NonDepreciableAssetDetails Нова структура (MF.A.9.1, полета MF.A.49-MF.A.54) Неамортизируеми активи - земя, паметници на културата и подобни - вече имат собствена подструктура, вместо да се вместват насила в амортизационната логика.
MF.A.45 NumberMonthsDepreciationDuring Тип: текст (SAFmiddle1textType) → цяло положително число (nonNegativeInteger) Поле, което досега приемаше почти всичко като текст, вече изисква чисто число. Вижте секцията по-долу.
S.CI.1 ContactPerson / S.PN.8 OtherTitles Mandatory → Optional Лице за контакт в структурата на фирмата и допълнителни титли в имена вече не са задължителни навсякъде.
InvoiceSettlement Веднъж → неограничен брой пъти Фактура с няколко разплащателни условия или частични сетълменти вече може да изрази всяко от тях като отделен ред, не само едно.
GL.24.1 TaxpayerAccountID Техническа поправка Премахнат е погрешно поставен флаг за подаване в „Отчитане при поискване - Материални запаси" и „Годишен отчет - Активи".

Освен тях, няколко полета получиха само разширени текстови указания в бележките - MF.A.4 Description, MF.A.5 AssetSupplier, MF.A.11 SupplierID, MF.A.9 Valuations, MF.A.36 CategoryTaxDepreciable, MF.A.40 AnnualTaxDepreciationRate. Това са пояснения за подаване, не промени в самата структура.

Промяната, която ще ви изненада

Шест от десетте промени в тази версия засягат секцията за дълготрайни активи - MF.A. Това само по себе си е показателно: ако отчитате активи, тази версия е насочена точно към вас, не към фактурите или сметкоплана.

Но най-рисковата промяна технически е най-дребната. MF.A.45 NumberMonthsDepreciationDuring - броят месеци за амортизация на актива през периода - досега приемаше свободен текст. Ако вашият софтуер е подавал стойност като "12" с интервал, точка накрая, или произволен текстов формат, валидацията е минавала. От версия 1.0.3 полето изисква nonNegativeInteger - чисто цяло число, без изключения.

⚠️ Защо точно това може да ви изненада

Файл, който досега минаваше валидация без проблем, може внезапно да бъде отхвърлен заради това поле - не защото данните са грешни по съдържание, а защото форматът вече не се толерира. Това е точно типът промяна, която „прочетете промените накратко" резюме пропуска, защото изисква действително да се прочете типът на полето в схемата, не само заповедта.

Ако до сега сте разчитали само на зелена отметка от локален валидатор, за да сте сигурни, че файлът е готов - вече разгледахме защо това не е достатъчно в статията за честите грешки при валидация. Тип като този е точно примерът.

Как Magi се справя с това

Magi генерира SAF-T директно срещу официалния XSD на НАП, не срещу остаряло копие. Схемата 1.0.3 е вградена, а не добавена допълнително - типовите промени като NumberMonthsDepreciationDuring се прилагат автоматично при генериране, преди файлът да достигне до валидатора на НАП.

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

Готови ли сте за схема 1.0.3?

Magi следи всяка версия на SAF-T схемата и я вгражда директно в генерирането - без да чакате следващия ви файл да бъде отхвърлен, за да разберете какво се е променило.