SAF-T (D406) în 2026: ce raportezi și cum îl scoți din ERP

Ai zeci sau sute de facturi de intrare și ieșire în fiecare lună, un jurnal contabil cu mii de înregistrări și, din 2026, un termen de depunere care nu mai are nicio perioadă de grație. Așa arată SAF-T pentru majoritatea firmelor din România anul acesta: nu o noutate legislativă, ci o rutină lunară sau trimestrială pe care nu mai ai voie s-o tratezi superficial.

Declarația D406 a intrat în viața firmelor mici din 2025, iar 2026 e anul în care ANAF a renunțat la toleranță. Dacă firma ta încă scoate fișierul SAF-T manual, cu exporturi din Excel și corecții de ultim moment, articolul ăsta îți arată exact ce conține declarația, ce termene ai și cum arată procesul când ERP-ul face treaba automat, nu tu.

Ce este SAF-T și de ce contează Declarația D406

SAF-T (Standard Audit File for Tax) e un standard internațional propus de OCDE, gândit ca format unic de schimb de date contabile între firme și autoritățile fiscale. România l-a adoptat prin Ordinul președintelui ANAF nr. 1.783/2021, care stabilește formatul XML, termenele și structura fișierului transmis sub forma Declarației informative D406.

Diferența față de o declarație fiscală clasică e volumul și granularitatea. SAF-T nu raportează un total agregat, ci fiecare înregistrare contabilă, fiecare factură, fiecare client și furnizor, la nivel de tranzacție. Practic, ANAF primește o copie structurată a contabilității tale, nu un rezumat.

De ce a ales ANAF exact formatul ăsta

Scopul declarat e reducerea evaziunii și eficientizarea controalelor. Cu date structurate în XML, ANAF poate rula verificări automate — corelații între TVA declarat și facturi, discrepanțe între stocuri și mișcări — fără să mai trimită un inspector la sediul firmei pentru fiecare control de rutină. Pentru tine, asta înseamnă că orice inconsistență din contabilitate devine vizibilă mult mai repede decât înainte.

SAF-T și e-Factura, două fețe ale aceleiași monede

SAF-T nu funcționează izolat. Sistemul e-Factura trimite facturile individuale către ANAF aproape în timp real, iar SAF-T raportează lunar sau trimestrial imaginea contabilă completă în care acele facturi ar trebui să se regăsească. Când cele două seturi de date nu se potrivesc — o factură emisă prin e-Factura care lipsește din jurnalul contabil raportat prin D406, de exemplu — poți primi o notificare de conformare prin sistemul RO e-TVA. Cu cât ții cele două fluxuri sincronizate din ERP, cu atât riști mai puțin să declanșezi verificări suplimentare. Există și un al treilea sistem în aceeași familie — RO e-Transport, care urmărește nu documentul sau contabilitatea, ci mișcarea fizică a mărfii pe drum, cu praguri și termene proprii.

Cine trebuie să depună D406 în 2026

Obligativitatea s-a extins etapizat, pe categorii de contribuabili: mari din 2022, mijlocii din 2023, iar micii contribuabili și nerezidenții înregistrați în scopuri de TVA în România din 1 ianuarie 2025. Practic, orice persoană juridică română care ține contabilitate în partidă dublă — deci orice SRL sau SA — are obligația de raportare SAF-T, indiferent de cifra de afaceri.

Clasificarea ta exactă (mare, mijlociu, mic) o stabilește ANAF pe baza cifrei de afaceri și a altor criterii și ți-o comunică oficial printr-o notificare. Dacă nu ești sigur în ce categorie te încadrezi, verifică în Spațiul Privat Virtual — procesul de înregistrare și verificare în SPV e același cont pe care îl folosești și pentru celelalte declarații și pentru e-Factura.

2026 e anul în care lucrurile chiar contează pentru contribuabilii mici: perioada de grație acordată la introducerea obligației (șase luni pentru raportarea lunară, trei pentru cea trimestrială) s-a încheiat pentru toate firmele care au început raportarea în 2025. Ce însemna anterior o întârziere fără consecințe înseamnă acum o amendă efectivă.

Cine e scutit de SAF-T

Nu toate entitățile intră sub incidența D406. Sunt scutite firmele și profesiile care țin contabilitate în partidă simplă, nu în partidă dublă: persoanele fizice autorizate (PFA), întreprinderile individuale (II) și familiale (IF), cabinetele medicale individuale și birourile individuale de avocați sau notari. Dacă firma ta e organizată ca SRL sau SA, scutirea nu se aplică, indiferent de mărime.

Firme noi și firme fără activitate

Pentru o firmă nou-înființată, obligația de raportare SAF-T începe odată cu prima perioadă fiscală, nu după un termen de grație. Și dacă firma ta nu a avut nicio tranzacție într-o lună sau un trimestru, tot trebuie să depui o declarație — un fișier D406 cu antet și secțiuni structurale, dar zero linii de tranzacții. Singura excepție reală e activitatea suspendată oficial la Registrul Comerțului: pe perioada suspendării, obligația de depunere nu se aplică.

Ce conține fișierul D406 — structura pe secțiuni

Fișierul SAF-T e un XML complex, împărțit în secțiuni cu roluri clar delimitate. Nu completezi manual niciuna dintre ele — programul de contabilitate sau ERP-ul le generează din datele deja introduse în sistem — dar merită să știi ce anume pleacă spre ANAF, ca să poți verifica înainte de depunere.

Header și Master Files — cine ești și cu ce lucrezi

Secțiunea Header identifică raportarea: CUI-ul firmei, denumirea conform Registrului Comerțului, adresa sediului, IBAN-ul principal, regimul fiscal (cotă standard sau micro) și perioada exactă raportată. E prezentă obligatoriu în fiecare fișier, indiferent cât de mare sau mic e restul conținutului.

Master Files e practic nomenclatorul firmei: planul de conturi folosit, lista completă de clienți și furnizori cu datele lor de identificare fiscală, produsele și unitățile de măsură, valutele folosite. Aici raportezi toți clienții și furnizorii activi în perioadă, nu doar pe cei cu care ai avut tranzacții noi — inclusiv soldurile de la începutul și sfârșitul perioadei.

General Ledger și Source Documents — jurnalul și documentele

General Ledger Entries e registrul jurnal la nivel de tranzacție: fiecare înregistrare contabilă, pe conturile analitice corespunzătoare, cu sumele și data exactă. Source Documents completează imaginea cu documentele sursă propriu-zise — facturile de vânzare, facturile de achiziție și plățile, fiecare cu informațiile de TVA aferente la nivel de linie.

Aici apar cele mai multe erori de generare: coduri de taxă lipsă la nivel de linie de factură, coduri fiscale de partener cu spații sau formatare greșită, conturi din jurnal care nu se regăsesc în planul de conturi raportat la Master Files. Un validator bun le prinde înainte de depunere; fără el, le descoperă ANAF.

Mijloace Fixe și Stocuri — secțiunile speciale

Spre deosebire de restul fișierului, secțiunea de Mijloace Fixe se depune anual, la același termen ca situațiile financiare, și nu are perioadă de grație, indiferent de categoria ta de contribuabil. Conține valoarea de achiziție, amortizarea și mișcările fiecărui activ fix din evidența firmei.

Secțiunea de Stocuri e diferită: n-o depui din proprie inițiativă, ci doar la cererea explicită a ANAF, cu un termen stabilit de organul fiscal de minimum 30 de zile de la solicitare. Dacă nu primești o astfel de cerere, nu ai nimic de raportat aici.

Ca reper rapid, așa arată cele șase secțiuni active ale fișierului, una lângă alta:

Primele patru merg împreună la fiecare depunere lunară sau trimestrială. Ultimele două au reguli proprii, separate de restul calendarului — una fixă și anuală, cealaltă condiționată și rară.

Termene de depunere: lunar sau trimestrial, în funcție de TVA

Frecvența cu care depui D406 nu depinde direct de cât de mare e firma ta, ci de perioada ta fiscală de TVA. Dacă ești plătitor de TVA cu perioadă lunară, depui SAF-T lunar. Dacă ai perioadă trimestrială de TVA sau nu ești înregistrat ca plătitor de TVA, depui trimestrial. În practică, marii și mijlocii contribuabili au aproape mereu TVA lunar, de-aia asocierea „mari și mijlocii = lunar, mici = trimestrial" pare o regulă de mărime — dar regula reală urmează TVA-ul, nu categoria de contribuabil.

Concret, în cele două capete ale spectrului: o firmă mică, nou-înființată, cu TVA trimestrial și volum redus de facturi, depune D406 o dată la trei luni, cu un fișier relativ subțire — greutatea cade mai ales pe Master Files și Source Documents, cu puține linii fiecare. O firmă mijlocie cu TVA lunar și activitate de producție depune lunar, cu un fișier semnificativ mai stufos, unde General Ledger Entries și mișcările de stoc cântăresc cel mai mult. Volumul real de tranzacții, nu eticheta „mic" sau „mijlociu", e ce determină cât de greu devine procesul de generare și verificare.

Regula standard și cum arată în calendar

Termenul standard e ultima zi calendaristică a lunii următoare perioadei raportate. Dacă data respectivă cade într-un weekend sau într-o zi de sărbătoare legală, termenul se mută automat pe următoarea zi lucrătoare. Pentru primul trimestru din 2026, de exemplu, calendarul a arătat așa: ianuarie s-a raportat până pe 2 martie (28 februarie a picat sâmbătă), februarie până pe 31 martie, iar martie — împreună cu declarația trimestrială aferentă — până pe 30 aprilie.

Regula se aplică identic pentru orice lună: iei ultima zi a lunii următoare, verifici ce zi din săptămână e, și dacă pică weekend sau sărbătoare, muți pe următoarea zi lucrătoare. Cel mai sigur mod de a nu rata un termen e să-l pui în calendar imediat ce închei perioada de raportare, nu cu câteva zile înainte de scadență.

Cum se transmite efectiv fișierul

Depunerea nu înseamnă doar generarea XML-ului. Fișierul trece întâi printr-o validare tehnică, prin aplicația pusă la dispoziție de ANAF, care verifică structura și corectitudinea schemei — nu și acuratețea datelor contabile; asta rămâne responsabilitatea ta și a contabilului. După validare, se generează un document care se semnează electronic cu un certificat digital calificat, iar declarația semnată se încarcă în Spațiul Privat Virtual, la secțiunea de depunere declarații.

Confirmarea vine sub forma unei recipise electronice, cu unul din trei statusuri posibile: acceptat, respins sau acceptat cu erori. Un fișier respins nu contează ca depunere efectuată — dacă asta se întâmplă aproape de termen, riști o sancțiune pentru nedepunere dacă nu corectezi și retransmiți la timp un fișier valid. De-aia merită să nu lași generarea și transmiterea pentru ultima zi a termenului: îți trebuie marjă pentru cel puțin o rundă de corecții.

Declarația Rectificativă — cum corectezi o greșeală

Dacă descoperi o eroare după ce ai depus fișierul, nu editezi declarația inițială — depui o Declarație D406 Rectificativă, care înlocuiește integral fișierul anterior. Termenul pentru rectificativă e același cu termenul declarației următoare din calendar, iar dacă te încadrezi în el, nu ești sancționat pentru greșeala inițială.

Ce riști dacă nu depui la timp

Legislația face o distincție clară între a nu depune deloc și a depune, dar greșit. Nedepunerea la termenul legal atrage o amendă între 1.000 și 5.000 de lei. Depunerea unei declarații incomplete sau cu informații incorecte, constatată de ANAF, atrage o amendă separată, între 500 și 1.500 de lei.

Cum eviți sancțiunile în practică

Nu ești sancționat dacă rectifici fișierul până la termenul de depunere al declarației următoare — asta îți dă practic o lună sau un trimestru de marjă reală ca să corectezi o greșeală descoperită ulterior, fără nicio amendă. Absența activității nu te scutește de obligație: dacă n-ai avut tranzacții, depui oricum fișierul cu secțiunile structurale și zero linii — lipsa declarației, nu lipsa activității, e cea sancționată.

Fișierul SAF-T are și o limită tehnică de 500 MB. Dacă depășești pragul, nu renunți la depunere — trimiți fișierul în mai multe module, fiecare cu antetul și cel puțin o secțiune completă, printr-un mecanism numit raportare modală.

De ce contează tiparul, nu doar întârzierea izolată

O întârziere unică, corectată rapid, rămâne un incident minor — amenda pentru nedepunere, dacă apare, e una singură. Problema reală apare când nedepunerea sau erorile se repetă lună de lună. Exact genul de corelații automate pe care SAF-T le permite — facturi din e-Factura fără corespondent în jurnalul contabil, TVA din decontul D300 care nu se potrivește cu General Ledger Entries — transformă un tipar de neconformitate într-un semnal de risc pentru sistemele ANAF, nu doar într-o listă de amenzi izolate. Practic, fiecare depunere corectă și la timp nu e doar despre evitarea unei sancțiuni de câteva sute de lei — e despre a rămâne în afara profilului de risc care declanșează verificări suplimentare.

Cum scoți SAF-T din ERP-ul tău

Aici se vede diferența reală dintre o firmă care tratează SAF-T ca pe un chin lunar și una care nu-l mai observă. Declarația D406 nu se completează manual — se generează dintr-un sistem care are deja datele contabile și operaționale structurate corect.

Mecanismul: captură, mapare, generare

Un ERP construit corect pentru piața românească extrage datele necesare direct din modulele native: Contabilitate, Vânzări, Achiziții, Mijloace Fixe, Gestiune Stocuri. Pe măsură ce activitatea zilnică se desfășoară — emiți o factură, înregistrezi o achiziție, modifici un stoc — datele intră direct în baza de date centralizată a sistemului, nu într-un fișier Excel separat.

De acolo, proceduri predefinite mapează automat datele operaționale în structura XML pe care o cere ANAF: fiecare cont contabil, fiecare partener, fiecare document sursă ajunge exact în secțiunea corespunzătoare din D406. La comandă, sistemul generează fișierul, gata de validare și transmitere — fără export manual, fără reconciliere în foi de calcul separate.

De ce datele „în silozuri" sunt cauza reală a erorilor

Cele mai multe probleme de generare SAF-T nu vin din complexitatea formatului, ci din faptul că informația critică pentru raportare trăiește în departamente și programe diferite: contabilitatea într-un soft, stocurile în altul, vânzările într-un CRM separat. Corelarea lor manuală, lună de lună, e exact locul unde apar codurile de taxă lipsă și conturile care nu se regăsesc între secțiuni.

Un sistem ERP e prin definiție un ecosistem integrat — centralizează datele operaționale și financiare într-o singură bază, nu le lasă distribuite. Asta îl face soluția firească pentru complexitatea SAF-T: nu pentru că „știe" regulile ANAF mai bine decât un soft de contabilitate, ci pentru că datele pe care le mapează sunt deja coerente între ele înainte să ajungă în fișier.

Software de contabilitate vs. ERP construit la comandă

Pentru o firmă mică, cu volum redus de tranzacții, un modul SAF-T dintr-un program de contabilitate standard acoperă nevoia fără probleme. Diferența apare la volum și la complexitate operațională — producție cu BOM și trasabilitate, mai multe gestiuni, mai multe entități legale sub aceeași umbrelă. Acolo, un sistem ERP la comandă care unifică de la început contabilitatea cu operațiunile elimină exact silozurile care generează erori de raportare, în loc să adauge un modul SAF-T peste un sistem care oricum ține datele separat.

Ce să verifici înainte să alegi soluția

Nu orice soft care „exportă SAF-T" face treaba la fel de bine. Contează dacă generarea e nativă în sistemul pe care oricum îl folosești zilnic pentru contabilitate și operațiuni, sau dacă presupune un modul separat, cu propriul export și propria mapare manuală peste datele existente. Contează și cât de des sunt actualizate mapările la modificările de schemă publicate de ANAF — o schemă XML învechită produce erori de validare chiar și cu date contabile perfect corecte. Și contează dacă sistemul îți semnalează erorile înainte de depunere, într-un limbaj pe care-l înțelegi, sau te lasă să afli abia din recipisa de respingere.

Cum te pregătești practic pentru fiecare depunere

Fie că generezi SAF-T dintr-un ERP integrat, fie dintr-un program de contabilitate cu modul dedicat, riscul de eroare vine mai puțin din softul în sine și mai mult din rutina din jurul lui. Câteva verificări simple, făcute constant, elimină majoritatea problemelor:

• Pune termenele în calendar, cu responsabil clar desemnat — nu te baza pe memorie sau pe alertele din softul de contabilitate.
• Rulează un export de test cu 7-10 zile înainte de termen, nu în ultima zi. Declarațiile de test (D406T) nu contează ca date fiscale la ANAF, dar îți arată exact unde apar erorile de structură.
• Verifică balanța de verificare înainte de generare — conturi fără sold explicat, parteneri fără cod fiscal complet sau facturi fără cod de taxă la nivel de linie sunt cele mai frecvente cauze de respingere.
• Păstrează recipisele de la fiecare depunere acceptată, alături de fișierul XML transmis — sunt dovada depunerii dacă apare vreodată o discuție cu ANAF.
• Nu confunda „am încărcat" cu „am depus". Fișierul trebuie validat și trebuie să primești o recipisă cu status acceptat — un fișier respins la validare nu contează ca depunere.

Întrebări frecvente

Ce se întâmplă dacă firma mea nu a avut nicio tranzacție într-o lună?

Depui oricum declarația D406, cu antetul și secțiunile structurale completate, dar fără linii de tranzacții. Obligația de depunere rămâne valabilă indiferent de activitate — se sancționează lipsa declarației, nu lipsa tranzacțiilor.

Pot depune SAF-T manual, fără program de contabilitate sau ERP?

Practic, nu. Fișierul D406 respectă o schemă XML complexă, cu sute de câmpuri obligatorii și reguli de validare stricte. Depunerea presupune un software care generează fișierul din evidențele contabile — fie un program de contabilitate cu modul SAF-T, fie un ERP cu funcționalitatea integrată.

Ce diferență e între SAF-T și decontul de TVA (D300)?

D300 raportează un total agregat de TVA colectat și dedus pe perioadă. SAF-T raportează fiecare înregistrare contabilă și fiecare document sursă la nivel de tranzacție, ceea ce îi dă ANAF vizibilitate mult mai granulară — inclusiv posibilitatea de a corela automat cele două declarații și de a semnala discrepanțe.

Cum știu dacă sunt contribuabil mic, mijlociu sau mare?

ANAF face clasificarea pe baza cifrei de afaceri și a altor criterii și ți-o comunică oficial, printr-o notificare. Dacă n-ai găsit notificarea, verifică statusul direct în Spațiul Privat Virtual.

Ce se întâmplă dacă fișierul e respins la validare?

Corectezi eroarea semnalată în softul de contabilitate sau ERP și retransmiți. Un fișier respins nu contează ca depunere efectuată, deci dacă respingerea survine aproape de termen, riști o sancțiune pentru nedepunere dacă nu retransmiți la timp un fișier valid.

Trebuie să depun SAF-T dacă firma are activitate suspendată?

Nu, cât timp suspendarea e înregistrată oficial la Registrul Comerțului. Obligația de depunere D406 nu se aplică pentru perioada în care activitatea e suspendată în mod oficial.

Trebuie să retrimit SAF-T dacă corectez o factură dintr-o lună anterioară?

Da, dacă modificarea afectează o perioadă deja raportată. Depui o Declarație Rectificativă pentru luna sau trimestrul respectiv — nu aștepți să apară automat în raportarea curentă. Rectificativa înlocuiește integral fișierul anterior pentru acea perioadă, cu termen egal cu cel al declarației următoare din calendar.

Dacă SAF-T încă înseamnă pentru tine export manual, corecții de ultimă oră și emailuri către contabil în seara termenului, problema nu e declarația în sine — e sistemul din spatele ei. Găsești restul ghidurilor din conformitate fiscală pentru ERP sau poți vedea direct cum arată un ERP construit pentru nevoile reale ale firmei tale.