SAF‑T номенклатури и кодове по Приложение № 2: кое поле кой код носи

Приложение № 2 е табличната спецификация на SAF‑T, която за всеки елемент посочва идентификатор, тип, синтактични и семантични правила и приложимите номенклатури. Версия 1.0.2 е утвърдена със Заповед № З-ЦУ-30-359/27.02.2026 г. и е задължителна от 01.04.2026 г. Тя е публикувана на страницата на НАП за SAF‑T документи.

Елементите имат технически идентификатори като MF.GLA.2, GL.28 и S.I.46. Това позволява екипът да свърже съобщение за грешка с конкретно поле, а после с правило в източниковата система. Приложението не е само справочник за XML тагове. То е договорът между вътрешните данни на предприятието и номенклатурите на НАП.

Най-често използваните SAF‑T номенклатури са NRA_Nom_Accounts, TAX-IMP, VAT_TaxType, Unit_of_Measure, NC8_TARIC и кодовете за документи, плащания, активи и наличности. Те са част от Приложение № 2, версия 1.0.2, утвърдена със Заповед № З-ЦУ-30-359/27.02.2026 г.

NRA_Nom_Accounts е националният сметкоплан, към който се съпоставя всеки AccountID. TAX-IMP и VAT_TaxType определят данъчната класификация. Unit_of_Measure съдържа мерни единици, като кодовете са чувствителни към регистъра: KMT е допустим, а kmt се отказва. NC8_TARIC е осемцифрената Комбинирана номенклатура на ЕС за продукти. Използват се още Nom_Invoice_Types, Nom_PaymentMethod, Nom_Inventory_Types, Stock_movement, AssetMovementTypes, ISO4217, ISO3166, IBAN и други.

Картографирането свързва всяка вътрешна счетоводна сметка с приложим код от NRA_Nom_Accounts и трябва да се управлява като контролирана таблица, а не като еднократна настройка. Приложение № 2, версия 1.0.2, изисква съответствие между AccountID и националната номенклатура. Нови сметки, реорганизации и промени в аналитичностите изискват повторна проверка.

AccountID се проверява в MF.GLA.2, MF.C.5, MF.S.5, GL.24, S.I.4, S.I.30 и SD.P.20. Това означава, че грешното съпоставяне не остава в един ред. То се разпространява в картите на контрагенти, главната книга, фактурите и плащанията. В един реален отказ само правило за AccountID в GL.24 е върнало 649 641 грешки. Причината да се адресира картата на съответствията, а не да се коригират единични XML записи, е именно тази повторяемост.

Салдата и оборотите по сметките трябва да се съгласуват вътре във файла, защото Приложение № 2 проверява дали посочените стойности отговарят на сумата на дебитните и кредитните обороти. Правилото за MF.GLA.12 изисква стойността да не противоречи на оборотите по съответната сметка. То превръща картографирането в счетоводна, а не само техническа задача.

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

Номенклатурите трябва да се поддържат като постоянен месечен контрол, защото нови артикули, контрагенти, сметки и документи могат да създадат невалидни кодове след работещ предходен файл. Приложение № 2 е източникът за допустимите стойности, а всяка нова версия на формата се проверява спрямо текущата карта на съответствията.

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