Erori e-Factura

EN16931

Factură 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 înseamnă

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, factură 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

Așa pică

<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>

Așa 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>

În practică nu ajungi să vezi codul regulii: valoarea e respinsă mai devreme, de schema XML, iar mesajul arată cum scrie mai sus. Regula există și ea, dar prinde doar cazurile pe care schema le lasă să treacă.

Verificat. Am pus fiecare din cele două fragmente într-o factură completă și le-am trecut prin validatorul oficial ANAF, versiunea ro16931-ubl-1.0.9. Factura cu fragmentul din stânga a fost respinsă cu mesajul de mai sus; cea cu fragmentul din dreapta a trecut fără nicio eroare. Verificarea s-a făcut pe 14.09.2026.
Regula așa cum e scrisă în schematronul oficial

Textul oficial, în engleză

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

Unde se aplică

$Invoice

Condiția care trebuie să fie adevărată

$BR-02
Ce nu rezultă din textul oficial al regulii

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