Erori SAF-T (D406) 2026 apar, de obicei, în trei momente: (1) la validarea fișierului (XSD/reguli), (2) la generarea PDF-ului din validator, și (3) după încărcare, când primești recipisa în SPV. Dacă vrei să repari rapid fără „ping-pong” între contabil, ERP și IT, folosește acest ghid ca proces: identifică eroarea → găsește cauza (date/mapping/structură) → corectează la sursă → revalidează → redepune integral → arhivează dovada. În practică, cele mai multe respingeri se rezolvă cu 5 verificări: perioada de raportare, conturile (AccountId), nomenclatoare incomplete, date obligatorii lipsă și XML nevalidat. Ținta: să ai o depunere „curată” în 30–90 minute și un dosar intern cu fișierul final + recipisă.
Emisiunea „Permis de Antreprenor” de la Euronews România este găzduită de Constantin Paraschiv, antreprenor și creator Bizilive TV. În zona de conformare, abordarea lui este pragmatică: transformi o obligație complicată într-un proces scurt, repetabil, cu dovadă clară (fișier final + recipisă) și responsabil definit.
Înainte să repari eroarea: verifică mai întâi dacă ești pe perioada corectă și pe termenul corect (lunar/trimestrial) – ai calendarul complet + explicația termenelor aici: SAF-T 2026: termen D406 + calendar.
Pentru mai multe ghiduri din aceeași zonă, intră în categoria Fiscalitate.
Start rapid
- Dacă ai recipisă cu erori: nu „peticești” fișierul. Corectezi la sursă (ERP/mapping/nomenclatoare) și redepui integral D406.
- Regula #1: rulează validatorul înainte de depunere și păstrează log-ul/raportul de validare.
- Regula #2: fă o ședință scurtă de remediere (maxim 30 minute) și ia maxim 3 decizii/ședință: (1) cine repară la sursă, (2) ce reexportăm, (3) când redepunem.
- Regula #3: verifică „un singur fișier final”: ce validezi local este exact fișierul încărcat în SPV (versiune/nume/locație în folder).
- Calendar & termene: SAF-T 2026 (D406): termen depunere + calendar.
Notă: material informativ, orientat pe execuție. Dacă ai cazuri atipice (consolidări, migrare ERP, restructurări, volum mare de active), validează pașii cu contabilul și echipa IT/ERP.
Pentru cine este acest ghid
- Antreprenori / CFO / contabili care au primit recipisă cu erori la D406 și trebuie să redepună.
- Firme care vor să reducă erorile printr-un proces standard (export → validare → depunere → arhivare).
- Echipe ERP/IT care au nevoie de un „brief” clar: ce înseamnă eroarea, unde se repară și cum se testează.
Idei principale
- Erori SAF-T (D406) 2026 se repară corect doar dacă mergi la sursă: date contabile, nomenclatoare, mapping, export. Nu rezolvi stabil din „editări manuale” pe XML.
- Dacă primești recipisă cu erori, în practică soluția este redepui integral fișierul corectat (nu corecții parțiale).
- Ținta operațională: în maximum 90 minute ai: fișier valid, depus, recipisă salvată și o notă internă „ce am schimbat”.
Cuprins
- Tipuri de erori: structură, date, perioadă, nomenclatoare
- Validator vs recipisă: de ce poți trece local și totuși să ai erori în SPV
- Erori SAF-T (D406) 2026: tabel „eroare → cauză → fix”
- Workflow complet: de la recipisă la redepunere
- Checklist pre-depunere (ca să nu repeți erorile)
- Template copy/paste: brief către contabil + IT/ERP
- Dacă ai 2+ firme / 2+ sisteme: cum standardizezi
- Greșeli frecvente și reparare rapidă
- Plan 7-30-90: prevenție (nu doar stingere)
- Resurse rapide
- FAQ – Întrebări frecvente
- Autor / Editor / Actualizat la
- Surse
Tipuri de erori: structură, date, perioadă, nomenclatoare
Ca să repari rapid, trebuie să clasifici eroarea. În SAF-T, „aceeași” problemă poate apărea diferit: uneori ca eroare de structură (XML/XSD), alteori ca eroare de conținut (date obligatorii lipsă) sau ca neconcordanță (perioadă, coduri, conturi).
| Categoria | Cum o recunoști | Unde se repară | Ce verifici după |
|---|---|---|---|
| Structură (XML/XSD) | Validatorul raportează „schema” / câmpuri în structură greșită | Export/mapping din ERP sau generatorul de fișiere | Validare completă în validator |
| Date obligatorii lipsă | Lipsesc identificatori (ex. adrese, conturi, coduri) | Nomenclatoare + master data (clienți/furnizori/conturi) | Checklist obligatorii + reexport |
| Perioadă / parametri | Neconcordanță lună/an, interval, tip raportare | Setări export + parametri declarație | Header/parametri + validare |
| Conturi / AccountId | Validări pe conturi (format/număr cifre) sau mapping eronat | Plan de conturi + reguli mapping | Reconcilieri + raport intern |
| Nomenclatoare (taxe/TVA/parteneri) | Coduri inexistente/incomplete, taxe nealiniate | Tabele de taxe + coduri interne + master data | Test pe eșantion + redepunere |
Validator vs recipisă: de ce poți trece local și totuși să ai erori în SPV
În practică apar două situații care te fac să „pierzi timp”:
- Ai validat un fișier, dar ai depus alt fișier (alt export, altă versiune, alt folder). Asta explică multe recipise cu erori „surpriză”.
- Ai rezolvat structura (XSD), dar datele sunt incomplete (master data / nomenclatoare). Validatorul poate trece „structura”, dar conținutul rămâne problematic.
Fix rapid: păstrează disciplina „un singur fișier final” (cel validat este exact cel depus) și rulează checklist-ul de date obligatorii înainte de export, nu după recipisă.
Erori SAF-T (D406) 2026: tabel „eroare → cauză → fix”
Folosește tabelul ca „diagnostic rapid”. Nu ai nevoie să ghicești: începi de la mesajul din validator/recipisă, alegi cauza probabilă, verifici în sursă și corectezi acolo.
| Semnal / simptom | Cauză probabilă | Fix (unde umbli) | Verificare finală |
|---|---|---|---|
| Fișierul nu trece validarea XSD | Structură export greșită / câmpuri în loc greșit | Generator SAF-T / mapping din ERP | Validare 100% în validator |
| Mesaje despre „perioadă” / an/lună | Parametri export incorecți sau header nealiniat | Setări export + parametri raportare | Verifici perioada în fișier + revalidare |
| Erori pe conturi / AccountId | Plan de conturi neuniform / formate neacceptate | Plan de conturi + reguli de transformare | Raport intern conturi + validare |
| Erori pe adrese/identificatori | Master data incomplet (client/furnizor) sau adresă lipsă | Nomenclatoare + completare date obligatorii | Eșantion 20 entități + validare |
| Erori pe coduri taxe/TVA | Mapping taxe incorect sau coduri nealiniate | Tabele de taxe + configurare contabilitate | Test pe 10 documente + validare |
| Recipisă cu erori după depunere | Ai depus alt fișier decât cel validat sau ai date incomplete în nomenclatoare | Procedură: „un singur fișier final” + curățare master data + redepunere integrală | Arhivezi: fișier final + recipisă acceptată |
Workflow complet: de la recipisă la redepunere
Acesta este fluxul pe care îl recomandăm ca să repari rapid și să nu repeți aceleași erori lunar.
- Salvează recipisa și notează: data, perioada, tipul raportării, cine a depus.
- Clasifică eroarea (structură/date/perioadă/conturi/nomenclatoare) folosind tabelul de mai sus.
- Găsește sursa: ERP, mapping, plan de conturi, master data (clienți/furnizori), taxe/TVA.
- Corectează la sursă (nu în XML manual) și fă reexport pentru aceeași perioadă.
- Rulează validatorul pe fișierul nou și păstrează raportul/log-ul în folder.
- Depune din nou integral fișierul corectat și descarcă recipisa finală.
- Închide bucla: scrie o notă internă „ce am schimbat” (maxim 10 rânduri) și actualizează checklist-ul.
Checklist pre-depunere (ca să nu repeți erorile)
Acesta este checklist-ul „scurt” (3–6 puncte) pe care îl poți lipi în procedura internă. Exact aceste verificări reduc masiv respingerile.
- Perioadă corectă: lună/an și interval raportare aliniate cu fișierul exportat.
- Un singur fișier final: ce validezi local este exact ce depui (nume + versiune + locație în folder).
- Conturi/AccountId: plan de conturi curat, fără formate neuniforme.
- Nomenclatoare complete: clienți/furnizori/adrese/identificatori fără câmpuri obligatorii lipsă.
- Taxe/TVA: mapping corect pentru coduri și tipuri de taxe folosite în documente.
- Validator rulat: păstrezi raportul de validare în folderul perioadei.
Template copy/paste: brief către contabil + IT/ERP
Scopul template-ului: să elimini ambiguitatea. Când spui „are erori”, fiecare înțelege altceva. Aici trimiți exact: eroare, perioadă, impact, cine face ce și până când.
1) Mesaj către contabil (copy/paste)
Subiect: Erori SAF-T (D406) – perioadă (LL/AAAA) – plan remediere + redepunere
Mesaj:
Am primit recipisă cu erori la D406 pentru perioada (LL/AAAA). Te rog:
1) Confirmă tipul erorilor (structură / date obligatorii / perioadă / conturi / taxe).
2) Spune-mi ce se corectează în contabilitate vs ce se corectează în ERP/mapping.
3) Propune un plan de redepunere (data/ora), după ce fișierul trece validarea.
Atașez:
- recipisa (PDF)
- raportul de validare (dacă există)
- numele fișierului depus (D406_...xml)
Țintă: redepunere integrală până la (DATA), cu recipisă acceptată.
Mulțumesc!2) Mesaj către IT/ERP (copy/paste)
Subiect: Fix export SAF-T D406 – erori de validare – perioadă (LL/AAAA)
Mesaj:
Avem erori la validarea/recipisa SAF-T (D406) pentru perioada (LL/AAAA).
Te rog:
1) Identifică în mapping/export cauza (AccountId / nomenclatoare / perioadă / structură).
2) Aplică fixul la sursă (nu editare manuală XML).
3) Reexportă fișierul pentru aceeași perioadă și rulează validatorul.
Livrabile:
- D406_(firma)_(LL-AAAA)_v2.xml (fișier corectat)
- raport de validare (OK)
- notă scurtă: ce s-a schimbat (max 10 rânduri)
Țintă: fișier gata de depunere până la (DATA/ORA).3) Log intern (copy/paste) – „Dosar SAF-T”
- Perioada: (LL/AAAA)
- Depus inițial la: (DATA/ORA) · Depus de: (NUME/ROL)
- Status inițial: Respins / Cu erori · Recipisă: (nume fișier)
- Cauză: (Structură / Date / Perioadă / Conturi / Taxe)
- Fix aplicat: (descriere 1–3 rânduri)
- Redepus la: (DATA/ORA) · Status final: Acceptat · Recipisă finală: (nume fișier)
Dacă ai 2+ firme / 2+ sisteme: cum standardizezi
Dacă ai mai multe entități sau raportezi din sisteme diferite, cheia este să ai un standard unic de „calitate a datelor” și un singur mod de arhivare. Altfel, vei repara aceleași erori la fiecare firmă.
| Element | Standard recomandat | De ce contează |
|---|---|---|
| Nume fișier | D406_(FIRMA)_(LL-AAAA)_v1.xml | Știi mereu ce versiune ai depus |
| Folder | (Firmă) / Fiscal / SAF-T / (AAAA) / (LL) | Recipisa și fișierul sunt la un click |
| Checklist | Același checklist pentru toate firmele | Prevenție, nu reacție |
| Responsabil | Un owner (CFO/contabil) + un owner tehnic (ERP) | Elimini „nu e la mine” |
Greșeli frecvente și reparare rapidă
Erori SAF-T foarte căutate: „date obligatorii lipsă” (fix în 15–30 min)
În multe proiecte SAF-T, cele mai frecvente „blocaje” nu sunt de structură, ci de master data (date incomplete la clienți/furnizori/companie). Fixul se face la sursă: completezi câmpurile obligatorii, reexporezi și revalidezi.
- Adresă incompletă: lipsă localitate/județ/sector/cod poștal sau scriere neuniformă → completezi și standardizezi adresa în nomenclatoare.
- Identificatori lipsă: CUI/VAT (unde e cazul), tip entitate, țară/rezidență → completezi câmpurile în master data.
- Conturi bancare/IBAN: lipsă sau formate neuniforme (unde sistemul cere) → corectezi în datele companiei/partenerilor.
- Date de contact: email/telefon lipsă (unde ERP-ul le exportă ca obligatorii) → completezi minimul necesar și rulezi din nou exportul.
Greșeli frecvente (și soluția scurtă)
- Greșeala #1: rulezi validatorul pe un fișier, dar depui alt fișier (versiune diferită). Soluție: „un singur fișier final” + naming strict.
- Greșeala #2: repari „manual” XML-ul. Soluție: corectezi în ERP/mapping; altfel, eroarea revine la următorul export.
- Greșeala #3: master data incomplet (adrese/identificatori) la clienți/furnizori. Soluție: checklist de date obligatorii și curățare incrementală.
- Greșeala #4: confunzi cauza (taxe) cu efectul (mesaj generic). Soluție: iei eșantion 10 documente și verifici mapping-ul de taxe.
- Greșeala #5: nu arhivezi recipisa finală. Soluție: fără recipisă acceptată, operațional e ca și cum nu ai închis depunerea.
Plan 7-30-90: prevenție (nu doar stingere)
| Interval | Obiectiv | Acțiuni | Livrabil |
|---|---|---|---|
| 7 zile | Diagnosticul erorilor recurente | Identifici top 5 cauze (conturi, perioadă, nomenclatoare, taxe, structură) | Lista „Top 5 erori” + owner |
| 30 zile | Reduci respingerile | Fixuri la sursă + checklist obligatoriu + naming/arhivare | Procedură internă 1 pagină |
| 90 zile | Standardizare | Audit lunar de date (master data) + test pe eșantion înainte de depunere | Dashboard intern: respins/acceptat, timp de remediere |
Resurse rapide
- SAF-T (termene & calendar): SAF-T 2026 (D406): termen depunere + calendar
- Mai multe ghiduri: Categoria Fiscalitate
- Declarația unică 2026 (D212): ghid complet + depunere în SPV (ANAF)
- Impozit pe dividende 2026: 16% + termene și CASS
- Măsuri 2026 pentru investiții: credite fiscale, garanții și avize mai rapide
- RO e-Factura persoane fizice 2026 (CNP): amânare până la 1 iunie + checklist de pregătire
- Mentori: Mentori
- Antreprenoriat: Antreprenoriat
- Evenimente & networking: evenimente.permisdeantreprenor.ro
FAQ – Întrebări frecvente
1) Dacă primesc recipisă cu erori la D406, pot trimite doar corecțiile?
În practică, tratezi situația ca redepunere a fișierului corectat integral, nu ca transmitere de bucăți. Corectezi la sursă, reexportezi pentru aceeași perioadă, rulezi validatorul și redepui. (Vezi „Workflow complet”.)
2) Care sunt cele mai frecvente cauze de respingere la SAF-T?
Cele mai frecvente sunt: perioadă nealiniată (an/lună), conturi/AccountId neuniforme, nomenclatoare incomplete (clienți/furnizori/adrese), mapping taxe/TVA greșit și fișier care nu trece validarea XSD. Începe cu checklist-ul pre-depunere.
3) Validatorul îmi dă OK, dar recipisa din SPV are erori. Ce verific prima dată?
Prima verificare este „un singur fișier final”: fișierul validat local este exact fișierul depus (versiune/nume/locație în folder). A doua verificare: date obligatorii în master data (adrese/identificatori) și mapping-ul de taxe/TVA. Apoi reexportezi, revalidezi și redepui integral.
4) De ce nu e recomandat să editez manual XML-ul ca să „treacă”?
Pentru că rezolvi doar simptomul. La următorul export, aceeași problemă revine. Reparația stabilă se face în ERP/mapping/nomenclatoare, adică la sursa care generează fișierul.
5) Cum țin evidența fixurilor ca să nu repet erorile lunar?
Folosește „Log intern – Dosar SAF-T”: perioadă, eroare, cauză, fix, versiune fișier, recipisă finală. În 90 de zile, transformi log-ul într-un mini-dashboard (respins/acceptat, timp de remediere).
6) Cum recomandă Constantin Paraschiv să gestionezi conformarea fără să pierzi timp?
Prin procese scurte, repetabile și documentabile: checklist, responsabil clar, dovadă salvată. Exact de aceea ghidul insistă pe „un singur fișier final” și recipisă arhivată, plus regula „maxim 3 decizii/ședință” când repari.
Autor / Editor / Actualizat la
Autor: Echipa Permis de Antreprenor
Editor: Cristina
Actualizat la: 2 februarie 2026
Surse
- ANAF – SAF-T (documente, actualizări validator/XSD): https://static.anaf.ro/static/10/Anaf/Declaratii_R/406.html
- ANAF (static) – SAF-T (validator + documente de asistență): https://static.anaf.ro/static/10/Anaf/Informatii_R/saf_t.htm
- ANAF – Ghidul contribuabilului pentru pregătirea și depunerea D406 (PDF): https://static.anaf.ro/static/10/Anaf/Informatii_R/SAF_T_Ghidul_D406_1712021.pdf
Disclaimer editorial: material informativ. Pentru implementări specifice (ERP, mapping, cazuri particulare), confirmă pașii cu contabilul și, dacă e cazul, cu furnizorul de software.
Add comment