Erori e-FacturaBR-04

Lipsește codul tipului de factură (InvoiceTypeCode) din XML

Codul regulii este BR-04.

Mesajul exact din validatorul ANAF

textEroare=[BR-04]-An Invoice shall have an Invoice type code (BT-3).

Ce inseamna

Orice factură trimisă în RO e-Factura trebuie să aibă un cod de tip al facturii (BT-3), adică elementul cbc:InvoiceTypeCode de după data scadenței. Codul 380 este factura comercială obișnuită, folosit în factura de referință. Fără acest element, fișierul nu trece de validator, indiferent cât de corecte sunt sumele.

Cum repari

Verifică în programul de facturare maparea câmpului "tip document" spre cbc:InvoiceTypeCode. Dacă șablonul nu îl generează, adaugă elementul între cbc:DueDate și cbc:DocumentCurrencyCode, cu valoarea 380 pentru facturile obișnuite.

Exemplu

Asa pica

<ubl:Invoice xmlns:ubl="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>
  <cbc:DueDate>2024-07-05</cbc:DueDate>
  <cbc:DocumentCurrencyCode>RON</cbc:DocumentCurrencyCode>
</ubl:Invoice>

Asa trece

<ubl:Invoice xmlns:ubl="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>
  <cbc:DueDate>2024-07-05</cbc:DueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cbc:DocumentCurrencyCode>RON</cbc:DocumentCurrencyCode>
</ubl:Invoice>
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 exact 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 type code (BT-3).

Unde se aplica

$Invoice

Conditia care trebuie sa fie adevarata

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

Nu am putut confirma din datele primite lista completă a codurilor de tip acceptate de ANAF (lista UNTDID 1001) sau codurile pentru corecții/stornări; singurul cod verificabil aici este 380, cel din factura de referință.