Първо: къде се случва проверката
Изцяло във вашия браузър. Файлът се чете локално и не се качва на никакъв сървър — проверяващият двигател и официалната XSD схема се зареждат на вашата машина и работят върху файла там. Затова проверката е еднакво безопасна за реални и за тестови данни. Приемат се XML файлове до 300 MB — по-големите се отхвърлят още на входа. Самата проверка върви във фонов процес (web worker), за да не блокира браузъра.
Нивата на проверката
Име, кодиране, четимост
- Име по Приложение 3 — форматите
ЕИК_ММ_ГГГГ.xml(месечен),ЕИК_ГГГГ.xml(годишен),ЕИК_ДД_ММ_ГГГГ_ДД_ММ_ГГГГ.xml(при поискване). От името се разпознават типът на файла, ЕИК-то и периодът, които виждате в резюмето на доклада. - ЕИК — включително контролната цифра: ЕИК с валиден формат, но невалидна контролна цифра, е почти сигурно печатна грешка.
- Кодиране — файлът трябва да е валиден UTF-8; Windows-1251 експортите се разпознават и сигнализират (повече).
XSD валидация срещу официалната схема
Файлът се валидира срещу официалната XSD схема на НАП, версия 1.0.2 (Приложение №1 към заповедта за реда и формата на подаване) — същата, срещу която проверява и порталът. Тук се хващат липсващи и разместени елементи, невалидни формати на дати и числа, стойности извън номенклатурите, надхвърлени дължини. Всяка грешка се показва с номер на ред, превод на български и връзка към речника на грешките; суровият текст на съобщението е достъпен за справка. Как се четат тези съобщения — отделна статия в блога.
Проверки, които схемата не може да направи
- Балансови равенства — за всяка сметка: начално салдо + обороти = крайно салдо. Сред най-честите реални причини за отхвърляне, невидима за XSD (повече).
- Контролни суми — декларираните
TotalDebit,TotalCreditи брой записи срещу действителния сбор от редовете (повече). - Кръстосани референции — всеки
CustomerID/SupplierIDв записите трябва да съществува в MasterFiles (повече). - Валута — файл за период след 01.01.2026 г. с
DefaultCurrencyCodeразличен отEURсе маркира като грешка (повече).
Проверки по официалните „Въпроси и отговори“ и номенклатурите (от 21.08.2026)
Изпълняват се паралелно с ниво 3, в отделен процес. Всяка находка носи кода си и цитира източника. Кодовете в доклада:
- ACC-01 — всеки
AccountID(в оборотката, записите, фактурите, плащанията и движенията на запаси) е сметка от националния сметкоплан NRA_Nom_Accounts; индивидуалната сметка е вTaxpayerAccountID(ВиО v2, MF.GLA). Грешка. - ACC-02 — сметка, ползвана в записите, но без ред в
GeneralLedgerAccounts. Грешка за счетоводните записи, предупреждение за документите. - TRX-01 — дебит ≠ кредит в рамките на една операция (
Transaction). Предупреждение. - TB-01 / TB-02 — сборът на началните (крайните) дебитни салда по всички сметки ≠ сбора на кредитните. Предупреждение.
- SD-01 / SD-02 / SD-03 —
TotalDebit/TotalCreditна фактурите за продажби, покупки и на плащанията срещу сбора на редовете по индикатор D/C, безTaxAmount;NumberOfEntriesсрещу броя документи (ВиО v2, IV.2.5). Грешка. Нулевите структури по IV.2.6 се разпознават и се отбелязват само като инфо (ZERO-01). - REF-SD — контрагент от фактура или плащане, който липсва в MasterFiles. Грешка.
- PROD-01 —
ProductCodeот фактура или от файла за запаси, който липсва вProducts. - ID-01 / ID-02 — идентификатор на контрагент с префикс „BG“ (грешка) или гол ЕИК без код за тип „10“ (предупреждение) — ВиО v2, IV.2.4.
- DATE-01 —
GLPostingDateизвън периода поSelectionCriteria. Предупреждение (датата на документа може да е по-ранна). - DUP-01…04 — повторени двойки сметка/аналитична сметка, повторени клиенти, доставчици или
TransactionID. Предупреждение. - EGN-01 / UIC-01 — контролна цифра на ЕГН на действителния собственик и на ЕИК на предприятието майка. Предупреждение.
- INV-01 — за файла за материални запаси:
NumberOfMovementLinesсрещу броя редове. Грешка.
Ако това ниво не успее да се изпълни (напр. стар браузър), докладът го казва изрично с код L2-SKIP, вместо да мълчи.
Няколко файла наведнъж
Може да пуснете цяла папка с файлове на клиентите си — проверяват се един по един, локално, и получавате таблица по файлове (тип, ЕИК, период, грешки, предупреждения) с пълния доклад за всеки и общ доклад за сваляне. Редът на проверката не променя резултата.
Приемственост между месеците (от 22.08.2026): ако в партидата има последователни месечни файлове на едно и също ЕИК, крайните салда на по-стария месец се сверяват с началните на по-новия по всяка сметка (кодове CONT-01, CONT-02 за сметка с пренесено салдо, която липсва в следващия файл; CONT-OK когато всичко съвпада). Разминаването тук е класическият признак за осчетоводявания в стар месец след неговия експорт.
Отпечатък на файла: докладът (текстов и печатен) включва SHA-256 отпечатък на проверения файл — същият файл винаги дава същия отпечатък, така че докладът в клиентското досие се връзва еднозначно с точния подаден файл. Бутонът „Печатен доклад (PDF)“ отваря изглед за печат/запис като PDF.
Какво получавате накрая
Резюме (тип файл, ЕИК, период, размер, брой сметки, записи, фактури и плащания) и списък с находки в три степени: грешка (файлът най-вероятно ще бъде отхвърлен), предупреждение (може да е очаквано, но проверете) и инфо. Всяка находка идва с ред, обяснение и съвет. Докладът може да се свали като текстов файл или да се копира — удобно за препращане към доставчика на софтуера. Последните 5 проверки се пазят само локално в браузъра ви и могат да се изтрият с един клик.
Нямате готов файл? На началната страница има бутон за проверка на примерния файл на НАП — вижте как изглежда докладът, преди да имате собствен експорт.
Какво успешната проверка НЕ гарантира
Успешната проверка не е гаранция за приемане от НАП. SAFTCheck покрива схемата и най-честите логически причини за отхвърляне, но крайното решение е на системата на НАП, която може да прилага и допълнителни контроли.
- Не проверяваме дали числата отговарят на реалното ви счетоводство — файлът може да е формално безупречен и пак да описва грешни данни.
- Не проверяваме дали подавате в срок и в коя вълна попадате — за това са сроковете.
- Инструментът е помощно средство за предварителна проверка, не правен или данъчен съвет; сайтът не е свързан с НАП.
Процедурата след проверката — вход с КЕП, качване, статуси и какво се прави при отхвърляне — е описана в Как се подава. Какво очаква схемата на всяко място — в справочника на елементите.
Трите нива на проверка, за секунди, безплатно. Файлът не напуска компютъра ви.
Описаните проверки съответстват на реалния код на валидатора и на официалната XSD схема на НАП v1.0.2 (Приложение №1 към заповедта на изпълнителния директор на НАП за реда и формата на подаване на SAF-T). Последна проверка спрямо публикуваното на nra.bg: 21.08.2026 — схема v1.0.2 и „Въпроси и отговори“ версия 2 са актуалните.