Was die Regel wörtlich sagt
[BR-DE-23-a] Wenn BT-81 "Payment means type code" einen Schlüssel für Überweisungen enthält (30, 58), muss BG-17 "CREDIT TRANSFER" übermittelt werden.
Quelle: KoSIT, XRechnung-Schematron 2.6.0 in der Prüfkonfiguration vom 31.08.2026, Dateien XRechnung-UBL-validation.xsl und XRechnung-CII-validation.xsl
Die Stufe ist Fehler. Zwei Nachbarregeln gehören dazu:
- BR-DE-23-b (Fehler): Bei Überweisung dürfen BG-18 (Kartenzahlung) und BG-19 (Lastschrift) nicht übermittelt werden.
- BR-DE-19 (Warnung): Bei Code
58(SEPA-Überweisung) soll BT-84 eine korrekte IBAN enthalten.
Für die anderen Zahlungsarten gibt es Gegenstücke: BR-DE-24-a verlangt bei Kartenzahlung
(48, 54, 55) die Gruppe BG-18, BR-DE-25-a bei Lastschrift
(59) die Gruppe BG-19.
Getestete Fälle
Geprüft am 15.10.2026 mit dem offiziellen XRechnung-Schematron 2.6.0 an einer gültigen UBL-Testrechnung der KoSIT:
| Zahlungsangaben | Ergebnis |
|---|---|
Code 58 mit gültiger IBAN in BG-17 | erfüllt |
Code 58, BG-17 fehlt | Fehler BR-DE-23-a, dazu Warnung BR-DE-19 |
Code 30, BG-17 fehlt | Fehler BR-DE-23-a |
Code 58, IBAN mit falscher Prüfziffer | nur Warnung BR-DE-19 |
Die letzte Zeile ist bemerkenswert: Eine IBAN mit falscher Prüfziffer bringt die Rechnung nicht zu Fall, sie erzeugt nur eine Warnung. Eine fehlende Bankverbindung dagegen schon.
Wo die IBAN in UBL und CII steht
UBL: in cac:PaymentMeans, im Element
cac:PayeeFinancialAccount:
<cac:PaymentMeans>
<cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
<cac:PayeeFinancialAccount>
<cbc:ID>DE02120300000000202051</cbc:ID>
<cbc:Name>Musterbetrieb GmbH</cbc:Name>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
CII: in ram:SpecifiedTradeSettlementPaymentMeans, im Element
ram:PayeePartyCreditorFinancialAccount:
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>58</ram:TypeCode>
<ram:PayeePartyCreditorFinancialAccount>
<ram:IBANID>DE02120300000000202051</ram:IBANID>
</ram:PayeePartyCreditorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
Die IBAN in den Beispielen ist eine öffentlich verwendete Muster-IBAN, keine echte Bankverbindung.
Typische Ursachen
- Bankverbindung nur im Briefkopf. Auf dem PDF steht sie im Fuß, im strukturierten Teil fehlt sie.
- Falscher Code für die Zahlungsart. Wer per Lastschrift einzieht, aber
58angibt, bekommt BR-DE-23-a, weil BG-17 fehlt, und bei mitgelieferten Mandatsdaten zusätzlich BR-DE-23-b. - Bereits bezahlte Rechnung. Wurde vorab per Karte bezahlt, gehört der Kartencode in BT-81, nicht der Überweisungscode.
So wird der Fehler behoben
- Die Zahlungsart prüfen: Soll wirklich überwiesen werden?
- Wenn ja, die IBAN in den Firmenstammdaten hinterlegen, sodass sie in BG-17 exportiert
wird. Wenn nicht, den passenden Code eintragen, zum Beispiel
59für Lastschrift oder48für Kartenzahlung, mit der jeweils verlangten Gruppe. - Neu erzeugen und erneut prüfen.
Welche Zahlungsangaben eine XRechnung grundsätzlich braucht, erklärt BR-DE-1: Angaben zu „PAYMENT INSTRUCTIONS“ fehlen. Im XRechnung-Viewer zeigt „XML anzeigen“ den Quelltext einer Datei, ohne sie hochzuladen; dort sehen Sie, ob eine IBAN in BG-17 steht.
Quellen
- KoSIT: Prüfkonfiguration validator-configuration-xrechnung v2026-08-31 (XRechnung 3.0.2, XRechnung-Schematron 2.6.0)
- KoSIT: Prüfregeln validator-configuration-xrechnung 3.0.2 (XRechnung 3.0.2), Release vom 31.08.2026
Hinweis: Dieser Ratgeber gibt einen allgemeinen Überblick (Stand: Oktober 2026) und ersetzt keine Rechts- oder Steuerberatung. Für Ihren konkreten Fall wenden Sie sich bitte an Ihre Steuerberatung.