Ga naar de hoofdinhoud

Referentie

Markdown-export

BR-CL-01 De factuurtypecode moet uit UNTDID 1001 komen

De factuurtypecode (BT-3) moet een van de factuur- of creditnotacodes zijn die EN 16931 uit UNTDID 1001 overneemt. In UBL hebben de documenten Invoice en CreditNote elk een eigen lijst.

Probleembeschrijving

FOUT

Codelijstregel van EN 16931 (BR-CL)

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-CL-01 codelijstregel 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-CL-01: codelijstregel 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

BT-3 vertelt de ontvanger of het document als factuur of als creditnota wordt geboekt. In UBL is 381 alleen geldig in cbc:CreditNoteTypeCode: een ERP dat elk document als Invoice met 381 exporteert, schendt deze regel, terwijl dezelfde code in CII geldig is. Een andere oorzaak is een eigen documentsoort als tekst, zoals "INV", in plaats van een code. Koppel elke interne documentsoort vóór de export aan een UNTDID 1001-code. XRechnung beperkt de toegestane codes verder (BR-DE-17).

Oplossing

Stel BT-3 in op een geldige code, bijv. 380 (handelsfactuur), 326 (deelfactuur), 384 (gecorrigeerde factuur), 389 (zelffacturering) of 875-877 (deel- en eindfacturen voor bouwwerken). Verstuur een creditnota met code 381 in UBL als CreditNote-document (cbc:CreditNoteTypeCode), niet als Invoice. In CII staat de code in rsm:ExchangedDocument/ram:TypeCode.

Snelle acties

Geldige voorbeelden

  • BT-3 = 380 — handelsfactuur (UBL Invoice)
  • BT-3 = 381 — creditnota (in UBL alleen in een CreditNote-document)

Ongeldige voorbeelden

  • BT-3 = 381 in cbc:InvoiceTypeCode van een UBL-Invoice — creditnotacodes horen in een CreditNote
  • BT-3 = INV — eigen documentsoort in plaats van code
  • BT-3 = 999 — niet in UNTDID 1001

Codevoorbeelden

Geldig XML
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
Ongeldig XML
<cbc:InvoiceTypeCode>381</cbc:InvoiceTypeCode>

Betrokken velden

Validatietools