Какво показва опитът на Полша, Румъния и Португалия със SAF-T

Опит със SAF-T в Европа

Опит със SAF-T вече има в редица европейски държави. България въвежда стандарта поетапно, но страни като Полша, Румъния и Португалия вече показват какво се случва на практика, когато данъчният контрол започне да разчита все повече на структурирани електронни данни.

За българския бизнес е полезно да гледа чуждия опит не само през призмата на срокове и нормативни изисквания. По-важният въпрос е как SAF-T променя ежедневната работа с данни, документи, ДДС, счетоводен софтуер, ERP системи и вътрешни проверки

Защо да гледаме чуждия опит

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

  • нужда от чисти данни;
  • силна зависимост от ERP системите;
  • автоматични проверки;
  • промени в процесите;
  • постоянна поддръжка на номенклатури;
  • по-тясна връзка между SAF-T и ДДС отчетността и счетоводните записи.

Полша: SAF-T като част от ДДС контрола

В Полша SAF-T е познат като JPK — Jednolity Plik Kontrolny. Един от най-важните практически елементи е JPK_VAT, който комбинира данни от ДДС отчетността и се подава електронно от регистрираните активни ДДС данъкоплатци. Полските официални материали посочват, че JPK_VAT включва декларационна и отчетна част и се подава за съответните отчетни периоди.

Това показва важен урок за България: SAF-T не трябва да се разглежда отделно от ДДС отчетността. Ако информацията във файла не съответства на дневниците, декларациите, фактурите и счетоводните записи, рискът от несъответствия се увеличава. Практическата подготовка не трябва да се ограничава до въпроса „може ли системата да експортира файл“. По-важно е да се провери цялата логика между:

  • счетоводни записи;
  • ДДС данни;
  • фактури;
  • контрагенти;
  • номенклатури;
  • данъчни кодове;
  • използваните счетоводни сметки.

Румъния: SAF-T като комплексен проект

Румъния въведе SAF-T чрез декларация D406. Официалната страница на ANAF показва, че администрацията публикува и обновява технически ресурси като валидатор, XSD файл, XLS схема и помощни документи за подготовка и подаване на декларацията.

Това е важно, защото показва, че SAF-T не е статичен проект. Структури, валидатори и помощни документи могат да се актуализират. Компаниите трябва да следят версиите и да поддържат системите си в съответствие с актуалните изисквания.

Румънският опит показва три практически извода:

  1. Най-трудните проблеми често са в източниците на данни. XML форматът е финалният резултат, но качеството му зависи от счетоводните, търговските и ERP данните.
  2. Внедряването не приключва с първия файл. Следват версии, корекции и технически промени.
  3. Валидаторите са важни, но не са достатъчни. Файлът може да мине техническа проверка, но това не гарантира, че бизнес логиката е без грешки.

Португалия: SAF-T като инструмент за електронен данъчен контрол

Португалия има дългогодишен опит със SAF-T. Официалният португалски данъчен портал посочва, че SAF-T (PT) има за цел да улесни електронното събиране на релевантни данъчни данни от инспектори и одитори, като подпомага данъчните декларации и анализа на счетоводни и други данъчно релевантни записи.

Това описание е показателно: SAF-T не е просто формат. Той е инструмент за контрол, анализ и съпоставка на данни.

Португалският опит показва, че SAF-T постепенно се превръща в нормална част от данъчната отчетност. Компаниите трябва да поддържат счетоводните и фактуриращите си системи така, че данните да бъдат готови за експорт, проверка и анализ.

За българските предприятия това означава:

  • да не се разчита на ръчни корекции в последния момент;
  • да се поддържат правилни номенклатури;
  • да се проверяват данните при въвеждане, а не чак при генериране на файла;
  • да има отговорност за качеството на master data;
  • да се следи връзката между фактуриране, счетоводство, ДДС и отчетност.

Какво е общото между трите държави?

Полша, Румъния и Португалия показват различни модели на SAF-T, но общата логика е една: Данъчният контрол става все по-дигитален, стандартизиран и базиран на данни.

Общите изводи са:

  • SAF-T изисква подготовка на данните, не само настройка на софтуера;
  • ДДС отчетността и счетоводните записи трябва да са съпоставими;
  • номенклатурите са критични;
  • XML структурата трябва да се поддържа спрямо актуалната версия;
  • грешките се откриват по-лесно;
  • бизнесът трябва да има вътрешен процес за контрол на данните.

Какво означава това за България?

Българските предприятия имат предимство: могат да се подготвят, като използват чуждия опит. Вместо да чакат първото подаване, компаниите могат да започнат с практическа проверка на данните и системите. Най-важните практически стъпки са:

  1. Проверка на контрагентите.
  2. Подготовка на сметкоплана.
  3. Мапване на номенклатури.
  4. Проверка на ДДС данните.
  5. Подготовка на продукти, мерни единици и складови данни.
  6. Проверка на ERP или счетоводната програма.
  7. Тестово генериране на XML файл.
  8. Анализ на грешките от софтуера.
  9. Вътрешна процедура за корекции.
  10. Следене на официалните документи и указания на НАП.

Основният урок от чуждия опит е, че SAF-T не е само технически файл. Той променя начина, по който бизнесът трябва да мисли за счетоводните и данъчните си данни.

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

Опитът на Полша, Румъния и Португалия показва, че SAF-T не е просто ново задължение. Той е част от по-голяма промяна: данъчната администрация преминава от декларации към детайлни, структурирани и проверими данни.

За българския бизнес най-добрият подход е да не чака първия срок, а да започне с подготовка на данните още сега. Първата стъпка не е XML файлът, а проверката на информацията, която ще влезе в него.

Официалната страница на полския данъчен портал за JPK_VAT

Официалната страница на ANAF за SAF-T и декларация D406

Официалната страница на португалската данъчна администрация Portal das Finanças за SAF-T (PT)

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

За официална информация относно внедряването на SAF-T в България следете страницата на Националната агенция за приходите.

Подобни статии