BR-04: Factuurtypecode (BT-3) ontbreekt – e-factuurfout uitgelegd

StandaardEN 16931-1 (Europees semantisch model voor e-facturen)ErnstFout: de factuur wordt geweigerdSyntaxUBL, CIIBedrijfstermen

BT-3 Invoice type code

Geldt voorElke EN 16931-factuur: Peppol BIS Billing 3.0, NLCIUS, XRechnung, ZUGFeRD 2.x / Factur-X (profielen EN 16931, EXTENDED, XRECHNUNG) en andere nationale CIUS.

Officiële regeltekst

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

De normatieve tekst is Engels en wordt ongewijzigd geciteerd.

Waarom deze fout optreedt

De regel controleert of het documenttype gecodeerd is: cbc:InvoiceTypeCode (UBL Invoice) of cbc:CreditNoteTypeCode (UBL CreditNote), of rsm:ExchangedDocument/ram:TypeCode in CII. Ontvangers gebruiken deze code om het document naar het juiste boekingsproces te leiden (factuur, creditnota, correctiefactuur). Meestal ontbreekt de code doordat de exporttemplate geen typemapping heeft of een leeg element hardcodeert.

Zo lost u het op

Voeg in UBL cbc:InvoiceTypeCode toe na cbc:IssueDate (gebruik voor een CreditNote-document cbc:CreditNoteTypeCode). Voeg in CII rsm:ExchangedDocument/ram:TypeCode toe. Gebruik een code uit UNTDID 1001, meestal 380 (handelsfactuur), 381 (creditnota), 384 (gecorrigeerde factuur), 389 (self-billing-factuur); zie BR-CL-01 voor de volledige lijst toegestane codes. Let op: 381 is niet toegestaan in een UBL Invoice-document; gebruik in dat geval een UBL CreditNote.

Voorbeeld (geldig)

<cbc:IssueDate>2026-10-14</cbc:IssueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>

Wat de validator controleert

Gecontroleerd element (context):

UBL

/ubl:Invoice | /cn:CreditNote

Test (XPath):

normalize-space(cbc:InvoiceTypeCode) != '' or normalize-space(cbc:CreditNoteTypeCode) !=''

CII

/rsm:CrossIndustryInvoice

Test (XPath):

normalize-space(rsm:ExchangedDocument/ram:TypeCode) != ''

Automatisch herstellen

De checker herstelt deze fout zodra u de ontbrekende waarde invult: sleep het bestand erheen en klik op "Automatisch herstellen".

Factuur herstellen →

Dezelfde controle via API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Gerelateerde regels

BR-01 Specificatie-identificatie (BT-24) ontbreekt
BR-02 Factuurnummer (BT-1) ontbreekt
BR-03 Factuurdatum (BT-2) ontbreekt
BR-05 Valutacode van de factuur (BT-5) ontbreekt
BR-06 Naam van de verkoper (BT-27) ontbreekt
BR-07 Naam van de koper (BT-44) ontbreekt
BR-08 Postadres van de verkoper ontbreekt
BR-09 Landcode van de verkoper (BT-40) ontbreekt

Veelgestelde vragen

Wat betekent BR-04?

BR-04 is een en 16931-kernregel: An Invoice shall have an Invoice type code (BT-3).

Wordt mijn factuur geweigerd vanwege BR-04?

Ja. BR-04 is "fataal"; validators (Peppol-accesspoints, KoSIT, KSeF) weigeren de factuur totdat de fout is opgelost.

Voor welke formaten geldt BR-04?

Elke EN 16931-factuur: Peppol BIS Billing 3.0, NLCIUS, XRechnung, ZUGFeRD 2.x / Factur-X (profielen EN 16931, EXTENDED, XRECHNUNG) en andere nationale CIUS. Syntax: UBL en CII.

Bron: EN 16931-1:2017 schematron (CEN TC434, via Peppol BIS 3.0.20). Catalogus gegenereerd uit de officiële regelsets op 2026-10-15.