TL;DR: SAF-T (Standard Audit File for Tax) este un fisier XML standardizat care contine, intr-o structura unica ceruta de ANAF, datele contabile si fiscale ale firmei: plan de conturi, jurnale, parteneri, stocuri si active. In Romania se depune prin Declaratia informativa D406. Un Odoo configurat pentru Romania genereaza acest XML automat din inregistrarile existente, cu conditia ca planul de conturi romanesc sa fie mapat corect si datele master sa fie complete. Validarea finala ramane la contabil. Termenele si categoriile de contribuabili se modifica in timp, asa ca verifica-le la zi cu ANAF sau cu contabilul.
Ce este SAF-T si ce este Declaratia D406
SAF-T (Standard Audit File for Tax) este un format standardizat, definit international de OCDE, prin care administratiile fiscale primesc datele contabile ale unei firme intr-o structura uniforma. In loc ca inspectorul sa lucreze cu zeci de exporturi diferite, dintr-o multime de programe de contabilitate, primeste un singur fisier XML cu o schema cunoscuta.
In Romania, acest fisier se depune la ANAF prin Declaratia informativa D406. Diferenta de termeni este utila in practica:
- SAF-T este formatul de date, fisierul XML in sine.
- D406 este declaratia legala prin care acel fisier ajunge la ANAF.
Cand cineva spune “trebuie sa depunem SAF-T”, in fapt vorbeste despre generarea fisierului si depunerea lui ca D406. Pentru o firma, asta inseamna ca raportarea nu mai e o sinteza pe care o construiesti manual, ci o extragere fidela a tot ce ai inregistrat: ANAF poate vedea nivelul de detaliu, document cu document, nu doar totaluri.
De aici decurge tot ce conteaza tehnic: daca datele din ERP sunt curate si corect codificate, fisierul iese curat; daca nu, problemele se vad imediat la validare.
Ce date contine fisierul SAF-T
Schema SAF-T este modulara. Nu este o singura lista, ci mai multe sectiuni care, impreuna, descriu firma fiscal. La nivel de principiu, fisierul contine:
- Header (date generale) - identificarea firmei, perioada raportata, moneda, datele de contact fiscal.
- Date master (master files) - planul de conturi, lista de clienti si furnizori (cu CUI si date de identificare), nomenclatorul de produse si servicii, cotele de TVA, categoriile de active si de stocuri. Aceasta este “coloana vertebrala” a fisierului.
- Inregistrari contabile (general ledger entries) - notele contabile din jurnale, cu conturile debitoare si creditoare, sumele si referintele la documente.
- Documente sursa (source documents) - facturile de vanzare si de cumparare, platile si incasarile, miscarile de stoc.
- Active si stocuri - situatia activelor fixe (intrari, amortizare, iesiri) si a stocurilor, dupa caz si frecventa.
Nu toate sectiunile au aceeasi frecventa de depunere: unele se raporteaza periodic, altele la cerere sau anual (de exemplu, stocurile si activele au tratament separat). Regulile exacte de continut si periodicitate sunt definite de ANAF si se actualizeaza, asa ca structura concreta a fiecarei depuneri se confirma cu contabilul.
Important de retinut: SAF-T nu cere date noi pe care nu le ai deja. Cere ca datele pe care le ai sa fie complete si corect codificate. Acolo se decide efortul.
Maparea planului de conturi romanesc
Partea care face sau strica raportarea SAF-T intr-un ERP este maparea planului de conturi. ANAF nu accepta orice structura de conturi: fiecare cont din firma trebuie corelat cu nomenclatorul fiscal standard si cu pozitiile cerute de schema SAF-T.
Intr-un Odoo configurat pentru Romania, asta presupune:
- Plan de conturi romanesc activ. Odoo trebuie sa foloseasca planul de conturi local (clasele 1-9 din reglementarea contabila romaneasca), nu un plan generic international.
- Corelarea conturilor cu codurile SAF-T. Fiecare cont se asociaza cu structura ceruta de schema, ca sumele sa aterizeze in pozitiile corecte din fisier.
- Codificarea TVA. Cotele si tipurile de TVA trebuie mapate pe categoriile fiscale recunoscute, altfel sectiunea de taxe nu valideaza.
- Tipologii pentru parteneri, produse, active si stocuri. Clientii si furnizorii au nevoie de CUI corect; produsele de unitati de masura standardizate; activele de categorii de amortizare; stocurile de o evidenta consistenta.
Maparea este in mare parte o operatiune one-time la implementare, dar nu se opreste acolo. De fiecare data cand contabilul adauga un cont nou, o cota noua sau o categorie noua de active, maparea trebuie intretinuta. Un cont nou nemapat este cea mai frecventa cauza de eroare la o depunere ulterioara, intr-o firma altfel functionala.
Cum genereaza Odoo fisierul XML conform schemei ANAF
Cand datele master sunt curate si maparile sunt setate, generarea fisierului devine o operatiune repetabila. La nivel de proces, fluxul arata asa:
- Inregistrezi normal in Odoo - facturi, plati, note contabile, miscari de stoc. Nu faci nimic special “pentru SAF-T”.
- La momentul raportarii, selectezi perioada si tipul de fisier (periodic, la cerere, anual pentru activele/stocurile cu regim separat).
- Odoo extrage si structureaza datele din inregistrarile existente, aplicand maparile configurate (conturi, TVA, parteneri, produse).
- Se genereaza XML-ul in schema ANAF, cu sectiunile cerute pentru tipul de raportare ales.
- Validezi fisierul fata de schema oficiala (validatorul ANAF) inainte de depunere; aici se prind pozitiile lipsa sau codificarile gresite.
- Contabilul verifica si depune D406 din Spatiul Privat Virtual.
Avantajul integrarii este acelasi ca la e-Factura: datele introduse o singura data, la operare, devin si raportarea catre stat. Nu exista un al doilea sistem in care sa retastezi balanta sau jurnalele. Un XML valid in schema generala poate fi totusi respins daca incalca o regula specifica romaneasca, exact cum se intampla la facturare; de aceea validarea fata de schema oficiala este un pas obligatoriu, nu optional.
Completitudinea datelor: unde apar erorile
In practica, problemele la SAF-T nu vin din software, ci din date incomplete sau prost codificate. Cele mai frecvente:
- Conturi nemapate - un cont contabil folosit dar necorelat cu structura SAF-T; sumele lui nu au unde sa mearga in fisier.
- Parteneri fara CUI corect - clienti sau furnizori cu cod fiscal lipsa, gresit sau neformatat conform cerintei.
- Cote TVA neconforme - taxe configurate ad-hoc, nemapate pe categoriile fiscale recunoscute.
- Unitati de masura necodificate - produse fara unitate standardizata, care blocheaza sectiunile de stoc.
- Active fara categorie de amortizare - mijloace fixe inregistrate incomplet, care nu se incadreaza in sectiunea de active.
Toate au un numitor comun: sunt probleme de date master, nu de raportare. Se rezolva o data, curat, inainte de prima depunere, sau te urmaresc la fiecare generare. De aceea recomandam un audit al nomenclatoarelor si o depunere pilot pe o perioada reala, inainte de a intra in ritmul lunar. Curatarea datelor inainte de go-live este, ca timp, partea cea mai mare a unui proiect SAF-T, nu configurarea ERP-ului.
Rolul contabilului in validare
SAF-T automatizeaza transportul si formatul, nu rationamentul fiscal. Rolul contabilului nu dispare, se muta de la munca manuala la supraveghere si exceptii:
- Reconciliaza fisierul cu balanta. Soldurile si rulajele din XML trebuie sa corespunda cu situatiile contabile; daca nu, e semn ca o mapare sau o inregistrare e gresita.
- Verifica maparile. Confirma ca noile conturi, cote sau categorii adaugate in perioada sunt corect corelate.
- Trateaza exceptiile. Stornari, corectii, operatiuni atipice care nu se incadreaza automat.
- Semneaza si raspunde de declaratie. Responsabilitatea legala a D406 ramane la firma si la contabilul care o depune.
ERP-ul ii da contabilului un punct de plecare corect si reproductibil, ca sa nu construiasca raportarea de la zero in fiecare luna. Dar decizia finala “este fisierul corect fiscal” ramane umana.
Costuri orientative de implementare
Cifrele de mai jos sunt orientative si depind de starea datelor existente, de versiunea Odoo si de cat de curat este planul tau de conturi. Nu sunt o oferta.
| Componenta | Ce include | Cost orientativ |
|---|---|---|
| Activare plan de conturi RO | Configurare plan local, clase de conturi, jurnale | 600 - 1.500 EUR |
| Mapare conturi pe schema SAF-T | Corelare conturi, coduri fiscale, categorii | 1.000 - 3.000 EUR |
| Curatare date master | CUI parteneri, cote TVA, unitati de masura, active, stocuri | 1.000 - 3.500 EUR |
| Generare + validare fisier | Setare export D406, validare fata de schema, pilot | 800 - 2.000 EUR |
| Intretinere anuala | Ajustari la modificari ANAF, conturi noi, suport | 600 - 1.800 EUR / an |
Variabila cea mai mare nu este software-ul, ci calitatea datelor. O firma cu plan de conturi disciplinat si nomenclatoare curate trece rapid; una cu istoric dezordonat plateste in timpul de curatare si reconciliere. Un pilot pe o perioada reala, inainte de prima depunere obligatorie, scoate la iveala problemele cat inca ai timp sa le corectezi.
Legaturi utile
Daca ai nevoie sa configurezi raportarea SAF-T corect de la inceput, noi livram intreg lantul - plan de conturi romanesc, maparea pe schema ANAF, curatarea datelor master, generarea si validarea fisierului D406 - ca parte din serviciile noastre de implementare Odoo on-premise. SAF-T merge in paralel cu facturarea, asa ca merita citit si ghidul despre e-Factura in Odoo si transmiterea in SPV ANAF, precum si cel despre RO e-Transport si codul UIT, a treia obligatie de raportare a fluxurilor de marfa. Iar daca planifici bugetul unui proiect complet, am detaliat cifrele reale in cat costa o implementare Odoo.
Intrebari frecvente
Ce este SAF-T si cum se leaga de Declaratia D406? SAF-T (Standard Audit File for Tax) este un fisier XML standardizat care contine, intr-o structura unica, datele contabile si fiscale ale firmei: planul de conturi, jurnalele contabile, clientii si furnizorii, stocurile si activele. In Romania, acest fisier se depune la ANAF prin Declaratia informativa D406. Practic, D406 este declaratia, iar SAF-T este formatul de date pe care il transporta. Un ERP corect configurat genereaza acest XML automat din inregistrarile existente.
Ce date trebuie sa contina fisierul SAF-T? Structura SAF-T are mai multe sectiuni: date generale (header), datele master (plan de conturi, clienti, furnizori, produse, cote TVA, active), inregistrarile contabile din jurnale (general ledger), documentele sursa (facturi de vanzare si cumparare, plati, miscari de stoc) si, dupa caz, activele si stocurile. Nu toate sectiunile sunt obligatorii la fiecare depunere; unele au frecventa diferita. Completitudinea si codificarea corecta a fiecarei sectiuni sunt cheia validarii la ANAF.
De ce este importanta maparea planului de conturi romanesc pentru SAF-T? ANAF cere ca fiecare cont contabil din firma sa fie corelat cu nomenclatorul fiscal standard si cu structurile cerute de schema SAF-T. Daca planul tau de conturi din Odoo nu este mapat corect pe conturile romanesti si pe codurile cerute, fisierul fie nu valideaza, fie raporteaza sume in pozitii gresite. Maparea este o operatiune one-time la implementare, plus intretinere cand apar conturi noi, si este partea care decide daca raportarea iese curat sau cu erori.
Poate Odoo sa genereze fisierul SAF-T D406 automat? Da, un Odoo configurat pentru Romania, cu planul de conturi local si maparile fiscale setate, poate produce fisierul XML in structura ceruta de ANAF, din inregistrarile contabile deja existente. Nu trebuie sa introduci date a doua oara. Conditia este ca datele master (conturi, parteneri cu CUI, cote TVA, unitati de masura, categorii de active si stocuri) sa fie complete si codificate corect inainte de generare. Validarea finala ramane in sarcina contabilului.
Cine raspunde de corectitudinea fisierului SAF-T, ERP-ul sau contabilul? Sistemul automatizeaza extragerea, structurarea si formatarea datelor in XML, dar rationamentul fiscal ramane la contabil. El verifica daca soldurile se potrivesc cu balanta, daca maparile sunt corecte, daca exista pozitii lipsa si trateaza exceptiile inainte de depunere. ERP-ul reduce munca manuala si riscul de eroare de transcriere, insa responsabilitatea legala a declaratiei apartine firmei si contabilului care o semneaza.
De cand si pentru cine este obligatoriu SAF-T D406? Obligatia D406 a fost introdusa pe etape, pe categorii de contribuabili (mari, mijlocii, mici), cu termene de start si de gratie diferite si cu reguli care se actualizeaza. Nu te baza pe o data memorata: verifica termenul curent si categoria firmei tale direct la ANAF sau cu contabilul, inainte de a-ti planifica raportarea. La nivel tehnic, Odoo poate genera fisierul indiferent de categoria in care intra firma ta.
Glosar
- SAF-T (Standard Audit File for Tax): format XML standardizat, definit de OCDE, prin care firmele transmit datele contabile si fiscale catre administratia fiscala intr-o structura uniforma.
- D406: Declaratia informativa prin care fisierul SAF-T se depune la ANAF in Romania.
- Plan de conturi: lista structurata a conturilor contabile folosite de firma; pentru SAF-T trebuie sa fie planul romanesc, mapat pe schema ANAF.
- Date master (master files): nomenclatoarele de baza ale firmei - conturi, parteneri, produse, cote TVA, active, stocuri - care formeaza coloana vertebrala a fisierului SAF-T.
- General ledger: jurnalul contabil cu toate notele de inregistrare (debit/credit), o sectiune centrala a fisierului SAF-T.
- Mapare conturi: operatiunea de corelare a fiecarui cont din ERP cu pozitia ceruta de schema SAF-T, conditie pentru ca fisierul sa valideze la ANAF.