Gratuit · Fără cont · Fără stocare
Verificator e-Factura: validează XML-ul înainte de ANAF
Încarcă factura XML și afli pe loc dacă trece de regulile CIUS-RO — cu fiecare eroare explicată în română și cu pașii de reparare. Același motor de validare folosit de SoftFactura pentru facturile trimise real la ANAF.
Trage fișierul XML aici sau apasă pentru a-l alege
Factura XML (UBL) descărcată din program sau din SPV · max. 3 MB
… sau lipește conținutul XML direct
Fișierul NU este stocat — verificarea rulează și răspunde pe loc.
Ce verifică validatorul
Structură și identificatori
XML UBL valid, număr și dată de factură, CUI cu prefix RO pentru plătitorii de TVA (BT-31), referința obligatorie la factura originală pentru storno (BT-25).
Reguli românești (CIUS-RO)
Sectorul obligatoriu pentru adresele din București (BR-RO-100), codurile de județ ISO, localitățile, unitățile de măsură UN/ECE pe fiecare linie (BT-130).
Aritmetica facturii
Subtotalul = suma liniilor, TVA-ul declarat = calculul pe categorie (BR-CO-17), totalul de plată = subtotal + TVA (BR-CO-15) — exact verificările la care pică cele mai multe facturi.
Erori frecvente la e-Factura, explicate
ANAF ți-a respins factura cu un cod criptic? Fiecare eroare de mai jos are explicația în română și pașii de reparare.
BR-RO-100
BR-RO-100: „Completați sectorul" — adresă din București fără sector
Pentru orice adresă cu județul București (codul RO-B), standardul CIUS-RO cere ca localitatea (CityName) să fie codificată exact SECTOR1…SECTOR6 — nu „București", nu „Bucuresti, Sector 3", nu gol. Regula se aplică și furnizorului, și cumpărătorului.
BT-31
BT-31: CUI-ul furnizorului fără prefixul RO
Câmpul BT-31 (identificatorul de TVA al vânzătorului) trebuie să conțină forma „RO12345678" pentru firmele românești plătitoare de TVA. Fără prefixul RO, ANAF nu poate valida calitatea de plătitor de TVA și respinge sau reclasifică factura.
BR-27
BR-27: „Prețul net al articolului trebuie să fie pozitiv" — discount pus greșit
Standardul EN 16931 interzice prețul unitar NEGATIV pe linie (BT-146). Un discount nu se exprimă prin preț negativ, ci fie prin cantitate negativă cu preț pozitiv, fie prin alocări de tip AllowanceCharge.
BT-25
Storno respins: lipsește referința la factura originală (BT-25)
În e-Factura românească, stornarea se emite ca factură obișnuită (cod 380) cu valori negative — dar OBLIGATORIU cu referință la factura pe care o stornează (BT-25, elementul BillingReference). Fără referință, ANAF nu poate lega stornoul de original și îl respinge.
BR-CO-15
BR-CO-15: totalul facturii nu corespunde cu subtotal + TVA
Regula aritmetică de bază a facturii: TaxInclusiveAmount trebuie să fie exact TaxExclusiveAmount + TVA-ul total. Orice diferență — chiar de un ban — duce la respingere.
BR-CO-17
BR-CO-17: TVA-ul pe categorie nu corespunde cu baza × cota
Pentru fiecare categorie de TVA (ex. cota standard 21%, cota redusă 11%), TVA-ul declarat în TaxSubtotal trebuie să fie exact baza × cota / 100, rotunjit la 2 zecimale. Suma TVA-urilor calculate PE LINIE poate diferi cu bani buni de calculul PE CATEGORIE — iar ANAF verifică pe categorie.
BT-130
BT-130: unitatea de măsură lipsă sau cod invalid
Fiecare linie de factură trebuie să aibă o unitate de măsură codificată conform UN/ECE Recommendation 20 — de exemplu C62 (bucată), KGM (kilogram), MTR (metru), LTR (litru), HUR (oră), DAY (zi). Textul liber („buc", „ore") merge în programul tău, dar XML-ul trebuie să conțină CODUL.
BT-1
BT-1: numărul facturii lipsește din XML
Elementul cbc:ID — seria + numărul facturii — este identificatorul unic al documentului și e obligatoriu. Lipsa lui înseamnă aproape întotdeauna un XML generat greșit, nu o problemă de date.
BT-2
BT-2: data emiterii lipsă sau în format greșit
Data emiterii (cbc:IssueDate) e obligatorie și trebuie scrisă exact în formatul ISO YYYY-MM-DD (ex. 2026-07-03). Formatele românești (03.07.2026) sau cele cu oră sunt respinse.
BG-25
BG-25: factura nu conține nicio linie
Un XML de factură fără niciun element cac:InvoiceLine e invalid — standardul cere minimum o linie cu descriere, cantitate, preț și cotă de TVA.
TVA 21/11
Cote de TVA vechi (19% / 9%) după Legea 141/2025
Din 1 august 2025 (Legea 141/2025), cota standard de TVA e 21%, iar cota redusă principală 11%. Facturile emise cu 19%/9% după această dată sunt greșite fiscal — chiar dacă XML-ul poate trece de validarea tehnică, factura e incorectă și va crea diferențe la decont.
BR-CO-10
Subtotalul declarat diferă de suma liniilor
Suma valorilor liniilor (fără TVA) trebuie să fie exact subtotalul declarat al facturii (BT-106 = Σ BT-131). Diferențele apar de obicei la discounturi tratate inconsecvent sau la totaluri copiate manual.
Întrebări frecvente
Ce verifică acest validator de e-Factura?
Regulile CIUS-RO pe care ANAF le aplică la depunere: structura XML UBL, numărul și data facturii, identificatorii fiscali (CUI cu prefix RO pentru plătitorii de TVA), adresele (inclusiv sectorul obligatoriu pentru București — BR-RO-100), liniile facturii, unitățile de măsură și consistența aritmetică a totalurilor (subtotal, TVA pe categorie, total de plată — BR-CO-15). Motorul de validare este același folosit de SoftFactura pentru facturile trimise real la ANAF.
Se stochează factura mea undeva?
Nu. Fișierul este procesat în memorie și răspunsul se întoarce imediat — conținutul facturii nu este salvat, logat sau folosit în alt scop. Se înregistrează doar date tehnice anonime (dimensiunea fișierului și numărul de erori).
Dacă validatorul spune că factura e corectă, ANAF o acceptă sigur?
Verificatorul acoperă regulile CIUS-RO cele mai frecvente — cele care produc majoritatea respingerilor (adrese, identificatori, totaluri, TVA). ANAF rulează în plus verificări proprii (de exemplu existența CUI-ului în registrul fiscal sau dubluri de depunere), care necesită acces la sistemele lor. O factură care pică aici va fi respinsă aproape sigur; una care trece are șanse foarte mari să fie acceptată.
Ce fac dacă factura are erori?
Fiecare eroare afișată are un link către o pagină cu explicația în română: ce înseamnă, de ce apare și pașii concreți de reparare. Corectezi datele în programul de facturare, regenerezi XML-ul și îl verifici din nou — respingerea la validare nu consumă numărul facturii.
De unde iau XML-ul facturii?
Din programul de facturare (funcția „Descarcă XML" / „Export e-Factura") sau din SPV — Spațiul Privat Virtual ANAF, unde facturile depuse și primite se pot descărca ca XML. Fișierul are extensia .xml și începe cu <Invoice.
Sătul să repari XML-uri de mână?
SoftFactura generează XML-ul e-Factura corect din prima și îl trimite automat la ANAF — facturare gratuită nelimitată, cu trial de 30 de zile pentru toate modulele, fără card.
Încearcă SoftFactura gratuitSetup în 30 de secunde, cu datele firmei preluate de la ANAF. Hosting UE, conform GDPR.