← Наръчник

Грешките в контрагентите, които никой валидатор не съобщава

Проверката на НАП при подаване гледа формата: схемата, номенклатурите, контролните суми. Тя отхвърля идентификатор на контрагент без тип — голо ЕИК на мястото на „10 + ЕИК“ спира файла. Но приема типизиран идентификатор с грешно съдържание: девятки вместо номер, един и същ номер, деклариран два пъти с две различни имена, тип, който противоречи на самия номер. Такъв файл получава входящ номер и изглежда приет.

Записът обаче остава. SAF-T е месечна снимка на счетоводството, която НАП пази и чете назад — при насрещна проверка, при ревизия, при сверка с файловете на самите контрагенти. Тогава „приетото“ излиза наяве: лицата, подадени под обща константа, са неразличими; номерът с две имена е подал едното от тях невярно. Тази страница описва петте дефекта, кой от тях какво значи и как се поправя, преди файлът да е подаден.

Какво проверява НАП — и какво приема

Идентификаторът на контрагент по Приложение №2 (полетата MF.C.3 за клиенти и MF.S.3 за доставчици) е типизиран: първите две цифри казват какъв е номерът след тях.

Проверката на НАП спира дотук: има ли тип. Идентификатор без тип — голо ЕИК на мястото на „10 + ЕИК“ — отхвърля файла, затова Saftix го съобщава, преди порталът да го направи: DQ_PARTY_ID_UNTYPED при съставяне и PARTY_ID_UNTYPED при проверка на готов файл. Но какво стои след типа не се сверява — нито дали ЕИК-ът е истински номер, нито дали същият идентификатор вече е деклариран с друго име, нито дали типът и съдържанието си противоречат. Всичко по-долу минава през портала.

Петте дефекта, които минават

Константа вместо идентификатор

Най-честият: „999999999“ (или друга повтаряща се цифра) на всяко физическо лице без ЕИК. Файлът се приема — но всички тези лица стават един запис в номенклатурата на файла, с едни обороти. При четене назад те са неразличими, а оборотът на „лицето 999999999“ е сбор от чужди сделки. В доклада на Saftix това е PARTY_ID_PLACEHOLDER (при проверка на готов файл) и DQ_PARTY_ID_PLACEHOLDER (при съставяне от документи).

Един номер, две имена

Същият идентификатор се среща във файла с различни имена — препечатка, преименуване или две реални лица под един номер. НАП приема записа, но в номенклатурата остава едно име, и за някое от лицата файлът е подал невярно име към верен номер. Кодовете: PARTY_ID_NAME_CONFLICT / DQ_PARTY_ID_NAME_CONFLICT. Правилото е едно: едно лице — един запис; различни лица — собствен идентификатор за всяко.

Тип, който противоречи на номера

„13 + нещо, което не е ЕГН“, „14 + BG“ за уж чуждестранно лице, „10 + номер, който не е ЕИК“. Типът е верен по форма, затова проверката на НАП го приема — но записът твърди за лицето нещо невярно. Кодовете: PARTY_ID_TYPE_CONFLICT / DQ_PARTY_TYPE_CONFLICT. Сверете типа по MF.C.3 преди подаване.

Име, което се разминава с профила

При съставяне от документи: контрагентът в документите за месеца носи друго име от това в профила на клиента. Или лицето е преименувано (тогава се обновява профилът), или е друго лице (тогава получава собствен идентификатор). Кодът: DQ_PARTY_NAME_DRIFT.

Самото дружество като свой контрагент

Подаващото дружество се появява като собствен клиент или доставчик. Понякога е вярно — протокол по чл. 117 ЗДДС и платежни между собствени сметки изглеждат точно така. Понякога е ред, в който контрагентът просто не е попълнен и колоната е взела подателя. Кодът е предупреждение, което пита, а не съди: DQ_PARTY_ID_IS_FILER.

Как се подават физически лица без ЕИК

Това е коренът на повечето константи. Правилният път е тип 15 + уникален код за всяко лице от Вашата собствена система — кодът трябва само да е устойчив: същото лице следващия месец носи същия код. За продажби без задължение за издаване на фактура има и втори път: обобщаване с код на документ 81 (Приложение №3, §IV.5), при който отделните лица изобщо не влизат в номенклатурата.

Какво прави Saftix

Проверява и двете посоки: при съставяне от документи (кодовете DQ_…) и при безплатната проверка на готов файл (кодовете PARTY_…) — всяко намерено е поименно, с мястото му във файла и с какво да направите. Тези находки са предупреждения: НАП приема файла и подаването не се спира. Решението дали записът е верен е Ваше — затова всяко предупреждение казва и двата възможни прочита.

Продължете с

• Какво проверяваме
  Всяка проверка с кода ѝ и с точния текст, който бихте прочели в доклада.
• Безплатна проверка на готов файл
  Файлът минава същите проверки, преди да го подадете.
• Какво значи грешката от НАП
  Поставете съобщението от е-услугата — казваме кое поле визира.
• НАП отхвърли файла
  Класовете съобщения, които порталът все пак съобщава.
• Как се чете докладът
  Нивата в доклада и какво да проверите преди подаване.