Zum Inhalt springen

BR-DE-17: Rechnungsart-Code (BT-3) ist für XRechnung nicht vorgesehen

Offizielle Meldung

[BR-DE-17] Mit dem Element "Invoice type code" (BT-3) sollen ausschließlich folgende Codes aus der Codeliste UNTDID 1001 übermittelt werden: 326 (Partial invoice), 380 (Commercial invoice), 384 (Corrected invoice), 389 (Self-billed invoice) und 381 (Credit note),875 (Partial construction invoice), 876 (Partial final construction invoice), 877 (Final construction invoice).

XRechnung (CII) · Warnung · Sprache der Meldung: Deutsch · Stand: xrechnung-3.0.2-validator-configuration-2026-08-31

[BR-DE-17] Mit dem Element "Invoice type code" (BT-3) sollen ausschließlich folgende Codes aus der Codeliste UNTDID 1001 übermittelt werden: 326 (Partial invoice), 380 (Commercial invoice), 384 (Corrected invoice), 389 (Self-billed invoice) und 381 (Credit note),875 (Partial construction invoice), 876 (Partial final construction invoice), 877 (Final construction invoice).

XRechnung (UBL) · Warnung · Sprache der Meldung: Deutsch · Stand: xrechnung-3.0.2-validator-configuration-2026-08-31
Schweregrad
Warnung Hinweis: Die Rechnung gilt deswegen nicht als ungültig, sollte aber geprüft werden.
Gilt für
XRechnung (CII), XRechnung (UBL)
Betroffene Felder
BT-3

Was bedeutet das?

Der Rechnungsart-Code (Invoice type code, BT-3) soll in der XRechnung einer der Codes 326, 380, 384, 389, 381, 875, 876 oder 877 aus UNTDID 1001 sein. Die Rechnung verwendet einen anderen Code. Die Meldung ist eine Warnung.

Typische Ursachen

Es wurde ein anderer Code aus UNTDID 1001 gewählt, z. B. 386 (Vorauszahlungsrechnung) oder 393 (Factoring-Rechnung).
Der Code wurde aus einem anderen System übernommen, das andere Rechnungsarten verwendet.

So beheben Sie den Fehler

Den Rechnungsart-Code auf einen der vorgesehenen Werte setzen: 380 (Handelsrechnung), 326 (Teilrechnung), 384 (Rechnungskorrektur), 389 (Gutschrift im Gutschriftsverfahren), 381 (Gutschrift/Credit note), 875 (Abschlagsrechnung Bauleistung), 876 (Teilschlussrechnung Bauleistung) oder 877 (Schlussrechnung Bauleistung).
CII: rsm:ExchangedDocument/ram:TypeCode, UBL: cbc:InvoiceTypeCode bzw. cbc:CreditNoteTypeCode.
Die Rechnung erneut erzeugen und prüfen.

In E-Rechnungsfreund

Im Rechnungsformular im Abschnitt „Rechnungsdetails“ im Feld „Art-Code (BT-3)“ einen der genannten Codes wählen.

Beispiel

Fehlerhaft

<rsm:ExchangedDocument>
  <ram:ID>RE-2026-001</ram:ID>
  <ram:TypeCode>386</ram:TypeCode>
  ...
</rsm:ExchangedDocument>

Richtig

<rsm:ExchangedDocument>
  <ram:ID>RE-2026-001</ram:ID>
  <ram:TypeCode>380</ram:TypeCode>
  ...
</rsm:ExchangedDocument>
Für Entwickler: Prüfausdruck je Syntax

XRechnung (CII) (CII)

Kontext: /rsm:CrossIndustryInvoice

normalize-space(rsm:ExchangedDocument/ram:TypeCode) = ('326', '380', '384', '389', '381', '875', '876', '877')

XRechnung (UBL) (UBL)

Kontext: /ubl:Invoice | /cn:CreditNote

normalize-space(cbc:InvoiceTypeCode) = $supportedInvAndCNTypeCodes or normalize-space(cbc:CreditNoteTypeCode) = $supportedInvAndCNTypeCodes

Verwandte Prüfregeln

  • BR-DE-1: Zahlungsanweisungen (BG-16) fehlen
  • BR-DE-10: Ort der Lieferanschrift (BT-77) fehlt
  • BR-DE-11: Postleitzahl der Lieferanschrift (BT-78) fehlt
  • BR-DE-14: Steuersatz in der Steueraufschlüsselung (BT-119) fehlt
  • BR-DE-15: Käuferreferenz (BT-10) fehlt
  • BR-DE-16: USt-IdNr., Steuernummer oder Steuervertreter des Verkäufers fehlt

Häufige Fragen

Ist die Rechnung mit dieser Warnung ungültig?

Die Regel ist als Warnung eingestuft, nicht als Fehler. Ob der Empfänger die Rechnung trotzdem annimmt, entscheidet er selbst; die Verwendung der vorgesehenen Codes vermeidet Rückfragen.

Zuletzt aktualisiert:
Erläuterung der Prüfregel, keine Rechts- oder Steuerberatung.