Officiële regeltekst
[BR-CL-01] The document type code MUST be coded by the invoice and credit note related code lists of UNTDID 1001.
De normatieve tekst is Engels en wordt ongewijzigd geciteerd.
Waarom deze fout optreedt
De documenttypecode (BT-3) moet uit de factuur- of creditnota-subset van UNTDID 1001 komen. In UBL controleert de regel cbc:InvoiceTypeCode tegen de factuurlijst (bijv. 71, 80, 82, 84, 102, 130, 202, 326, 380, 384, 386, 389, 875, 876, 877) en cbc:CreditNoteTypeCode tegen de creditnotalijst (81, 83, 261, 262, 296, 308, 381, 396, 420, 458, 532); CII controleert ram:TypeCode tegen de vereniging van beide. De controle faalt op interne codes ("INV", "R"), op tekst, op omringende spaties en op 381 in een UBL Invoice-document.
Zo lost u het op
Map uw interne documenttypen in de export naar UNTDID 1001-codes: 380 handelsfactuur, 384 gecorrigeerde factuur, 389 self-billing-factuur, 326 deelfactuur, 381 creditnota. In UBL moet een creditnota een cn:CreditNote-document zijn met cbc:CreditNoteTypeCode 381; 381 is niet toegestaan in cbc:InvoiceTypeCode van een ubl:Invoice. Zet in CII rsm:ExchangedDocument/ram:TypeCode. Schrijf de code zonder witruimte. XRechnung beperkt de lijst verder (zie BR-DE-17).
Voorbeeld (geldig)
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>Wat de validator controleert
Gecontroleerd element (context):
UBL
cbc:InvoiceTypeCode | cbc:CreditNoteTypeCodeTest (XPath):
(self::cbc:InvoiceTypeCode and ((not(contains(normalize-space(.), ' ')) and contains(' 71 80 81 82 84 102 130 202 203 204 211 218 219 295 325 326 331 380 382 383 384 385 386 387 388 389 390 393 394 395 456 457 471 472 473 500 501 502 503 527 553 575 623 633 751 780 817 870 875 876 877 935 ', concat(' ', normalize-space(.), ' '))))) or (self::cbc:CreditNoteTypeCode and ((not(contains(normalize-space(.), ' ')) and contains(' 81 83 261 262 296 308 381 396 420 458 532 ', concat(' ', normalize-space(.), ' ')))))CII
rsm:ExchangedDocument/ram:TypeCodeTest (XPath):
((not(contains(normalize-space(.), ' ')) and contains(' 71 80 81 82 83 84 102 130 202 203 204 211 218 219 261 262 295 296 308 325 326 331 380 381 382 383 384 385 386 387 388 389 390 393 394 395 396 420 456 457 458 471 472 473 500 501 502 503 527 532 553 575 623 633 751 780 817 870 875 876 877 935 ', concat(' ', normalize-space(.), ' '))))Automatisch herstellen
De checker herstelt deze fout zodra u de ontbrekende waarde invult: sleep het bestand erheen en klik op "Automatisch herstellen".
Dezelfde controle via API:
curl -F file=@invoice.xml https://einvoicechecker.com/v1/validateGerelateerde regels
BR-CL-03currencyID-attribuut is geen ISO 4217-codeBR-CL-04Valutacode van de factuur is geen ISO 4217-codeBR-CL-05De btw-valutacode MOET gecodeerd zijn volgens ISO 4217 alpha-3BR-CL-06De code voor het btw-tijdstip MOET gecodeerd zijn volgens een beperking van UNTDID 2005BR-CL-07De schema-ID van de object-ID MOET gecodeerd zijn volgens een beperking…BR-CL-08De onderwerpcode van de notitie moet gecodeerd zijn volgens UNCL4451BR-CL-10Schema van partij-identificatie is geen ISO 6523 ICD-codeBR-CL-11Elke schema-ID van een registratie-ID MOET gecodeerd zijn volgens een van…
Veelgestelde vragen
Wat betekent BR-CL-01?
BR-CL-01 is een en 16931-kernregel: The document type code MUST be coded by the invoice and credit note related code lists of UNTDID 1001.
Wordt mijn factuur geweigerd vanwege BR-CL-01?
Ja. BR-CL-01 is "fataal"; validators (Peppol-accesspoints, KoSIT, KSeF) weigeren de factuur totdat de fout is opgelost.
Voor welke formaten geldt BR-CL-01?
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.