SAF-T D406 explicat simplu 2026 — Ghid complet (cadru legal, structură, sancțiuni)
Ghid complet SAF-T D406 în 2026: cadrul legal OPANAF 1783/2021, structura fișierului XML cu cele 7 secțiuni principale, cine este obligat și calendarul implementării, 8 profile de firme, 10 greșeli frecvente la generare, algoritm decizional 7 pași, sancțiuni 500-25.000 lei conform Codului de Procedură Fiscală.
Declarația D406, denumită oficial „Declarația informativă privind raportarea în format standardizat SAF-T", este una dintre cele mai complexe obligații fiscale introduse în România în ultima decadă. Bazată pe standardul internațional SAF-T (Standard Audit File for Tax) dezvoltat de OCDE și adoptată prin OPANAF 1783/2021, D406 obligă contribuabilii să transmită ANAF un fișier XML structurat care reflectă, într-un format standardizat, întreaga activitate financiar-contabilă a firmei: jurnal contabil, facturi emise și primite, plăți, mișcări de stoc, mijloace fixe, planul de conturi, lista clienților și furnizorilor.
În 2026, perioada de grație acordată pentru fiecare categorie de contribuabili a expirat. Sancțiunile pentru nedepunere, depunere cu întârziere sau date eronate sunt activ aplicate de ANAF, calibrate conform Codului de Procedură Fiscală (Art. 219 și următoarele). Cumulate, sancțiunile pot ajunge la 5.000-25.000 lei per perioadă raportată (lună sau trimestru) plus obligația de corectare retroactivă a datelor.
Acest ghid acoperă tot ce trebuie să știe un antreprenor român despre SAF-T D406 în 2026: cadrul legal complet cu cele patru OPANAF-uri care construiesc sistemul, structura detaliată a celor șapte secțiuni principale ale fișierului XML, calendarul implementării pentru fiecare categorie de contribuabili, opt profile distincte de firme cu nevoi specifice, zece greșeli frecvente la generare și depunere, algoritmul decizional în șapte pași pentru alegerea programului potrivit și calculul realist al sancțiunilor cumulate.
Cuprins
- Ce este SAF-T și de ce există în 2026
- Cadrul legal complet — 4 reglementări OPANAF + Cod Procedură Fiscală
- Structura fișierului SAF-T D406 — 7 secțiuni esențiale
- Cine este obligat și calendarul implementării
- 8 profile de firme — cum gestionează SAF-T D406
- 10 greșeli frecvente la generarea D406
- Algoritm decizional — 7 pași pentru alegerea programului
- Sancțiuni + calcul TCO realist pentru neconformare
- Întrebări frecvente (FAQ)
1. Ce este SAF-T și de ce există în 2026
SAF-T (Standard Audit File for Tax) este un standard internațional propus de Organizația pentru Cooperare și Dezvoltare Economică (OCDE) în 2005, conceput ca un format universal de schimb de date contabile între contribuabili și autoritățile fiscale. Versiunea adoptată oficial de OCDE (SAF-T 2.0) definește o structură XML extinsă care acoperă întregul ciclu contabil al unei firme: identificare, plan de conturi, jurnal contabil, documente sursă (facturi, plăți, transferuri), stocuri, mijloace fixe.
România a adoptat acest standard prin OPANAF 1783/2021, denumind oficial declarația D406 și implementând-o în etape, începând cu marii contribuabili (1 ianuarie 2022), continuând cu contribuabilii medii (1 ianuarie 2023) și încheind cu micii contribuabili cu contabilitate în partidă dublă (1 ianuarie 2025). În 2026, sistemul este pe deplin operațional pentru toate categoriile de SRL și entități cu contabilitate în partidă dublă.
De ce a adoptat România SAF-T
România avea, anterior implementării SAF-T, una dintre cele mai mari deficiențe de colectare TVA și impozit pe profit din Uniunea Europeană (gap TVA estimat la 35-38% în 2020). Combinat cu introducerea e-Factura (OUG 115/2023 + OUG 69/2024), SAF-T D406 oferă ANAF capacitatea de cross-verificare automată între:
- Facturile transmise prin e-Factura SPV
- Mișcările de stoc declarate în D406
- Jurnalul contabil
- Declarațiile TVA (D300, D394, D390)
- Declarația Unică (pentru PFA)
Această cross-verificare automatizată reduce semnificativ posibilitățile de fraudă fiscală (TVA fictiv, facturi nedeclarate, divergențe stoc/vânzări, transferuri necontabilizate). Pentru contribuabilul corect, beneficiul indirect este o reducere a frecvenței controalelor fizice — ANAF prioritizează firmele cu indicatori de neconformare detectați automat.
Diferența față de alte declarații
D406 nu înlocuiește declarațiile existente (D300, D390, D394, D205, D107, etc.) — le complementează cu o vedere structurată complet a activității financiare. Programele de contabilitate generau anterior aceste declarații separat; cu D406, ANAF primește un instantaneu coerent al întregii contabilități într-un singur fișier XML.
Volum tipic al fișierului: o microîntreprindere cu 30 facturi pe lună generează un fișier D406 de 2-10 MB lunar. Un SRL mediu cu 100 facturi pe lună poate genera fișiere de 30-80 MB lunar. Marii contribuabili cu mii de facturi generează fișiere de sute de MB, transmise prin proceduri speciale.
Format tehnic
XML conform schemei oficiale ANAF (XSD — XML Schema Definition publicat la fiecare actualizare). Versiunea curentă în 2026: v2.4.5 (actualizată prin OPANAF 1235/2024 + ajustări 2025 pentru cotele TVA 21%/11%).
Validarea fișierului are două niveluri:
- Formală (XSD): structură, tipuri de date, câmpuri obligatorii prezente
- Semantică: coerență internă (totaluri matematice, conturi balansate, referințe între secțiuni)
Erori la oricare nivel = fișier respins, obligație corectare și retransmitere în termen.
2. Cadrul legal complet — 4 reglementări OPANAF + Cod Procedură Fiscală
Cadrul legal SAF-T D406 este construit pe patru ordine ale președintelui ANAF (OPANAF) succesive plus dispozițiile generale ale Codului de Procedură Fiscală. Datele sunt verificate la 2026-05-19.
Reglementare 1 — OPANAF 1783/2021 (cadrul inițial)
OPANAF 1783/2021, publicat în Monitorul Oficial nr. 1073 din 9 noiembrie 2021, a introdus oficial obligația raportării SAF-T D406 în România. A definit:
- Conceptul de declarație informativă D406
- Categoria contribuabililor obligați (eșalonat în etape)
- Frecvența raportării (lunară sau trimestrială, în funcție de regimul TVA)
- Structura inițială a fișierului XML (varianta v1.0 a schemei)
- Termenele de depunere
- Procedura de transmitere prin SPV
Element-cheie: stabilirea principiului „raportare granulară" — fiecare tranzacție individuală este raportată (nu doar totaluri), permițând ANAF reconstrucția completă a activității firmei.
Reglementare 2 — OPANAF 3596/2022 (consolidare structură)
OPANAF 3596/2022 a completat și clarificat structura XSD a fișierului, definind:
- Toate secțiunile obligatorii vs. opționale
- Codificările standardizate (planul de conturi, cote TVA, tipuri mișcări stoc, unități de măsură)
- Mecanismul de validare în două etape (formală + semantică)
- Procedura de corectare a fișierelor respinse
A introdus și conceptul de secțiuni la cerere (la solicitarea expresă ANAF): Stocuri și Mijloace Fixe nu sunt incluse în depunerea lunară/trimestrială standard, ci sunt furnizate la cererea ANAF, în maximum 30 de zile calendaristice de la solicitare.
Reglementare 3 — OPANAF 1235/2024 (actualizare schema v2.4.5)
OPANAF 1235/2024 a actualizat schema XSD la versiunea 2.4.5, introducând:
- Compatibilitate cu noua categorie de cote TVA (21% standard, 11% redusă) — anticipând Legea 141/2025
- Câmpuri suplimentare pentru tranzacții intracomunitare
- Clarificări pentru raportarea mișcărilor de stoc între gestiuni
- Câmpuri pentru e-Factura ID (corelare cu sistemul RO e-Factura SPV)
- Validări semantice îmbunătățite (detectare automată divergențe stoc/vânzări)
Reglementare 4 — Ajustări 2025 pentru cotele TVA noi
Modificările aplicabile din 1 august 2025 (Legea 141/2025) și 1 septembrie 2025 (OG 22/2025) au necesitat actualizări de mapping în programele de contabilitate:
- Cota TVA 21% activă pentru facturile emise după 1 august 2025
- Cota TVA 11% înlocuiește 5% și 9% pentru categoriile specificate
- Plafonul scutire TVA 395.000 RON anual (impact asupra raportării microîntreprinderilor PFA)
Pentru perioada de tranziție (facturi emise în 2025 cu cote vechi, raportate în 2026 după Legea 141/2025), programele trebuie să gestioneze ambele cote simultan în același fișier D406.
Cod Procedură Fiscală — Art. 219 și următoarele
Codul de Procedură Fiscală, actualizat constant prin diverse legi, prevede regimul sancționator pentru declarațiile fiscale, inclusiv D406:
- Art. 219: amendă pentru nedepunere/depunere cu întârziere a declarațiilor informative
- Art. 257: amendă pentru date eronate sau incomplete
- Art. 264: regim sancționator agravat pentru fraudă fiscală constatată
- Art. 265: măsuri suplimentare în caz de refuz de a furniza date
Detaliile sancțiunilor sunt acoperite în secțiunea 8 a acestui ghid.
Notă privind eliminarea perioadei de grație
În primii doi ani de aplicare pentru fiecare categorie (mari contribuabili 2022, mijlocii 2023, mici 2025), ANAF a aplicat o perioadă de grație de 6 luni în care erorile primii fișiere D406 erau notificate și corectate fără sancțiuni efective. Această perioadă s-a încheiat pentru toate categoriile până în 2026. În 2026, sancțiunile sunt aplicate strict, fără perioadă de adaptare.
3. Structura fișierului SAF-T D406 — 7 secțiuni esențiale
Fișierul XML SAF-T D406 conform schemei v2.4.5 este structurat în șapte secțiuni principale, dintre care șase sunt obligatorii la depunerea lunară/trimestrială și una (Mijloace Fixe) este opțională sau la cerere.
Secțiunea 1 — Header (Antet)
Identificarea raportării și a contribuabilului:
- CompanyHeader: CUI emitent, denumire conform Registrului Comerțului, adresă sediu, IBAN principal, contul ANAF asociat
- TaxAccountingBasis: regim fiscal (cota standard / micro 1% / micro 3%)
- SelectionCriteria: perioada raportării (
SelectionStartDate+SelectionEndDate) - HeaderComment: comentarii libere
- TaxAuthority: codul biroului ANAF teritorial
- SoftwareCompanyName + SoftwareID + SoftwareVersion: identificarea programului care a generat fișierul
Element-cheie: orice modificare a denumirii firmei la Registrul Comerțului trebuie reflectată imediat în program — denumirea din D406 trebuie să fie identică cu cea oficială. Discrepanțele declanșează respingere la validarea ANAF.
Secțiunea 2 — MasterFiles (Date master)
Datele permanente ale firmei, organizate pe sub-secțiuni:
- GeneralLedgerAccounts: planul de conturi al firmei (cu mapping la planul standard ANAF)
- Customers: lista completă a clienților (cu CUI/CNP, denumire, adresă, sold)
- Suppliers: lista completă a furnizorilor
- TaxTable: cotele TVA folosite în perioadă (cu mapping la codurile ANAF)
- UOMTable: unitățile de măsură (bucată, kg, m, oră, etc.)
- AnalysisTypeTable: tipuri analitice (centre de cost, departamente)
- MovementTypeTable: tipuri mișcări stoc (intrare, ieșire, transfer, consum intern)
- Products: catalogul de produse/servicii (cu cod, denumire, UM, cotă TVA, cont contabil)
- PhysicalStock: gestiuni fizice de stoc (locații)
- Owners: administratori și asociați ai firmei
Volum tipic: pentru o microîntreprindere — sute de entități; pentru un SRL mediu — mii; pentru un mare contribuabil — zeci de mii.
Secțiunea 3 — GeneralLedgerEntries (Jurnal contabil)
Înregistrările contabile efectuate în perioada raportată:
- Fiecare înregistrare cu data, codul jurnalului, descrierea
- Liniile debit/credit cu conturi standardizate
- Sumele
- Documentul sursă referențiat (factură, plată, transfer)
- Validarea balansării (suma debit = suma credit pentru fiecare înregistrare)
Element-cheie: această secțiune este cea mai voluminoasă — toată activitatea contabilă a perioadei. Eroarea cea mai frecventă este lipsa balansării (debit ≠ credit) pe vreo înregistrare, care invalidează fișierul.
Secțiunea 4 — SalesInvoices (Facturi emise)
Toate facturile emise în perioada raportată:
- Identificare factură (serie + număr + dată)
- Date client (CUI, denumire, adresă)
- Linii factură (produse/servicii cu cantitate, preț, TVA)
- Totaluri (subtotal, TVA, total)
- Status (emisă, anulată prin storno, modificată)
- Referință e-Factura (ID ANAF al transmisiei prin SPV) — câmp nou v2.4.5 pentru cross-verificare cu sistemul e-Factura
Secțiunea 5 — PurchaseInvoices (Facturi primite — cheltuieli)
Toate facturile primite de la furnizori în perioada raportată:
- Identificare factură furnizor
- Date furnizor
- Linii factură
- TVA deductibilă vs. nedeductibilă
- Referință e-Factura primită prin SPV
- Status reconciliere cu plata efectuată
Secțiunea 6 — Payments (Plăți și încasări)
Mișcările de cash în perioada raportată:
- Plăți efectuate (către furnizori, salarii, taxe)
- Încasări (de la clienți, alte surse)
- Modalitate plată (numerar, transfer bancar, card)
- Cont bancar implicat
- Cursul valutar la data plății (pentru valute străine)
- Reconciliere cu facturile aferente
Secțiunea 7 — MovementOfGoods (Mișcări de stoc)
Toate mișcările de stoc în perioada raportată:
- Intrări (recepție conform NIR)
- Ieșiri (vânzare, consum intern, transfer)
- Tipul mișcării (cu codul standardizat din MovementTypeTable)
- Documentul sursă (factură, NIR, aviz transfer)
- Cantitate + valoare per lot/SKU
Secțiuni la cerere — Stocks + FixedAssets
Aceste două secțiuni nu sunt incluse în depunerea lunară/trimestrială standard, ci sunt furnizate la cererea expresă ANAF:
Stocks (Stocuri): situația stocurilor la o dată specifică (de exemplu, la 1 ianuarie sau 31 decembrie). Conține:
- Lista produselor în stoc cu cantitatea și valoarea
- Locația (gestiunea fizică)
- Lotul (dacă aplicabil — pentru produse cu dată de expirare)
- Cost unitar conform metodei de evaluare (FIFO/CMP/LIFO/FEFO)
FixedAssets (Mijloace fixe): inventarul mijloacelor fixe:
- Cod intern
- Denumire
- Categoria (clădiri, echipamente, vehicule)
- Data punerii în funcțiune
- Valoarea inițială
- Amortizarea acumulată
- Valoarea netă contabilă la data raportării
- Metoda de amortizare aplicată
Termen furnizare la cerere: maximum 30 zile calendaristice de la solicitarea ANAF. La control aprofundat, ANAF poate solicita aceste secțiuni pentru o dată precisă din trecut (de exemplu, „stocul la 31 decembrie 2024"), iar programul trebuie să poată reconstrui situația retroactiv.
4. Cine este obligat și calendarul implementării
Calendarul oficial
| Categorie contribuabili | Data începerii obligației | Status 2026 |
|---|---|---|
| Mari contribuabili | 1 ianuarie 2022 | Obligație activă, fără perioadă de grație |
| Contribuabili medii | 1 ianuarie 2023 | Obligație activă, fără perioadă de grație |
| Mici contribuabili cu contabilitate dublă | 1 ianuarie 2025 | Obligație activă, perioada de grație 6 luni expirată din iulie 2025 |
| ONG-uri și instituții publice (cu activitate economică) | Calendar specific 2025-2026 | Verificare individuală |
Definiția categoriilor (ANAF)
Mari contribuabili: lista oficială publicată anual de ANAF. Criterii generale: cifră de afaceri peste 100 milioane lei sau active substanțiale (peste 200 milioane lei) sau impact fiscal major (bănci, asigurări, telecomunicații, energie). Aproximativ 3.000-4.000 entități în România.
Contribuabili medii: lista oficială publicată anual de ANAF. Criterii: cifră de afaceri între 20 milioane și 100 milioane lei sau active între 50 milioane și 200 milioane lei. Aproximativ 15.000-20.000 entități.
Mici contribuabili cu contabilitate dublă: toate celelalte entități cu obligație de contabilitate în partidă dublă (SRL, SA, microîntreprinderi, ONG cu activitate economică). Aproximativ 800.000-900.000 entități în România.
Cine NU are obligație D406
- PFA cu contabilitate în partidă simplă: nu au obligație depunere periodică D406. Pot fi obligați să furnizeze date contabile la cererea expresă ANAF (în maximum 30 zile), dar nu sunt incluși în calendarul standard de depunere lunară/trimestrială.
- PFA cu sistem de norme de venit: nu au obligație D406.
- Persoane fizice cu venituri din alte surse (drepturi de autor, chirii): nu sunt contribuabili în sensul D406.
- Entități în lichidare: cu obligații specifice administrative, dar fără D406 standard.
Frecvența raportării
| Regimul TVA al firmei | Periodicitate D406 | Termen depunere |
|---|---|---|
| Plătitor TVA lunar | Lunar | Ultima zi calendaristică a lunii următoare perioadei raportate |
| Plătitor TVA trimestrial | Trimestrial | Ultima zi calendaristică a lunii ulterioare trimestrului |
| Neplătitor TVA | Trimestrial | Ultima zi calendaristică a lunii ulterioare trimestrului |
Exemple practice:
- D406 pentru ianuarie 2026 (plătitor TVA lunar) → termen depunere: 28 februarie 2026
- D406 pentru Q1 2026 (ianuarie + februarie + martie) → termen depunere: 30 aprilie 2026
- D406 pentru octombrie 2026 (plătitor TVA lunar) → termen depunere: 30 noiembrie 2026
Fișier vid (zero linii): dacă firma nu a avut tranzacții într-o perioadă, se depune oricum un D406 cu header + secțiuni structurale + zero tranzacții. Nedepunerea = sancțiune chiar dacă nu a existat activitate efectivă.
5. 8 profile de firme — cum gestionează SAF-T D406
Profil A — Microîntreprindere SRL primul an (sub 100k EUR CA)
Context: SRL nou înființat, regim micro 1%/3% conform OUG 89/2025, volum 5-30 facturi pe lună. CA proiectată sub 500.000 RON.
Obligație D406: trimestrial (dacă neplătitor TVA) sau lunar/trimestrial (în funcție de regimul TVA).
Complexitate gestiune: redusă-medie. Doar trei secțiuni active relevante: MasterFiles cu clienți puțini, GeneralLedgerEntries cu volum redus, SalesInvoices + PurchaseInvoices.
Risc specific: în primul an, contabilul intern este adesea inexistent sau nou — calitatea înregistrărilor contabile poate suferi, generând fișiere D406 cu erori. Necesită un program care validează automat înainte de transmitere.
Buget orientativ program: 100-300 EUR/an (program facturare + modul contabilitate basic).
Profil B — SRL micro stabil (100.000-1.000.000 RON CA)
Context: activitate constantă, contabilitate dublă, 20-80 facturi pe lună, contabil dedicat (intern sau extern).
Obligație D406: lunar (dacă plătitor TVA lunar, frecvent pentru această categorie) sau trimestrial.
Complexitate gestiune: medie. Toate cele șase secțiuni active necesită atenție:
- MasterFiles: zeci-sute de clienți/furnizori
- GeneralLedgerEntries: zeci-sute de înregistrări lunar
- SalesInvoices + PurchaseInvoices: zeci de facturi
- Payments: zeci de plăți
- MovementOfGoods: dacă există stoc
Risc specific: divergențe între jurnalul contabil și SalesInvoices/PurchaseInvoices din cauza diferențelor în datele înregistrate de program vs. de contabil. Validarea semantică ANAF detectează imediat aceste divergențe.
Buget orientativ program: 300-700 EUR/an (program facturare integrat cu contabilitate sau export către contabilul extern).
Profil C — SRL mediu cu stocuri (1.000.000-5.000.000 RON CA)
Context: SRL plătitor TVA cu gestiune stocuri activă, multi-utilizator, integrare e-commerce sau ERP. 100+ facturi pe lună.
Obligație D406: lunar.
Complexitate gestiune: ridicată. Volumul fișierului poate ajunge la 30-80 MB lunar. Secțiunea MovementOfGoods are sute-mii de înregistrări. Secțiunea Stocks la cerere ANAF poate avea zeci de mii de linii (toate SKU-urile cu stoc).
Risc specific: erori în mapping-ul produselor (cod intern → cod standardizat ANAF), divergențe între stocul declarat și stocul real (eroare de inventar sau eroare de înregistrare), mișcări nedeclarate (transferuri între gestiuni nelogate corect).
Buget orientativ program: 700-2.000 EUR/an (program integrat facturare + stocuri + contabilitate + SAF-T).
Profil D — E-commerce B2C cu volum mare (5.000.000+ RON CA)
Context: magazin online cu 500-5.000 comenzi pe lună, e-Factura B2C la fiecare comandă, retururi frecvente.
Obligație D406: lunar.
Complexitate gestiune: foarte ridicată. SalesInvoices conține mii de facturi lunar. Volumul fișierului poate ajunge la 100-300 MB. Necesită programe optimizate pentru generare rapidă (sub 10 minute pentru fișier complet).
Risc specific: divergențe între e-Factura SPV și D406 SalesInvoices (cross-verificare ANAF). Programul trebuie să asigure consistență strictă: orice factură transmisă prin e-Factura trebuie să apară identic în D406.
Buget orientativ program: 1.500-4.000 EUR/an.
Profil E — Distribuitor B2B cu transporturi (1.000.000-10.000.000 RON CA)
Context: distribuitor cu livrări către retail, transporturi frecvente, e-Transport pentru bunuri cu risc fiscal ridicat (OUG 41/2022).
Obligație D406: lunar.
Complexitate gestiune: ridicată. MovementOfGoods are sute de mișcări lunar (livrări + retururi). Trebuie corelat cu e-Transport (cod UIT) pentru bunurile cu risc fiscal.
Risc specific: divergențe între D406 (mișcări declarate) și RO e-Transport (transporturi declarate). ANAF face cross-verificare automată. Sancțiunile cumulate D406 + e-Transport pot fi semnificative.
Buget orientativ program: 1.500-3.000 EUR/an.
Profil F — Cabinet liber profesional (cu contabilitate dublă)
Context: cabinete medicale, avocați, notari, auditori, arhitecți organizate ca SRL sau SCA (Societate Civilă Profesională cu personalitate juridică). Contabilitate dublă obligatorie.
Obligație D406: lunar sau trimestrial în funcție de regimul TVA. Pentru cabinete medicale cu servicii scutite Art. 292 — trimestrial.
Complexitate gestiune: medie. Mențiuni speciale (Art. 292 servicii medicale scutite, Art. 271 servicii avocați) trebuie reflectate corect în TaxTable + SalesInvoices.
Risc specific: codificare incorectă a serviciilor scutite TVA în TaxTable — validarea ANAF detectează.
Buget orientativ program: 300-800 EUR/an.
Profil G — Holding cu firme multiple (multi-entitate)
Context: 2-10 firme în holding, fiecare cu propria activitate, contabilitate consolidată sau separată.
Obligație D406: per firmă (fiecare entitate juridică depune propriul D406).
Complexitate gestiune: foarte ridicată. Multi-firmă într-un singur program contabil + tranzacții intra-grup care necesită atenție specială (transferuri între firme proprii).
Risc specific: tranzacții intra-grup neeliminate corect din raportare individuală (fiecare firmă raportează propriile facturi, dar la consolidare trebuie eliminate intra-grup pentru bilanțul de grup — D406 individual nu este consolidat).
Buget orientativ program: 3.000-15.000 EUR/an per pachet multi-firmă.
Profil H — Mare contribuabil
Context: lista oficială ANAF — cifră de afaceri peste 100 milioane lei, active substanțiale, sector strategic. Volume foarte mari.
Obligație D406: lunar.
Complexitate gestiune: maximă. Fișierul D406 poate ajunge la 1-5 GB lunar. Necesită infrastructură dedicată (servere on-premise sau cloud privat) pentru generare și transmitere.
Risc specific: timpul de generare a fișierului poate depăși ferestrele standard ANAF, necesitând coordonare cu autoritatea pentru transmisii fragmentate.
Buget orientativ program: 10.000-100.000 EUR/an (ERP enterprise cu modul SAF-T certificat + suport SLA).
6. 10 greșeli frecvente la generarea D406
Greșeala 1 — Plan de conturi neactualizat sau personalizat fără mapping ANAF. Multe firme folosesc planuri de conturi personalizate (cu sub-conturi proprii pentru analize interne). D406 cere mapping la planul de conturi standardizat ANAF. Programele care nu mapează automat generează fișiere respinse la validarea formală.
Greșeala 2 — Cote TVA neactualizate post-1 august 2025. Programele care nu și-au actualizat TaxTable la cotele 21% / 11% (Legea 141/2025) generează D406 cu cote vechi (19% / 9% / 5%) pentru facturile emise după 1 august 2025. Validarea semantică ANAF detectează imediat.
Greșeala 3 — Divergențe între SalesInvoices D406 și e-Factura SPV. Cea mai gravă eroare. Schema v2.4.5 include câmpul referință e-Factura ID. ANAF cross-verifică automat: orice factură transmisă prin e-Factura trebuie să apară identic (sume, date, CUI) în D406 SalesInvoices. Divergențele declanșează sancțiuni și control aprofundat.
Greșeala 4 — GeneralLedgerEntries cu înregistrări nebalansate. Eroare contabilă clasică: suma debit ≠ suma credit pentru o înregistrare. Validarea formală D406 detectează imediat. Programul de contabilitate trebuie să prevină acest tip de eroare la introducere.
Greșeala 5 — Lipsa furnizorilor/clienților în MasterFiles. Toate entitățile menționate în SalesInvoices/PurchaseInvoices trebuie să existe în MasterFiles. Adăugarea unui furnizor doar la nivelul facturii (fără a-l înregistra în MasterFiles) generează respingere la validarea semantică.
Greșeala 6 — Mișcări de stoc nelogate corect (MovementOfGoods). Transferurile între gestiuni, consumul intern, pierderile la inventar — toate trebuie să apară în MovementOfGoods cu tipul corect (MovementTypeTable). Omisiunile creează divergențe stoc real vs. stoc declarat.
Greșeala 7 — Fișier vid neînțeles. Firmele fără activitate într-o lună (sau trimestru) frecvent omit depunerea, crezând că nu sunt obligate. Obligația de depunere există indiferent de existența activității — se depune un fișier vid (cu header + structuri goale). Nedepunerea = sancțiune chiar și pentru fișier vid.
Greșeala 8 — Validarea ratată înainte de transmitere. Mulți utilizatori transmit fișierul direct fără validare locală. La respingere ANAF, descoperă eroarea, corectează, retransmit — proces care poate dura zile. Programele moderne validează XSD local înainte de transmitere, semnalând erorile imediat.
Greșeala 9 — Secțiunea Stocks la cerere ANAF nepregătită. Când ANAF cere secțiunea Stocks pentru o dată specifică din trecut (de exemplu, 31 decembrie 2024), termenul de furnizare este 30 zile. Firmele care nu păstrează istoric reconstructibil al stocurilor nu pot răspunde. Programul de gestiune stoc trebuie să permită reconstrucție retroactivă la orice dată.
Greșeala 10 — Termen ratat din cauza lunilor cu mai puține zile. Termenul „ultima zi calendaristică a lunii următoare" este interpretat greșit pentru lunile februarie (28 sau 29 zile). D406 ianuarie → termen 28/29 februarie, nu 31 ianuarie + 28 zile. Programele cu calendar fiscal integrat alertează automat înainte de termen.
7. Algoritm decizional — 7 pași pentru alegerea programului
Pasul 1 — Verifică categoria de contribuabil și data obligației efective
- Mare contribuabil → D406 lunar activ din 2022; program enterprise dedicat
- Mediu → D406 lunar activ din 2023; program profesional
- Mic cu contabilitate dublă → D406 lunar/trimestrial activ din 2025; program standard cu modul SAF-T
Pasul 2 — Estimează volumul facturilor lunare
- Sub 30 facturi/lună → fișier D406 sub 5 MB → program basic suficient
- 30-100 facturi/lună → fișier 10-30 MB → program standard
- 100-500 facturi/lună → fișier 50-150 MB → program profesional cu generare optimizată
- Peste 500 facturi/lună → fișier sute MB → program enterprise
Pasul 3 — Identifică integrarea cu e-Factura SPV
- Programul gestionează ambele (e-Factura + D406)? → indispensabil pentru consistență cross-verificare
- Două programe separate (unul pentru facturare, altul pentru contabilitate cu D406)? → necesită mapping configurat corect între ele
Pasul 4 — Verifică suportul pentru sectorul tău
- Comerț cu stocuri → modul stocuri integrat cu mapping corect MovementOfGoods
- Servicii scutite TVA (medical, asigurări, financiar) → TaxTable cu coduri scutire corect codificate
- E-commerce → integrare cu platforma + suport volum mare
- Distribuție cu transporturi → cross-verificare cu RO e-Transport
Pasul 5 — Verifică actualizările automate la modificările legale
- Programul a actualizat schema XSD la versiunea curentă ANAF? → indispensabil
- Programul actualizează cotele TVA conform legislației (21% / 11%) automat? → indispensabil
- Programul are notificare proactivă la modificări OPANAF? → util pentru continuitate
Pasul 6 — Verifică validarea locală pre-transmitere
- Programul validează XSD local înainte de transmitere? → indispensabil
- Programul detectează erori semantice (divergențe stoc, balansare jurnal)? → util la volum mediu/mare
- Programul oferă raport de erori cu indicații clare pentru corectare? → util
Pasul 7 — Buget anual versus complexitate
- Sub 300 EUR/an → microîntreprindere simplă
- 300-1.000 EUR/an → SRL micro/mediu cu funcționalități complete
- 1.000-5.000 EUR/an → SRL mediu cu stocuri + multi-user
- Peste 5.000 EUR/an → enterprise cu suport SLA
8. Sancțiuni + calcul TCO realist pentru neconformare
Sancțiunile aplicabile
Conform Codului de Procedură Fiscală, Art. 219 și următoarele:
| Faptă | Amendă |
|---|---|
| Nedepunere D406 (per perioadă) | 1.000 - 5.000 lei |
| Depunere cu întârziere | 500 - 2.500 lei (escaladare per zi întârziere) |
| Date eronate sau incomplete | 1.000 - 5.000 lei + obligație corectare |
| Refuz de a furniza date la control | 5.000 - 25.000 lei |
| Furnizare cu întârziere a secțiunilor la cerere (Stocks, FixedAssets) | 1.000 - 2.500 lei |
Scenarii TCO realist
Scenariu 1 — Microîntreprindere SRL fără D406 (trimestrial, 4 raportări neefectuate într-un an)
| Categorie | Sumă (RON) anual |
|---|---|
| Sancțiuni nedepunere D406 (4 × 3.000 mediu) | 12.000 |
| Sancțiuni date eronate (estimat după regularizare) | 5.000-10.000 |
| Probabilitate descoperire prin cross-verificare (e-Factura ↔ D406): 30-50% | Aplicare factor 0,40 |
| Cost real ajustat | ~7.000-9.000 RON |
| Cost program cu modul SAF-T conform | 200-500 EUR/an = 1.000-2.500 RON |
| Economie netă conformare | 5.000-7.000 RON anual |
Scenariu 2 — SRL micro stabil cu D406 lunar (12 perioade neefectuate într-un an)
| Categorie | Sumă (RON) anual |
|---|---|
| Sancțiuni nedepunere D406 lunar (12 × 3.000 mediu) | 36.000 |
| Sancțiuni date eronate la regularizare retroactivă | 15.000-30.000 |
| Probabilitate descoperire prin cross-verificare: 50-70% | Aplicare factor 0,60 |
| Cost real ajustat | ~30.000-40.000 RON |
| Cost program profesional cu SAF-T | 500-1.000 EUR/an = 2.500-5.000 RON |
| Economie netă conformare | 27.000-35.000 RON anual |
Scenariu 3 — SRL conform cu D406 lunar generat automat
| Categorie | Sumă (RON) anual |
|---|---|
| Cost program facturare + contabilitate + SAF-T (modul integrat) | 1.500-4.000 RON |
| Cost timp configurare inițială (3-6 ore × 100 RON) | 300-600 |
| Cost timp lunar generare + verificare (1-2 ore × 12 × 100 RON) | 1.200-2.400 |
| Sancțiuni evitate | 0 (conformare integrală) |
| Cost total operațional anual | ~3.000-7.000 RON |
| Economisire vs. neconformare (Scenariul 2) | 23.000-33.000 RON |
Concluzie financiară
Costul de conformare D406 (program adecvat + timp generare + verificare) este de 5-10 ori mai mic decât costul realist de neconformare (sancțiuni cumulate × probabilitate descoperire). Probabilitatea de descoperire crește anual pe măsură ce ANAF perfecționează cross-verificarea automată e-Factura ↔ D406 ↔ declarații TVA ↔ Declarația Unică.
Avantaj indirect al conformării: firma conformă reduce probabilitatea de control fizic aprofundat. ANAF prioritizează controalele acolo unde indicatorii automați detectează neconformare.
9. Întrebări frecvente (FAQ)
Sunt PFA cu sistem real, trebuie să depun D406?
Depinde de modul de conducere a contabilității:
- PFA cu contabilitate în partidă simplă (Registru jurnal de încasări și plăți + Registru inventar + Registru fiscal): nu are obligație depunere periodică D406. Poate fi obligat să furnizeze date contabile la cererea expresă ANAF în maximum 30 zile, dar nu este inclus în calendarul standard.
- PFA cu contabilitate în partidă dublă (rar, dar posibil pentru PFA cu activitate complexă): are obligație D406 trimestrial.
Pentru majoritatea PFA-urilor din România, nu există obligație D406 în 2026.
Dacă nu am avut tranzacții într-o lună, trebuie să depun D406?
Da, obligatoriu. Se depune un D406 cu header + structuri goale + zero linii tranzacții (numit „fișier vid"). Nedepunerea = sancțiune chiar și pentru perioade fără activitate efectivă.
Pot depune D406 manual la ghișeu?
Nu. Depunerea este exclusiv electronică prin SPV (Spațiul Privat Virtual) ANAF, cu certificat digital calificat. Nu există procedură de depunere fizică la ghișeu.
Ce fac dacă fișierul meu D406 este respins?
Programul tău trebuie să-ți comunice motivul respingerii (eroare formală XSD sau eroare semantică). Corectezi datele în program, regenerezi XML, retransmiți. Atenție la termen: corectarea + retransmiterea trebuie să se încadreze în termenul inițial (ultima zi calendaristică a lunii următoare). După termen, depunerea cu întârziere atrage sancțiuni separate.
Pot folosi un program doar pentru D406 (fără să emit facturile în el)?
Tehnic da — există programe contabile care preiau facturile dintr-o sursă externă (CSV, API) și generează doar D406. Practic: este complex și predispus la erori (mapping între cele două programe, sincronizare a datelor master, validare cross-verificare e-Factura ↔ D406). Recomandare practică: program integrat care emite facturile + generează D406 din aceeași bază de date.
Cât durează generarea unui D406 lunar pentru o firmă mică?
Pentru o microîntreprindere cu 20-30 facturi pe lună, generarea fișierului XML durează 10-60 secunde + 5-15 minute pentru verificare manuală a coerenței + 30 secunde transmisie SPV. Total operațional: 15-30 minute lunar pentru o firmă conformă cu sistem integrat.
Cum se gestionează corecturile retroactive în D406?
Pentru o factură emisă în martie și descoperită eronată în mai: emiți factură storno + factură corectă în mai, ambele transmise prin e-Factura. În D406 luna mai apar storno-ul și factura nouă. Nu se modifică D406 trimisă pentru martie (era corectă la momentul depunerii cu datele atunci disponibile). Excepție: dacă eroarea era atât de gravă încât altera substanțial raportarea, ANAF poate cere redepunerea D406 martie.
Programul trebuie să fie certificat ANAF pentru D406?
Nu există o procedură de certificare obligatorie a software-ului pentru D406. Programul trebuie doar să producă XML conform schemei XSD curente (v2.4.5 în 2026) și să se autentifice corect la SPV pentru transmitere. Criteriul critic pentru utilizator: compatibilitate testată practic cu sistemul ANAF (verificabil prin teste de transmitere și acceptare).
Cum se păstrează istoric pentru secțiunea Stocks la cerere ANAF?
Programul de gestiune stoc trebuie să permită reconstrucție retroactivă a situației stocurilor la orice dată. La cererea ANAF pentru o dată specifică (de exemplu, 31 decembrie 2024), programul calculează automat: pentru fiecare SKU, intrările-ieșirile până la data respectivă, soldul rezultat, valoarea conform metodei de evaluare (FIFO/CMP/LIFO). Programele basic care nu suportă istoric reconstructibil nu pot răspunde acestei cereri.
Există program contabil care generează D406 fără modul facturare?
Da, există programe dedicate contabile care preiau date din alte surse (export CSV de la programul de facturare, integrare API) și generează D406. Pentru o firmă cu contabil extern, soluția poate fi: programul de facturare la firmă (cu e-Factura) + programul contabil la contabilul extern (cu D406). Necesită sincronizare regulată și mapping configurat corect.
Ce se întâmplă dacă schimb programul de facturare în timpul anului?
Riscul principal: continuitatea D406. Programul nou trebuie să poată: (1) importa istoricul facturilor din programul vechi pentru a genera D406 pentru perioadele anterioare lunii curente, (2) menține continuitatea numerotării, (3) păstra mapping-ul planului de conturi consistent. Migrarea programată în primele luni ale anului fiscal este preferabilă; migrarea la mijlocul anului necesită planificare atentă cu contabilul.
Sancțiunea de 15% din valoarea facturii (e-Factura) se aplică și la D406?
Nu. Sancțiunea de 15% din valoarea facturii este specifică e-Facturii (OUG 28/2024), aplicabilă pentru tranzacții B2B în cazuri specifice de fraudă fiscală constatată. D406 are propriul regim sancționator conform Codului de Procedură Fiscală (Art. 219), cu sancțiuni absolute (1.000-25.000 lei), nu procentuale.
Cum se reconciliază D406 cu Declarația 300 (decont TVA)?
ANAF face cross-verificare automată: suma TVA colectată în SalesInvoices D406 trebuie să corespundă cu TVA declarată în D300 pe aceeași perioadă. Divergențele declanșează notificare automată sau control. Programul real ar trebui să faciliteze această reconciliere prin rapoarte de cross-check înainte de depunerea ambelor declarații.
Pot depune D406 cu întârziere intenționat și plăti amenda?
Tehnic da, dar nu este recomandat. Sancțiunea per perioadă (1.000-5.000 lei) este absolută, dar întârzierea repetată declanșează escaladare (creșterea amenzii la 2.500-7.500 lei per perioadă pentru recidivă) și marchează firma în sistemul ANAF ca neconformă, crescând probabilitatea de control aprofundat.
Schema XSD se actualizează frecvent? Cum mă protejez?
Schema XSD pentru D406 a fost actualizată major în 2022 (v1.0), 2023 (ajustări), 2024 (v2.4.5 prin OPANAF 1235/2024) și ajustată în 2025 pentru cotele TVA noi. Programul ales ar trebui să actualizeze automat schema la fiecare modificare oficială ANAF. Verificare practică: data ultimei actualizări a programului trebuie să fie cel mult la 30 zile după publicarea unui nou OPANAF.
Următorii pași
Acum că ai imaginea completă a obligației SAF-T D406 în 2026 — cadru legal, structură, profile firme, sancțiuni — decide pașii următori:
→ Pentru sistemul complementar e-Factura, vezi e-Factura ANAF 2026 — ghid complet
→ Pentru ghidul general de alegere program facturare, vezi Cum aleg un program de facturare 2026
→ Pentru SRL micro (categoria cea mai afectată de obligația din 2025), vezi Program facturare SRL — ghid 2026
→ Pentru SRL cu stocuri (complexitate maximă D406 secțiunea MovementOfGoods + Stocks), vezi Program facturare cu stocuri
→ Pentru e-commerce B2C cu volum mare (cross-verificare e-Factura ↔ D406 critică), vezi Program facturare pentru magazin online
→ Pentru cabinete liber profesionale cu servicii scutite TVA, vezi Program facturare cabinet medical
→ Vezi pagina prețuri SoftFactura pentru detalii despre planurile cu modul SAF-T D406 inclus
→ Dacă vii de la alt program de facturare/contabilitate, vezi hub-ul de migrare cu ghiduri pas cu pas
SoftFactura include modul nativ SAF-T D406 conform schemei XSD curente ANAF (v2.4.5), cu generare automată din datele introduse: mapping plan de conturi standardizat ANAF, mapping cote TVA 21%/11% conform Legea 141/2025, generare toate cele șapte secțiuni (Header + MasterFiles + GeneralLedgerEntries + SalesInvoices + PurchaseInvoices + Payments + MovementOfGoods), validare XSD locală pre-transmitere, transmitere directă la SPV ANAF, cross-verificare automată cu e-Factura SPV, reconstrucție retroactivă a stocurilor pentru secțiunea Stocks la cerere ANAF. Hosting integral UE (Hetzner Finlanda), DPA conform RGPD. Pentru a încerca, înregistrează-te gratuit aici.
Etichete