Offizieller Regeltext
[BR-CL-01] The document type code MUST be coded by the invoice and credit note related code lists of UNTDID 1001.
Der normative Text ist Englisch und wird unverändert zitiert.
Warum dieser Fehler auftritt
Der Dokumenttyp-Code (BT-3) muss aus der Rechnungs- bzw. Gutschrifts-Teilmenge von UNTDID 1001 stammen. In UBL prüft die Regel cbc:InvoiceTypeCode gegen die Rechnungsliste (z. B. 71, 80, 82, 84, 102, 130, 202, 326, 380, 384, 386, 389, 875, 876, 877) und cbc:CreditNoteTypeCode gegen die Gutschriftsliste (81, 83, 261, 262, 296, 308, 381, 396, 420, 458, 532); CII prüft ram:TypeCode gegen die Vereinigung beider. Sie schlägt fehl bei internen Codes ("RE", "GS"), bei Text, bei umgebenden Leerzeichen und bei 381 in einem UBL-Invoice-Dokument.
So beheben Sie den Fehler
Interne Belegarten im Export auf UNTDID-1001-Codes mappen: 380 Handelsrechnung, 384 Rechnungskorrektur, 389 Gutschrift im Gutschriftverfahren (Self-billing), 326 Teilrechnung, 381 Gutschrift (kaufmännische Gutschrift). In UBL muss eine Gutschrift ein cn:CreditNote-Dokument mit cbc:CreditNoteTypeCode 381 sein; 381 ist in cbc:InvoiceTypeCode einer ubl:Invoice nicht erlaubt. In CII rsm:ExchangedDocument/ram:TypeCode setzen. Den Code ohne Leerzeichen schreiben. XRechnung schränkt die Liste weiter ein (siehe BR-DE-17).
Beispiel (gültig)
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>Was der Validator prüft
Geprüftes Element (Kontext):
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(.), ' '))))Rechnung prüfen
Legen Sie Ihre XML- oder PDF-Datei im Validator ab; jede verletzte Regel ist mit ihrer Seite hier verlinkt. Kostenlos, ohne Konto, die Datei wird nicht gespeichert.
Dieselbe Prüfung per API:
curl -F file=@invoice.xml https://einvoicechecker.com/v1/validateVerwandte Regeln
BR-CL-03Attribut currencyID ist kein ISO-4217-CodeBR-CL-04Rechnungswährung ist kein ISO-4217-CodeBR-CL-05Tax currency code MUST be coded using ISO code list 4217 alpha-3BR-CL-06Value added tax point date code MUST be coded using a restriction of UNTDID 2005BR-CL-07Object identifier identification scheme identifier MUST be coded using a restriction…BR-CL-08Invoiced note subject code shall be coded using UNCL4451BR-CL-10Schema der Partei-Kennung ist kein ISO-6523-ICD-CodeBR-CL-11Any registration identifier identification scheme identifier MUST be coded using one…
Häufige Fragen
Was bedeutet BR-CL-01?
BR-CL-01 ist eine EN-16931-Kernregel: The document type code MUST be coded by the invoice and credit note related code lists of UNTDID 1001.
Wird meine Rechnung wegen BR-CL-01 abgelehnt?
Ja. BR-CL-01 ist als „fatal“ eingestuft; Validatoren (KoSIT, Peppol Access Points, ZRE/OZG-RE) weisen die Rechnung zurück, bis der Fehler behoben ist.
Für welche Formate gilt BR-CL-01?
Jede EN-16931-Rechnung: XRechnung, ZUGFeRD 2.x / Factur-X (Profile EN 16931, EXTENDED, XRECHNUNG), Peppol BIS Billing 3.0 sowie nationale CIUS. Syntax: UBL und CII.
Quelle: EN 16931-1:2017 schematron (CEN TC434, via Peppol BIS 3.0.20). Katalog erzeugt aus dem offiziellen Schematron am 2026-10-14.