Ga naar de hoofdinhoud

Referentie

Markdown-export

BR-04 Factuurtypecode is vereist

Een factuur moet een factuurtypecode (BT-3) hebben die het functionele type van het document aangeeft, zoals handelsfactuur of creditnota.

Probleembeschrijving

FOUT

Bedrijfsregel van EN 16931 (CEN)

Interactieve validatieketen

Klik op een stap om te zien wat die controleert, of typ een regel-ID om de stap te vinden die hem meldt.

Probeer:

BR-04 kernregel van EN 16931

Gemeld in stap 2: EN 16931-regels.

Niveau fout: het rapport adviseert de factuur af te wijzen.

Stap 2 · Wat wordt gecontroleerd

  • De kernbedrijfstermen zijn aanwezig (BR-01 tot BR-65).
  • Totalen kloppen en samenhangende velden passen bij elkaar (BR-CO); codes en decimalen zijn geldig (BR-CL, BR-DEC).
  • Elke btw-categorie is consistent: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Voorbeeldcodes

Typische correctie

Bereken totalen en btw opnieuw uit de regels en corrigeer de btw-categorie in de brongegevens.

Een validator controleert een e-factuur in stappen. Eerst moet het bestand goed gevormde XML zijn die past bij het UBL- of CII-schema (XSD). Dan volgen de bedrijfsregels van EN 16931: BR-kernregels, BR-CO-berekeningen, BR-CL-codelijsten, BR-DEC-decimalen en regels per btw-categorie zoals BR-S. Daarna komen de nationale of netwerkregels die BT-24 kiest: BR-DE voor XRechnung, PEPPOL-EN16931 voor Peppol BIS Billing. Het rapport noemt elke geschonden regel: één fout betekent afwijzen, alleen waarschuwingen betekenen nog steeds accepteren. BR-04: kernregel van EN 16931, gemeld in de stap “EN 16931-regels”. Regelsets: KoSIT-validator 1.6.3 met de XRechnung-configuratie van 31 aug 2026 (EN 16931-artefacten 1.3.16), Peppol BIS Billing 3.0.21.

Context en betekenis

Dit is een kernregel van EN 16931. De typecode bepaalt of de ontvanger het document als factuur, gecorrigeerde factuur of creditnota verwerkt; nationale regels zoals BR-DE-17 beperken de geaccepteerde codes verder. Het UBL- en het CII-schema maken het element niet verplicht, dus een export zonder code doorstaat de schemacontrole en faalt pas op BR-04.

Oplossing

Voeg cbc:InvoiceTypeCode toe met een toegestane UNTDID 1001-code, bijvoorbeeld 380 voor een handelsfactuur of 384 voor een gecorrigeerde factuur. Een creditnota (381) maakt u in UBL als CreditNote-document met cbc:CreditNoteTypeCode; BR-CL-01 weigert 381 in cbc:InvoiceTypeCode. In CII staat de code in rsm:ExchangedDocument/ram:TypeCode.

Snelle acties

XML validerenFactuur converteren

Geldige voorbeelden

  • BT-3 = 380 — handelsfactuur
  • BT-3 = 381 — creditnota (in UBL als cbc:CreditNoteTypeCode in een CreditNote-document)

Ongeldige voorbeelden

  • Het element cbc:InvoiceTypeCode ontbreekt in de factuurkop

Codevoorbeelden

Geldig XML
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
Ongeldig XML
<cbc:IssueDate>2024-05-01</cbc:IssueDate>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>

Betrokken velden

BT-3 Factuurtypecode

Validatietools

Officiële KoSIT-validator

Draai de officiële KoSIT-validator met de XRechnung-configuratie om EN 16931- en XRechnung-regels te controleren.

PDF naar XRechnung converteren

Vind validatiefouten tijdens de conversie en controleer elke correctie.