Erori e-Factura: ce înseamnă și cum le rezolvi

Cauza: Vânzătorul are sediul în București (județ RO-B), iar localitatea nu e scrisă ca sector.

Soluția: La localitatea vânzătorului pune codul sectorului din lista SECTOR-RO: SECTOR1 … SECTOR6. În multe programe e câmpul „Sector” sau „Localitate” din datele firmei.

Cauza: Aceeași regulă ca la BR-RO-100, dar pentru adresa cumpărătorului.

Soluția: În fișa clientului din București, completează localitatea ca SECTOR1 … SECTOR6 și județul București.

Cauza: Pentru adresele din România, județul trebuie trimis cu codul ISO 3166-2 (ex. RO-CJ, RO-B).

Soluția: Completează județul în datele firmei și ale clientului. Verifică să corespundă localității.

Cauza: Codul tipului de document nu e acceptat.

Soluția: Folosește un cod din lista acceptată: 380 (factură), 384 (factură corectată), 389 (autofactură), 751 (factură în scopuri contabile). Pentru stornare, de regulă se folosește 380 cu valori negative sau 381 (notă de credit), după cum acceptă programul tău.

Cauza: Codul de TVA al vânzătorului sau cumpărătorului trebuie să înceapă cu prefixul țării.

Soluția: Pentru firmele plătitoare de TVA din România scrie codul ca RO12345678. Pentru neplătitori folosește CUI-ul fără RO, în câmpul de identificare (nu în cel de TVA).

Cauza: Codul de țară nu respectă lista ISO 3166-1 (două litere).

Soluția: Folosește RO, DE, IT etc. Verifică și țara de origine a produselor, dacă programul o trimite.

Cauza: Datele din XML trebuie să fie în formatul ISO, de exemplu 2026-10-26.

Soluția: Verifică data emiterii și data scadenței. Scadența nu poate fi înaintea datei facturii.

Cauza: Totalul facturii cu TVA trebuie să fie exact totalul fără TVA plus TVA-ul total.

Soluția: De obicei e o rotunjire. Rotunjește TVA-ul pe fiecare cotă (nu pe fiecare linie, dacă programul tău calculează pe total) și refă totalurile la 2 zecimale.

Cauza: Totalul net al facturii trebuie să fie suma valorilor nete ale liniilor.

Soluția: Verifică liniile cu discount sau rotunjiri. Fiecare valoare de linie = cantitate × preț − discount, rotunjită la 2 zecimale, apoi adunate.

Cauza: TVA-ul fiecărei categorii trebuie să fie baza × cota, rotunjit la 2 zecimale.

Soluția: Recalculează TVA-ul pe fiecare cotă (21%, 11%) din baza totală a cotei. Verifică să nu ai rămasă cota veche de 19%, 9% sau 5%.

Cauza: Numele vânzătorului (BR-06) sau al cumpărătorului (BR-07) e obligatoriu.

Soluția: Completează denumirea completă în fișa firmei și a clientului. La persoane fizice, numele și prenumele.

Cauza: Fiecare linie trebuie să aibă un cod de unitate de măsură (UN/ECE Rec. 20).

Soluția: Asociază fiecare unitate cu codul ei: H87 (bucată), KGM (kg), HUR (oră), C62 (unitate), LTR (litru), MTR (metru).

Cauza: Fiecare linie de factură trebuie să aibă numele produsului sau serviciului.

Soluția: Completează denumirea articolului pe fiecare linie.

Cauza: Certificatul digital folosit nu are drepturi pentru firma respectivă în Spațiul Privat Virtual.

Soluția: Înregistrează certificatul pentru firmă în SPV (persoană juridică), cu formularul de împuternicire dacă e alt reprezentant, apoi regenerează tokenul de acces în program.

Cauza: Autorizarea OAuth dintre program și ANAF a expirat sau a fost revocată.

Soluția: Reconectează programul la ANAF din setări, cu certificatul digital al firmei.

Cauza: Același XML a fost trimis de două ori (reîncercare după o eroare temporară ANAF).

Soluția: Nu retrimite la nesfârșit: verifică întâi starea după indexul de încărcare. Dacă a fost acceptată de două ori, emite o factură de stornare pentru dublură.