Dupa un an de pregatiri intense pentru raportarea SAF-T, companiile - mari contribuabili - au ajuns in etapa in care dificultatea nu mai este legata de identificarea datelor in sisteme sau de implementarea setarilor aferente, ci de a asigura o rutina de lucru functionala si de a obtine confortul necesar pentru ca declaratia SAF-T depusa luna de luna sa fie corecta si completa, dupa cum prevede legislatia.
Cum se poate asigura o companie ca declaratia SAF-T in format XML care contine un volum mare sau foarte mare de date, este corecta si completa?
Pe langa validarea cu DUK (i.e. validatorul pus la dispozitie de ANAF pentru a verifica daca structura si continutul XML sunt conform schemei implementate in Romania), declaratia SAF-T trebuie sa treaca si alte teste de calitate.
In primul rand, companiile ar trebui sa se asigure ca datele transmise prin declaratia SAF-T corespund cu datele din ERP si/sau din alte sisteme ce au fost utilizate pentru pregatirea declaratiei. Astfel, se recomanda un minim de reconciliere intre declaratiile SAF-T depuse la ANAF si datele sursa.
In al doilea rand, reconcilierea dintre declaratia SAF-T (D406) si celelalte declaratii periodice depuse de contribuabil (in special D300 si D390) este necesara pentru a identifica eventualele discrepante generate de multe ori de exceptii de inregistrare in sisteme sau de corectii manuale realizate dupa inchiderea lunii de raportare. O astfel de reconciliere, si arhivarea explicatiilor pentru diferentele identificate, se poate dovedi extrem de utila in viitoarele inspectii fiscale in care contribuabilii vor trebui sa justifice acuratetea datelor raportate.
Nu in ultimul rand, companiile ar trebui sa se asigure ca aplica testele de consistenta publicate recent de ANAF intr-un comunicat, in data de 9 martie a.c. Aceste teste erau intuite de contribuabili, iar o parte din acestea tin de regulile contabile care sunt automat respectate in sistemele ERP. Insa, atragem atentia ca testele de consistenta trebuie aplicate nu asupra datelor din ERP, ci asupra modului in care au fost acestea transpuse in declaratia SAF-T, astfel:
- In sectiunea 2.1 General Ledger Accounts, totalul soldurilor debitoare trebuie sa fie egal cu totalul soldurilor creditoare dupa excluderea claselor 8 si 9.
- In sectiunea 2.1. General Ledger Accounts, soldurile initiale pentru o luna trebuie sa fie egale cu soldurile finale din luna precedenta.
- In sectiunea 2.1. General Ledger Accounts, soldul final pentru fiecare cont contabil trebuie sa fie compus din soldul initial si rulajele declarate in sectiunea 3 General Ledger Entries.
- In sectiunea 3, totalul rulajelor debitoare trebuie sa fie egal cu totalul rulajelor creditoare.
- In sectiunile 3 si 4.1 / 4.2, suma de taxa trebuie sa coincida cu rezultatul din aplicarea procentului de taxa (aferent codului de taxa din Nomenclatorul ANAF) asupra bazei impozabile declarata la nivel de linie.
Bineinteles, toate aceste verificari trebuie eficientizate in rutina lunara a entitatilor raportoare, prin “traducerea” datelor din .xml, concomitent cu prezentarea automata a indicatorilor cheie rezultati din prelucrarea datelor din declaratia SAF-T.
Intr-o declaratie in cadrul Conferintei Anuale de Taxe PwC Romania, presedintele ANAF, Lucian Heius, arata ca 2.256 de contribuabili mari si 1.567 de contribuabili mijlocii au depus deja declaratia SAF-T. Procentual, inseamna ca aproape 70% din totalul marilor contribuabili, respectiv circa 10% din contribuabilii mijlocii, au depus declaratia SAF-T. Este de asemenea o realitate ca o parte semnificativa din marii contribuabili au depus declaratia pe zero sau incompleta.
Treptat, este de asteptat ca entitatile raportoare sa completeze si sa imbunatateasca raportarea, cat si sa inglobeze in procedurile interne de lucru cel putin verificarile discutate mai sus.
