Sari la conținut
PFAssist
PFAssist
Automatizare fiscală PFA

Checklist • ~10–14 min citire

Erori e-Factura (ex: BT-47 / BR-RO-120 / BR-07): cauze + soluții rapide

În RO e-Factura, “eroare” poate însemna 3 lucruri diferite: (1) XML invalid (structură), (2) reguli de business (BR-RO-xxx / BT-xx), (3) mesaj informativ (nu blochează, dar te atenționează). Mai jos ai pașii clari ca să identifici rapid cauza și să rezolvi.

Pe scurt (flow recomandat)

  1. Validează XML înainte să trimiți (tool-ul de validare).
  2. Trimite în SPV și păstrează Indexul de încărcare.
  3. Verifică statusul după index.
  4. În SPV → Răspunsuri factură filtrezi pe Erori și descarci mesajul.
  5. Corectezi datele, regenerezi XML și retrimiți (primești un index nou).

1) Unde vezi exact eroarea (SPV + index)

După upload în SPV, sistemul îți returnează un Index de încărcare. Cu el verifici starea fișierului și, ulterior, descarci răspunsul (valid/eroare).

Unde cauți în SPV

  • Trimitere factură → după transmitere primești “index de încărcare”.
  • Verificare stare fișier transmis anterior → introduci indexul și verifici.
  • Factura electronică – Răspunsuri factură → filtrezi pe “Erori” / “ID de încărcare”.

Tip: descarcă răspunsurile în primele 60 de zile (fișierele + mesajele de eroare sunt disponibile o perioadă limitată).

2) Validare XML înainte de trimitere

Înainte să pierzi timp cu upload / retry, validează XML-ul. Dacă XML-ul e “rupt” (structură/elemente lipsă), îl repari imediat.

Validare XML (ANAF)

ANAF are o pagină de Validare XML factură unde alegi fișierul și standardul (ex. FACT1/FCN) și rulezi validarea.

Validare XML (MF)

În materialele informative este menționat și instrumentul de validare disponibil pe portalul MF, util indiferent dacă XML-ul e generat manual sau din aplicație.

Ce înseamnă “structură invalidă”

Exemple tipice: lipsă țară, lipsă coduri obligatorii, câmpuri în format greșit. Astea se rezolvă prin completarea corectă a datelor (adrese, țară, județ/sector, CIF/CNP etc.) și regenerarea XML.

3) Top erori frecvente + soluții

BR-RO-120 / BT-47 / BT-48 lipsă (CIF/CNP / TVA ID)

De obicei înseamnă că lipsește identificatorul cumpărătorului (CIF/CNP) sau identificatorul de TVA (dacă e cazul).

  • B2B: verifică CIF-ul clientului (să fie valid și complet).
  • B2C: dacă nu ai CNP, unele fluxuri folosesc 13 zerouri în XML (0000000000000).

BR-07: CIF cumpărător neidentificat / client extern

Apare când cumpărătorul nu are CUI/NIF (ex. client din afara României). În unele implementări, upload-ul necesită parametru/flag pentru “extern”.

BR-CO-09: prefix de țară (ISO) pentru identificator TVA

Se referă la formatarea identificatorilor de TVA (prefix ISO 3166-1 alpha-2). În practică, corectezi modul în care aplicația pune prefixul / cifrele în câmpurile de TVA.

BR-RO-110 / BR-RO-100 / BR-RO-101: județ/sector/adrese

Erori foarte comune la adrese: județ codificat greșit, București fără sector sau fără codurile cerute.

  • Completează țara, județul corect și coerent cu localitatea.
  • Pentru București, include Sector într-un mod detectabil.

R_BT_32: CUI/CIF vânzător incorect

Verifică datele firmei (emitent): CIF/CUI, adresă, țară, județ/sector. Apoi regenerează XML și retrimite.

Regula de aur

Nu încerca să “ghicești” eroarea. Descarcă mesajul din Răspunsuri factură, corectează exact câmpul menționat (BT/BR), regenerează XML și retrimite.

4) BT-47 la B2C: “nu poate fi comunicată” (nu e mereu eroare)

La B2C poți vedea mesajul de tip: “Factura … nu poate fi comunicată către destinatar (BT-47 – lipsă identificator)”. În practică, pentru persoanele fizice, mesajul este frecvent informativ: clientul nu primește automat în SPV, iar tu ai obligația să îi trimiți factura pe canale clasice (email/PDF/print).

Ce faci concret

  1. Verifică dacă e într-adevăr persoană fizică (B2C).
  2. Dacă nu ai CNP, unele fluxuri folosesc 0000000000000 în XML.
  3. Trimite factura către client pe email/PDF (ANAF nu o “livrează” lui).

5) Cod 751 / BT-3: când îl folosești ca să eviți “codificarea eronată”

Un motiv clasic de probleme este BT-3 (Invoice type code) ales greșit. În RO e-Factura există coduri standard (380 factură, 381 credit note etc.), iar 751 este un tip separat: “Factura informativă în scopuri contabile”.

Când se folosește 751

  • pentru evidența livrărilor bazate pe bonuri fiscale (când clientul solicită factură);
  • pentru facturi de decontare a plăților efectuate în numele și în contul clientului (cu regulile fiscale aferente).

Dacă emiți o factură “normală” și o marchezi greșit ca 751 (sau invers), riști să obții raportări greșite / respingeri / confuzie în contabilitate.

6) Checklist final (copie & folosește)

  1. Validează XML (structură) înainte de trimitere.
  2. Verifică datele vânzătorului: CIF, țară, județ/sector, adresă.
  3. Verifică datele cumpărătorului: B2B vs B2C, CIF/CNP, adresă.
  4. BT-3 corect: 380/381/384/389/751 după caz.
  5. Upload SPV și salvează Index de încărcare.
  6. Verifică status după index.
  7. SPV → Răspunsuri factură → filtrează “Erori” → descarcă mesajul.
  8. Corectează, regenerează XML, retrimite (index nou).
  9. Arhivează: XML + răspuns/confirmare + PDF (organizate pe luni).

Cum te ajută PFAssist

  • Checklist anti-erori înainte de trimitere (date client / adrese / coduri).
  • Istoric + status + index de încărcare într-un singur loc.
  • Export & arhivare (XML/PDF/confirmări) ca să nu pierzi nimic.
Vezi PFAssist →