Внедряването на системата за счетоводно отчитане SAF-T в България задължава определени категории лица да подават Стандартен одитен файл за данъчни цели SAF-T, съгласно приетите изменения в Данъчно-осигурителния процесуален кодекс (ДОПК), публикувани в ДВ. бр.26 от 27 март 2025 г., в сила от 31 март 2025 г.
Съгласно изисквания за формата и реда за подаване на Стандартен одитен файл за данъчни цели SAF-T_BG Colibri® ERP средства за автоматизираното им създаване.
Изискванията за унифициране на определени номенклатури налага въвеждането на съответствия на номенклатури в Colibri® ERP към SAF-T спецификацията.
За всяка счетоводна сметка от сметкоплана на фирмата трябва да бъде настроен Код на сметка според номенклатурата по SAF-T и типа на сметката Активна, Пасивна или Активно-пасивна.
Идентификатор на партньора CustomerID и SupplierID.
Според спецификацията на SAF-T клиенти/доставчици се идентифицират по уникален CustomerID/SupplierID. Този идентификатор се формира по следните правила:
Уникален номер за идентифициране на икономическия оператор, издаден от държавната администрация.
Уникален код на клиент/доставчик, състоящ се от: тип (двуцифрен код), последван от уникалния код на клиента/доставчика, както следва:
1. 10, следван от ЕИК - където типът е 10, а ЕИК е уникалният идентификационен код за икономическите оператори, регистрирани в България.
2. 11, следван от кода на държавата (съгласно ISO 3166-1 - 2 букви) и уникалния идентификационен код по ДДС на съответната държава членка - за икономическите оператори от държавите членки на ЕС, с изключение на България, проверяеми чрез системата VIES (Система за обмен на информация за ДДС) - Пример: 11EL123456789 или 11HU12345678.
3. 12, следван от кода на държавата (съгласно ISO 3166-1 - 2 букви) и уникалния идентификационен код по ДДС (или друг код от официален регистър) на съответната държава, която не е нито България, нито държава-членка на ЕС - за икономически оператори от други държави, различни от България или членки на ЕС - Пример: 12TK123005284, когато такъв регистрационен номер е наличен.
4. 13, последвано от ЕГН за физически лица/български граждани или 13, последвано от уникален персонален код за физически лица, пребиваващи в България.
5. 14, следван от кода на държавата (съгласно ISO 3166-1 - 2 букви), следван от уникален код на икономическия оператор, присъединен от задълженото лице (обикновено генериран от информационна система).
6. 15, следван от уникален код на икономическия оператор, присъединен от задълженото лице (обикновено генериран от информационна система).
7. 16, последван от предоставен от НАП служебен номер (започващ с 307...).
Вариантите за формиране по т. 1,2,3,5 се обхващат автоматично според регистрацията по ДДС на партньора и държавата както следва:
Партньори с държава BG и Идентификационен номер (ЕИК), които не започват с 9999 или 0000 се формират с префикс 10+Идентификационен номер;
Регистрираните по ДДС партньори с държава от ЕС, различна BG се формират с префикс 11+Данъчен номер;
Регистрираните по ДДС партньори с държава извън ЕС се формират с префикс 12+Данъчен номер;
Всички останали партньори, които не попадат в горните условия се формират с префикс 14+код на държава+номер на партньора в Colibri® ERP.
Може да се зададе специфичен номер на партньора, който попада в т.6 и 7 чрез атрибута CustomID.
Свързани лица.
Партньорите, които са свързани лица със задълженото лице трябва да се отбележат чрез специалните атрибути Свързано лице (RP), Свързано лице – Начална дата (RPSD) и Свързано лице – крайна дата (RPED).
Според спецификацията към информацията за продуктите (Products) всеки асортимент трябва да има асоцииран Код съгласно комбинираната номенклатура (NC8_TARIC) ProductCommodityCode.
За всеки асортимент трябва да се посочи Код съгласно комбинираната номенклатура, чрез стойността на този атрибут.
Артикулите, които нямат въведен такъв код се експортират със стойност “00000000” услуги, с код „0“ всички останали.
Според спецификацията на SAF-T всяка мерна единица трябва да се подава с код от номенклатурата на SAF-T.
Кодът на мерната единица по SAF-T трябва да се посочи за всяка мерна единица.
За тези мерни единици, които няма въведено съответствие се експортира стойност “ZZ”.
Асоциирането на начините на плащане според SAF-T се настройва към паричните партиди и начините на плащане.
За целите на създаването на годишния SAF-T файл е необходимо да се настроят групите дълготрайни активи, в коя категория по ЗКПО попадат и доставчика на всеки от активите, ако е релевантен.
Дълготрайните активи, които нямат посочен доставчик ще се експортират като доставчик е самото задължено лице.
Подготовката на месечни, годишни и файлове при поискване се прави от регистъра на SAF-T файлове в Colibri® ERP.
В регистъра със SAF-T файлове се влиза от меню .
Редът на създаване на SAF-T файл е следния:
Създаване на нов запис в SAF-T регистъра;
Въвеждат се основните данни за одитния файл – Вида на файла (Месечен, Годишен или При поискване), Период. Като периодът трябва да съответства на типа на файла;
Генериране на SAF-T файла. При това действие се извличат данните за съответния тип файл и зададен период и се съхраняват като архивен файл към регистъра;
Подготвеният архивен файл се сваля от системата и се зарежда в НАП портала по указания ред.
При генерирането на файловете се извеждат системни съобщения за процеса и индикация за възникнали проблеми. Резултатът от обработката се съхранява в отделен лог файл в регистъра.
В създадения лог файл има информация за процеса на генериране.
Валидността на създадения файл и контролни суми, които могат да се сравнят с отчети в системата за контрол на съдържанието.
Добавена е възможност за приключване на SAF-T файла;
Приключва се след успешно подаване към НАП. По този начин се предпазва от последваща промяна.
Добавена е версия на схемата, по която се генерира;
До края на м. Март 2026 (за 01.2026 и 02.2026) ще се подават данните по старата схема (1.0.1).
От 1.04.2026 ще се подават с версия 1.0.2.
Схемата трябва да е избрана и записана преди генерирането на файла;
Добавена е възможност за сравнение на два месечни SAF-T файла за един и същ период.
Тази функционалност дава възможност да сравним текущо генериран файл с вече предаден към НАП.
По този начин ще се добие представа за подаваните корекционни файлове.
Желателно е клиентите, които вече подадоха веднъж, да си приключат тези файлове и при подготовка на корекция да създаването нов файл.
![]() |
Важно |
|---|---|
|
Не трябва да прегенерират вече подадените файлове. |