Erori e-FacturaBR-02

Factura fără număr (BT-1) este respinsă de ANAF

Codul regulii este BR-02.

Mesajul exact din validatorul ANAF

org.xml.sax.SAXParseException; lineNumber: 13; columnNumber: 18; cvc-complex-type.2.4.a: Invalid content was found starting with element '{"urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2":IssueDate}'. One of '{"urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2":ProfileID, "urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2":ProfileExecutionID, "urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2":ID}' is expected.

Ce inseamna

BR-02 cere ca orice factură să aibă un număr de factură, adică elementul cbc:ID de la nivelul rădăcinii documentului. Acesta este identificatorul unic al facturii, cel care apare în SPV și pe care îl folosești când o cauți sau când o stornezi. Dacă lipsește complet, validatorul nu poate identifica documentul și dă eroare. Chiar dacă alte câmpuri sunt corecte, factura nu trece.

Cum repari

Verifică în programul de facturare că șablonul de generare scrie întotdeauna câmpul număr factură și că acesta nu este gol la emitere. Serie + număr (ex. FCT-2024-0001) trebuie să ajungă în cbc:ID, imediat după cbc:CustomizationID.

Exemplu

Asa pica

<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
         xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2"
         xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:efactura.mfinante.ro:CIUS-RO:1.0.1</cbc:CustomizationID>
  <cbc:IssueDate>2024-06-05</cbc:IssueDate>
</Invoice>

Asa trece

<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
         xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2"
         xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:efactura.mfinante.ro:CIUS-RO:1.0.1</cbc:CustomizationID>
  <cbc:ID>FCT-2024-0001</cbc:ID>
  <cbc:IssueDate>2024-06-05</cbc:IssueDate>
</Invoice>

In practica nu ajungi sa vezi codul regulii: valoarea e respinsa mai devreme, de schema XML, iar mesajul arata cum scrie mai sus. Regula exista si ea, dar prinde doar cazurile pe care schema le lasa sa treaca.

Verificat. Am pus fiecare din cele doua fragmente intr-o factura completa si le-am trecut prin validatorul oficial ANAF, versiunea ro16931-ubl-1.0.9. Factura cu fragmentul din stanga a fost respinsa cu mesajul de mai sus; cea cu fragmentul din dreapta a trecut fara nicio eroare. Verificarea s-a facut pe 14.09.2026.
Regula asa cum e scrisa in schematronul oficial

Textul oficial, in engleza

An Invoice shall have an Invoice number (BT-1).

Unde se aplica

$Invoice

Conditia care trebuie sa fie adevarata

$BR-02
Ce nu rezulta din textul oficial al regulii

Am scris fragmentul cu rădăcina <Invoice> și namespace-ul implicit, exact ca în factura de referință, deși enunțul cere <ubl:Invoice>; factura de referință nu folosește prefixul ubl:, iar fragmentul trebuie să se poată lipi înapoi în ea.