Съответствие със SAF-T в България: Технически изисквания и санкции | Arhivix

Съответствие със SAF-T в България: Технически изисквания и санкции

Съответствие със SAF-T в България: Технически изисквания и санкции

Българската XML схема SAF-T

Българската реализация на SAF-T е базирана на XML схема, разработена от НАП в съответствие с версия 2.0 на стандарта SAF-T на ОИСР и адаптирана да отразява българските счетоводни стандарти и данъчни разпоредби. Схемата дефинира структурата, типовете данни и правилата за валидиране на всички SAF-T подавания, осигурявайки последователност и машинна четимост за всички отчитащи се субекти.

Българската SAF-T схема е забележително изчерпателна, съдържайки приблизително 390 задължителни полета, които данъкоплатците трябва да попълват при всяко месечно подаване. Това ниво на детайлност е сравнимо с реализацията на SAF-T в Румъния, която е широко считана за една от най-взискателните в ЕС. Броят на полетата отразява амбицията на НАП да улови пълна картина на финансовите транзакции на всеки данъкоплатец, позволявайки усъвършенствани анализи на данни и възможности за кръстосани проверки.

Ключови категории данни и задължителни полета

390-те задължителни полета са разпределени в няколко основни категории данни:

  • Основни данни (приблизително 80 полета): Информация за компанията, сметкоплан, основни записи за клиенти, основни записи за доставчици и данъчни регистрационни данни. Тази секция установява референтните данни, спрямо които се валидират транзакционните данни.
  • Записи в главната книга (приблизително 90 полета): Подробни счетоводни записвания, включващи кодове на сметки, дати на транзакции, суми в местна и чуждестранна валута, препратки към документи и описания на осчетоводяванията.
  • Фактури за продажби (приблизително 70 полета): Пълни данни за фактури, включително информация за заглавната част, позиции, данъчни изчисления, условия за плащане и данни за доставка.
  • Фактури за покупки (приблизително 70 полета): Огледална структура на фактурите за продажби, улавяща всички входящи данни за фактури от доставчици.
  • Платежни записи (приблизително 40 полета): Банкови плащания, плащания в брой и други транзакции по уреждане на задължения, свързани със съответните им фактури.
  • Дълготрайни активи (приблизително 40 полета): Придобивания на активи, разпореждания, преоценки и амортизационни графици.

Всяко поле има дефинирани типове данни, ограничения за дължина и правила за валидиране. НАП предоставя XSD (XML Schema Definition) файл, който предприятията и доставчиците на софтуер използват за валидиране на своите SAF-T файлове преди подаване.

Технически предизвикателства при внедряването

Обхватът на българската SAF-T схема създава значителни технически предизвикателства за предприятията:

  • Пълнота на данните: Много счетоводни системи не улавят нативно всичките 390 задължителни полета. Предприятията може да се наложи да добавят персонализирани полета към своите ERP системи или да внедрят процеси за обогатяване на данни, за да запълнят пропуските.
  • Качество на данните: Несъответствия в историческите данни, непълни записи за клиенти/доставчици и нестандартизирано кодиране на сметки могат да причинят неуспехи при валидирането на SAF-T.
  • Кодиране на символите: SAF-T XML трябва да използва UTF-8 кодиране с правилно обработване на българските кирилски символи, което може да причини проблеми в системи, които не са първоначално конфигурирани за многоезична поддръжка.
  • Управление на размера на файловете: За големи предприятия с високи обеми транзакции, месечните SAF-T файлове могат да достигнат значителни размери, изисквайки ефективни възможности за компресиране и предаване.
  • Кръстосани препратки: Схемата на НАП изисква последователни кръстосани препратки между свързани записи, например свързване на платежни записи със съответните им фактури чрез уникални идентификатори на документи.

Предприятията трябва да проведат задълбочени пробни извличания значително преди задължителната начална дата, за да идентифицират и разрешат тези технически проблеми.

Санкции за несъответствие: от 5 000 до 30 000 лева

НАП е установила ясна санкционна рамка за несъответствие със SAF-T:

  • Неподаване: Предприятия, които не подадат месечния си SAF-T файл до крайния срок на 14-о число, се изправят пред глоби, започващи от 5 000 лева (приблизително 2 560 евро) за първо нарушение.
  • Повторно несъответствие: Повтарящите се неуспехи при подаване или постоянните проблеми с качеството на данните могат да доведат до ескалиращи глоби до 30 000 лева (приблизително 15 340 евро) за отчетен период.
  • Непълни или неточни данни: Подавания, които преминават основната валидация на схемата, но съдържат съществено неточни или непълни данни, могат да предизвикат санкции при последващ преглед и одит от НАП.
  • Отказ за коригиране: Предприятия, които получат уведомления от НАП за проблеми с качеството на данните и не подадат коригирани файлове в посочения срок, се изправят пред допълнителни санкции.

Санкционните суми са значителни, особено за предприятията от първата фаза с приходи над 300 милиона лева. Въпреки това, потенциалните косвени последици от несъответствието, включително повишена честота на одити и репутационни щети пред НАП, могат да бъдат още по-въздействащи в дългосрочен план.

Сравнение със SAF-T в Румъния

Българската реализация на SAF-T е много сходна с тази на Румъния, която беше едно от първите цялостни внедрявания на SAF-T в ЕС. И двете страни изискват приблизително 390 задължителни полета, месечно отчитане и използват XML схеми, произлезли от стандарта на ОИСР. Предприятия, опериращи и в България, и в Румъния, могат да използват своя румънски опит със SAF-T, за да ускорят българското внедряване, въпреки че важни разлики в структурите на сметкоплановете, данъчните кодове и конкретните дефиниции на полетата изискват внимателно внимание. Сходството също означава, че доставчиците на софтуер с румънски SAF-T решения могат по-лесно да адаптират продуктите си за българския пазар.

Как Arhivix помага

Arhivix помага на българските предприятия да управляват сложността на документацията, която съответствието със SAF-T изисква. С AES-256 криптиране, защитаващо всички съхранявани документи, Arhivix гарантира, че финансовите записи, стоящи в основата на вашите SAF-T подавания, остават сигурни и защитени от манипулация. Инфраструктурата за съхранение AWS S3 на платформата осигурява надеждната инфраструктура с висока наличност, необходима за поддържане на организирани архиви от документи, които подкрепят месечното извличане и валидиране на данни по SAF-T.

Изчерпателните одитни следи на Arhivix са особено ценни за съответствието със SAF-T, предоставяйки ясни доказателства за целостта на документите и произхода на данните. Когато НАП поиска подкрепяща документация за SAF-T подавания или инициира подробен преглед на отчетени транзакции, наличието на всички първични документи, организирани, криптирани и готови за одит в Arhivix, значително намалява времето за отговор и демонстрира стабилната позиция на съответствие, която българските данъчни органи очакват.