Eroare BR-CL-01 e-Factura: cod tip document invalid

Eroarea BR-CL-01 din standardul EN 16931 este definita astfel: "Document type code MUST be coded by the invoice and credit note related code lists of UNTDID 1001." Regula valideaza elementul BT-3 (cbc:InvoiceTypeCode), nu codul de moneda. Lista oficiala a codurilor admise este publicata la docs.peppol.eu UNCL1001-inv.

Ce inseamna eroarea BR-CL-01

BR-CL-01 face parte din familia regulilor de validare a listelor de coduri (CL = codelist) din EN 16931. Verifica strict ca BT-3 (InvoiceTypeCode) sa contina o valoare admisa de lista UNTDID 1001, in subset-ul aplicabil facturilor si notelor de credit.

Codurile UNTDID 1001 acceptate in Romania prin profilul CIUS-RO pentru e-Factura sunt:

• 380: factura comerciala (Commercial invoice)
• 381: nota de credit / stornare (Credit note)
• 384: factura corectiva (Corrected invoice)
• 389: autofactura (Self-billed invoice)

Validarea valutei (BT-5 / DocumentCurrencyCode) este o regula distincta. Daca primesti respingere pentru cod ISO 4217 (de exemplu "LEI" in loc de "RON"), eroarea returnata este alta regula BR-CL (de exemplu BR-CL-04 sau BR-DEC pentru zecimale). Vezi articolul BR-RO-020 pentru restrictiile suplimentare ANAF pe BT-3.

De ce apare aceasta eroare

Exista mai multe cauze frecvente:

• Cod de tip document inventat sau personalizat. Unele sisteme ERP mai vechi folosesc coduri proprii (de exemplu 100, 200, "PROFORMA") in loc de coduri UNTDID 1001. Acestea sunt respinse imediat.
• Codul 388 (debit note) sau 383. Aceste coduri exista in lista UNTDID 1001 dar nu sunt in subset-ul EN 16931 / CIUS-RO acceptat pentru e-Factura. Daca trebuie sa majorezi valoarea unei facturi, foloseste 384 (factura corectiva) sau o noua factura 380.
• Stornare emisa cu codul 380. O nota de credit transmisa cu codul 380 (factura normala) este respinsa. Codul corect pentru stornari este 381.
• Cod numeric malformat. Coduri cu un singur caracter, patru caractere sau care contin spatii / litere sunt invalide.
• Editare manuala a XML-ului. Un utilizator modifica manual codul si introduce o valoare incorecta.

Exemplu XML

Elementul InvoiceTypeCode se gaseste in antetul documentului, imediat dupa identificator si data emiterii.

<!-- INCORECT: cod de tip document neacceptat (388 nu e in subset-ul EN 16931) -->

<ubl:Invoice>
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:efactura.mfinante.ro:CIUS-RO:1.0.1</cbc:CustomizationID>
  <cbc:ID>FACT-2026-0001</cbc:ID>
  <cbc:IssueDate>2026-04-12</cbc:IssueDate>
  <cbc:InvoiceTypeCode>388</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>RON</cbc:DocumentCurrencyCode>
</ubl:Invoice>

<!-- CORECT: cod UNTDID 1001 valid (380 = factura comerciala) -->

<ubl:Invoice>
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:efactura.mfinante.ro:CIUS-RO:1.0.1</cbc:CustomizationID>
  <cbc:ID>FACT-2026-0001</cbc:ID>
  <cbc:IssueDate>2026-04-12</cbc:IssueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>RON</cbc:DocumentCurrencyCode>
</ubl:Invoice>

Cum o rezolvi

1. Identifica tipul real al documentului. Factura normala, stornare, factura corectiva sau autofactura?
2. Mapeaza la codul UNTDID 1001 corect: 380 pentru factura comerciala, 381 pentru stornare / nota de credit, 384 pentru factura corectiva, 389 pentru autofactura.
3. Inlocuieste valoarea din <cbc:InvoiceTypeCode> cu codul corect.
4. Daca sursa erorii este in ERP / contabilitate, verifica maparea de tipuri de documente la export. Multe sisteme au o configuratie explicita pentru "tip storno" care trebuie corectata.
5. Pentru validarea valutei (LEI vs RON, etc.), vezi separat regulile BR-CL-04 / BR-DEC sau articolul BR-RO-020.
6. Retransmite factura la ANAF si verifica raspunsul.

Previne eroarea cu Billyou

Billyou selecteaza automat codul corect de tip document. Cand creezi o factura normala, sistemul completeaza BT-3 cu 380. Cand emiti o stornare, foloseste 381. Pentru corectii foloseste 384 si pentru autofacturi 389. Nu exista posibilitatea de a trimite un cod invalid.

Billyou valideaza toate campurile conform specificatiei CIUS-RO inainte de trimitere la ANAF. Erorile din familia BR-CL sunt printre primele detectate in procesul de validare.

Poti incepe gratuit la app.billyou.ro/register.

Articole conexe: Eroare BR-RO-020: cod tip document invalid in CIUS-RO, Eroare BR-CO-10: suma liniilor nu coincide cu totalul net.

Intrebari frecvente

Codul 388 sau 383 nu sunt admise?

Nu pentru CIUS-RO. Desi exista in lista UNTDID 1001 extinsa, subset-ul EN 16931 acceptat in Romania este restrans la 380, 381, 384 si 389. Pentru note de debit foloseste o factura corectiva (384) sau o noua factura (380).

Ce cod folosesc pentru o factura de stornare?

Pentru stornare (credit note), codul UNTDID 1001 corect este 381. Nu folosi codul 380 pentru stornari, deoarece 380 este pentru facturi comerciale ordinare. Unele sisteme mai vechi pot folosi termenul "aviz de credit" pentru acelasi tip de document.

Cum difera BR-CL-01 de BR-RO-020?

BR-CL-01 este regula din EN 16931 care verifica daca BT-3 respecta lista UNTDID 1001. BR-RO-020 este regula specifica CIUS-RO care restrange suplimentar lista la subset-ul acceptat in Romania. Cele doua pot aparea separat sau impreuna.

Eroarea apare daca am cod de moneda gresit ("LEI" in loc de "RON")?

Nu prin BR-CL-01. Validarea valutei se face prin alte reguli din familia BR-CL (de exemplu BR-CL-04 sau BR-DEC pentru zecimale). Daca primesti respingere pentru "LEI", mesajul ANAF va indica regula corespunzatoare. Foloseste mereu codul ISO 4217 corect: "RON" pentru leu romanesc, nu "LEI".