100% в браузъра · файлът никога не напуска компютъра ви · безплатно, без регистрация

Методика · прозрачност

Какво точно проверява SAFTCheck

Без черна кутия: ето всички проверки, които вашият файл минава, в какъв ред се изпълняват — и какво успешният резултат гарантира и какво не.

Първо: къде се случва проверката

Изцяло във вашия браузър. Файлът се чете локално и не се качва на никакъв сървър — проверяващият двигател и официалната XSD схема се зареждат на вашата машина и работят върху файла там. Затова проверката е еднакво безопасна за реални и за тестови данни. Приемат се XML файлове до 300 MB — по-големите се отхвърлят още на входа. Самата проверка върви във фонов процес (web worker), за да не блокира браузъра.

Нивата на проверката

Ниво 1 · Файлът като файл

Име, кодиране, четимост

  • Име по Приложение 3 — форматите ЕИК_ММ_ГГГГ.xml (месечен), ЕИК_ГГГГ.xml (годишен), ЕИК_ДД_ММ_ГГГГ_ДД_ММ_ГГГГ.xml (при поискване). От името се разпознават типът на файла, ЕИК-то и периодът, които виждате в резюмето на доклада.
  • ЕИК — включително контролната цифра: ЕИК с валиден формат, но невалидна контролна цифра, е почти сигурно печатна грешка.
  • Кодиране — файлът трябва да е валиден UTF-8; Windows-1251 експортите се разпознават и сигнализират (повече).
Ниво 2 · Схемата

XSD валидация срещу официалната схема

Файлът се валидира срещу официалната XSD схема на НАП, версия 1.0.2 (Приложение №1 към заповедта за реда и формата на подаване) — същата, срещу която проверява и порталът. Тук се хващат липсващи и разместени елементи, невалидни формати на дати и числа, стойности извън номенклатурите, надхвърлени дължини. Всяка грешка се показва с номер на ред, превод на български и връзка към речника на грешките; суровият текст на съобщението е достъпен за справка. Как се четат тези съобщения — отделна статия в блога.

Ниво 3 · Логиката

Проверки, които схемата не може да направи

  • Балансови равенства — за всяка сметка: начално салдо + обороти = крайно салдо. Сред най-честите реални причини за отхвърляне, невидима за XSD (повече).
  • Контролни суми — декларираните TotalDebit, TotalCredit и брой записи срещу действителния сбор от редовете (повече).
  • Кръстосани референции — всеки CustomerID/SupplierID в записите трябва да съществува в MasterFiles (повече).
  • Валута — файл за период след 01.01.2026 г. с DefaultCurrencyCode различен от EUR се маркира като грешка (повече).
Ниво 4 · Логика по ВиО на НАП

Проверки по официалните „Въпроси и отговори“ и номенклатурите (от 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 са актуалните.