Erori e-Factura, explicate în română
ANAF respinge facturile cu coduri criptice — BR-RO-100, BT-31, BR-CO-15. Aici găsești fiecare eroare tradusă: ce înseamnă, de ce apare și pașii concreți de reparare. Sau verifică direct XML-ul și primești explicațiile pentru erorile tale.
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.