Publicat pe 7 septembrie 2026 · timp de citire: 8 minute
Ce urmează nu e un ghid de completare — nu există așa ceva, pentru că nu se completează nimic. E o listă cu ce trebuie să fie curat în evidența ta ca fișierul să iasă corect din prima, și cu locurile în care firmele se împiedică cel mai des.
SAF-T înseamnă Standard Audit File for Tax — un format standardizat internațional prin care administrațiile fiscale primesc evidența contabilă a unei firme într-o structură pe care o pot citi automat. În România, transmiterea se face prin declarația informativă D406.
Diferența față de tot ce ai depus până acum e fundamentală. La D300 sau D394 raportezi rezultate: totaluri, baze, cote, sume pe categorii. La D406 predai materia primă: fiecare cont din planul tău de conturi, fiecare notă contabilă cu liniile ei, fiecare partener cu datele lui de identificare, fiecare articol din catalog, fiecare factură cu liniile ei.
Consecința e simplă și incomodă: până acum, o evidență dezordonată putea produce totuși declarații corecte, pentru că cineva verifica și corecta la nivel de total. La SAF-T, dezordinea se vede direct. Nu există pas intermediar în care un om să „aranjeze”.
Obligația a fost introdusă etapizat, pe categorii de contribuabili: întâi contribuabilii mari, apoi cei mijlocii, apoi restul. Fiecare val a avut propriul termen de start și o perioadă de grație la primele depuneri, în care corecțiile nu se sancționează.
Periodicitatea urmează, ca regulă, perioada ta fiscală la TVA: lunar dacă declari lunar, trimestrial dacă declari trimestrial. Termenul de depunere e legat de sfârșitul lunii următoare perioadei raportate.
Structura e împărțită în blocuri. Nu toate se trimit la fiecare depunere — unele au ritm propriu:
| Secțiune | Ce conține | Ritm |
|---|---|---|
| Antet | Identificarea firmei, perioada, valuta, programul care a generat fișierul | la fiecare depunere |
| Nomenclatoare | Plan de conturi, clienți, furnizori, articole, unități de măsură, cote și tipuri de taxă, tipuri de mișcare | la fiecare depunere |
| Jurnal | Notele contabile cu toate liniile lor: cont, sumă, dată, document-sursă | la fiecare depunere |
| Documente | Facturi emise și primite cu liniile lor, plăți și încasări | la fiecare depunere |
| Stocuri | Mișcările de stoc, cu articol, cantitate, valoare, gestiune | la cererea autorității |
| Active | Imobilizări, valori de intrare, amortizare | anual |
Faptul că stocurile se cer „la cerere” induce în eroare. Nu înseamnă că poți să le lași baltă — înseamnă că, atunci când vor fi cerute, va trebui să le produci pentru o perioadă din trecut, exact așa cum era ea atunci. Adică istoricul trebuie să fie deja corect, nu construit în ziua în care vine solicitarea.
Aici e partea utilă a articolului. Din experiența cu firme care au trecut prin primele depuneri, problemele nu vin din contabilitate, ci din date de identificare pe care nimeni nu le-a considerat importante:
Un client trecut ca „Ionescu” fără CUI, un furnizor cu CUI scris greșit, un partener intracomunitar fără prefix de țară. Toate treceau la D394 pentru că erau sub prag sau ieșeau din raportare. La SAF-T, fiecare partener din nomenclator trebuie identificat corect.
„buc”, „buc.”, „bucata”, „BUC” — patru unități diferite pentru același lucru. Fișierul cere codificare standard, nu ce ai scris tu în timp. Dacă ai câteva mii de articole, curățenia asta durează.
Conturi analitice inventate pe parcurs, fără să fie declarate ca atare, sau conturi folosite cu alt sens decât cel din reglementare. Merg în balanță, dar nu trec o validare structurată.
O notă care nu spune din ce document provine. La SAF-T, legătura document ↔ înregistrare contabilă e parte din structură, nu opțională.
Firmele care țin marfă au un handicap suplimentar. Secțiunea de stocuri cere mișcările cu cantitate și valoare, pe gestiune, pe articol. Asta înseamnă că fiecare intrare și fiecare ieșire trebuie să aibă un cost coerent — și că suma mișcărilor trebuie să dea soldul din contabilitate.
Dacă ai citit articolul despre închiderea de lună, știi deja unde duce asta: o firmă care n-a închis niciodată o lună ca lumea are, aproape sigur, articole cu cost greșit. În evidența internă, greșeala se compensează pe total și nu se vede. Într-un fișier care conține fiecare mișcare separat, nu mai are unde să se ascundă.
Deci pregătirea pentru SAF-T, la o firmă cu stoc, începe cu reconcilierea stocului — nu cu citirea specificației XML.
Partea asta se discută mai puțin decât formatul fișierului, deși e motivul pentru care SAF-T schimbă ceva. Un fișier care conține fiecare document și fiecare partener nu e util doar citit singur — e util comparat.
Concret, aceeași factură apare acum în mai multe locuri care trebuie să spună același lucru:
| Sursa | Ce conține despre aceeași factură |
|---|---|
| D406-ul tău | factura primită, cu liniile, furnizorul și înregistrarea contabilă |
| D406-ul furnizorului | aceeași factură, emisă, cu liniile lui |
| e-Factura | XML-ul original, așa cum a plecat prin SPV |
| D394 | totalurile pe partener, pe categorii |
| D300 | baza și TVA-ul, pe cote |
Până acum, potrivirea se făcea pe totaluri și doar la control. De aici încolo se poate face automat, pe document. O factură pe care furnizorul a declarat-o și tu n-ai înregistrat-o iese la iveală fără ca cineva să caute; la fel și invers.
A doua consecință, mai puțin evidentă: fișierul conține și numele programului care l-a generat. Nu e o formalitate — e felul în care se vede, statistic, care aplicații produc constant fișiere cu probleme. Un furnizor de software care îți spune că „merge, doar că trebuie ajustat manual după” îți transferă ție un risc care e al lui.
Și o a treia, care ține de ce faci tu în fiecare lună: dacă depui D406 pentru o perioadă și apoi corectezi ceva în acea perioadă, fișierul depus și evidența ta nu mai coincid. De aceea perioadele închise trebuie să fie chiar închise — nu „nu se recomandă să modifici”, ci blocate efectiv. Altfel raportezi o stare care se schimbă sub tine după ce ai raportat-o.
În ordinea în care are sens, presupunând că mai ai câteva luni:
Spun direct, ca să nu-ți pierzi timpul: AiStoc nu generează încă fișierul D406. E în lista de după lansare, nu în versiunea de azi. Dacă asta e nevoia ta imediată, ai nevoie de altceva, sau de altceva pe lângă.
Ce are deja, și de-asta merită totuși menționat: datele pe care le cere D406 există în structura corectă. Planul de conturi după reglementarea românească, registrul-jurnal cu note contabile generate din documente, balanța de verificare, partenerii validați la ANAF, articolele cu cod intern, unitate de măsură și cod tarifar, mișcările de stoc cu cantitate și valoare, perioadele sigilate care garantează că trecutul nu se schimbă sub tine.
Partea grea la SAF-T nu e scrierea fișierului XML — aia e muncă de programator, măsurabilă. Partea grea e să ai, în evidență, exact informația pe care fișierul o cere, curată și legată corect. Acolo e diferența între un program care raportează și unul care ține evidența.
Dacă vrei să vezi cum arată AiStoc pe partea de stoc și contabilitate primară, poți încerca fără card. Iar dacă D406 e blocant pentru tine acum, spune-ne — știm unde suntem cu el.
Articol scris de echipa AiStoc — program de gestiune, facturare și contabilitate primară pentru firme din România.
Informațiile despre obligațiile legale au caracter general și nu înlocuiesc consultanța unui contabil autorizat. Termenele, pragurile și categoriile de contribuabili s-au schimbat de mai multe ori — verifică-le la zi înainte de a lua o decizie.
Închiderea de lună la stoc · e-Factura ANAF: cum trimiți corect