BR-DE-23: Zahlungsart Überweisung braucht Kontodaten und nur diese
Steht in BT-81 der Code 30 oder 58, erwartet XRechnung eine Bankverbindung in der Gruppe „Überweisung“ (BG-17). BR-DE-23-a meldet, dass sie fehlt; BR-DE-23-b meldet zusätzliche Karten- oder Lastschriftangaben.
[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. [BR-DE-23-b] Wenn BT-81 "Payment means type code" einen Schlüssel für Überweisungen enthält (30, 58), dürfen BG-18 und BG-19 nicht übermittelt werden.
Betroffen:BT-81BG-17BG-18BG-19
Was die Regel prüft
| Code in BT-81 | Bedeutung (UNTDID 4461) | Zuständige Regel |
|---|---|---|
| 30 | Überweisung (Credit transfer) | BR-DE-23 |
| 58 | SEPA-Überweisung (SEPA credit transfer) | BR-DE-23, IBAN-Prüfung BR-DE-19 |
| 48, 54, 55 | Karte | BR-DE-24 |
| 59 | SEPA-Lastschrift | BR-DE-25 |
BR-DE-23-a: Die Zahlungsanweisung mit Code 30 oder 58 muss BG-17 enthalten. UBL: cac:PayeeFinancialAccount im selben cac:PaymentMeans. CII: ram:PayeePartyCreditorFinancialAccount im selben ram:SpecifiedTradeSettlementPaymentMeans. Geprüft wird nur, ob das Element existiert. Die Pflicht zur Kontokennung darin regelt die EN-Regel BR-50.
BR-DE-23-b in UBL: Im selben cac:PaymentMeans dürfen weder cac:CardAccount (BG-18) noch cac:PaymentMandate (BG-19) stehen. Weitere Zahlungsanweisungen mit anderem Code bleiben unberührt.
BR-DE-23-b in CII ist strenger, weil BG-19 dort keine eigene Klammer hat. Verboten sind ram:ApplicableTradeSettlementFinancialCard und ram:PayerPartyDebtorFinancialAccount/ram:IBANID in der Zahlungsanweisung selbst, außerdem an beliebiger Stelle im Abrechnungsteil die Mandatsreferenz ram:SpecifiedTradePaymentTerms/ram:DirectDebitMandateID (BT-89) oder die Gläubiger-ID ram:CreditorReferenceID (BT-90).
Codes wie 42 (Zahlung auf Bankkonto) oder 68 (Online-Zahlungsdienst) fallen nicht unter BR-DE-23, auch wenn eine Bankverbindung angegeben ist.
Typische Ursachen
- Die Zahlungsart steht auf Überweisung, in den Firmenstammdaten ist aber keine Bankverbindung hinterlegt. Das Programm lässt BG-17 dann weg (BR-DE-23-a).
- CII: Die Gläubiger-ID steht fest im Rechnungskopf, weil sie einmal für Lastschriftkunden eingerichtet wurde. Bei jeder Überweisungsrechnung löst sie BR-DE-23-b aus. In UBL tritt das nicht auf, dort zählt nur
cac:PaymentMandate. - CII: Überweisung und Lastschrift werden als Alternativen in einer Rechnung angeboten. Sobald eine Mandatsreferenz im Kopf steht, scheitert die Zahlungsanweisung mit Code 58.
- Der Kunde zahlt inzwischen per Lastschrift, die Zahlungsart blieb aber auf 58; das Mandat wird trotzdem ausgegeben.
- Code 30 wird für ein Konto im SEPA-Raum gewählt. Das ist zulässig, aber dann prüft niemand die IBAN. Laut Spezifikation ist dafür Code 58 vorgesehen.
Beispiel aus der KoSIT-Testsuite
Die umfassende Testdatei 01.01 bietet zwei Konten für eine SEPA-Überweisung an. Jede Zahlungsanweisung enthält BG-17 mit IBAN (BT-84), Kontoinhaber (BT-85) und BIC (BT-86, hier als Platzhalter). Karten- oder Mandatsdaten fehlen, wie von BR-DE-23-b verlangt.
<cac:PaymentMeans>
<cbc:PaymentMeansCode name="[Payment means text]">58</cbc:PaymentMeansCode>
<cbc:PaymentID>Deb. 12345 / Fact. 9876543</cbc:PaymentID>
<cac:PayeeFinancialAccount>
<cbc:ID>DE79000000001234567890</cbc:ID>
<cbc:Name>[Payment account name]</cbc:Name>
<cac:FinancialInstitutionBranch>
<cbc:ID>[BIC]</cbc:ID>
</cac:FinancialInstitutionBranch>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>
<cac:PaymentMeans>
<cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
<cbc:PaymentID>Deb. 12345 / Fact. 9876543</cbc:PaymentID>
<cac:PayeeFinancialAccount>
<cbc:ID>DE16000000002345678901</cbc:ID>
<cbc:Name>[Payment account name 2]</cbc:Name>
<cac:FinancialInstitutionBranch>
<cbc:ID>[BIC]</cbc:ID>
</cac:FinancialInstitutionBranch>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans>Quelle: KoSIT XRechnung-Testsuite 2026-08-31, Datei instances/technical-cases/cius/01.01_comprehensive_test_ubl.xml (Apache 2.0)
<ram:SpecifiedTradeSettlementPaymentMeans>
<!-- BT-81 -->
<ram:TypeCode>58</ram:TypeCode>
<!-- BT-82 -->
<ram:Information>[Payment means text]</ram:Information>
<ram:PayeePartyCreditorFinancialAccount>
<!-- BT-84 -->
<ram:IBANID>DE79000000001234567890</ram:IBANID>
<!-- BT-85 -->
<ram:AccountName>[Payment account name]</ram:AccountName>
</ram:PayeePartyCreditorFinancialAccount>
<ram:PayeeSpecifiedCreditorFinancialInstitution>
<!-- BT-86 -->
<ram:BICID>[BIC]</ram:BICID>
</ram:PayeeSpecifiedCreditorFinancialInstitution>
</ram:SpecifiedTradeSettlementPaymentMeans>Quelle: KoSIT XRechnung-Testsuite 2026-08-31, Datei instances/technical-cases/cius/01.01_comprehensive_test_uncefact.xml (Apache 2.0)
Testdatei 01.20a nutzt dagegen Code 42 mit IBAN und BIC PBNKDEFF. Für diesen Code gelten weder BR-DE-23 noch BR-DE-19.
Lösung
In der Rechnungssoftware
- Hinterlegen Sie Ihre Bankverbindung mit IBAN, auf Wunsch mit Kontoinhaber und BIC, und ordnen Sie sie der Zahlungsart Überweisung zu.
- Trennen Sie in den Kundenstammdaten Lastschrift- und Überweisungskunden, damit Mandatsdaten nur auf Lastschriftrechnungen erscheinen.
Im XML
- UBL: je Bankverbindung ein
cac:PaymentMeansmit Code 58 undcac:PayeeFinancialAccount/cbc:ID, darin wedercac:CardAccountnochcac:PaymentMandate. - CII: je Bankverbindung
ram:PayeePartyCreditorFinancialAccount/ram:IBANID.ram:CreditorReferenceIDundram:DirectDebitMandateIDnur schreiben, wenn die Rechnung per Lastschrift (59) bezahlt wird. - Prüfen Sie mit XRechnung prüfen, ob beide Teilregeln, -a und -b, erfüllt sind.
Quellen
- XRechnung-Schematron 2.6.0 (Release v2.6.0, kompatibel mit XRechnung 3.0)KoSIT (GitHub itplr-kosit), 2. September 2026 · geprüft am 7. November 2026
- Spezifikation XRechnung 3.0.2 (CIUS und Extension), Abschnitt 11.6 „Gruppe CREDIT TRANSFER“, Abschnitt 11.24 „Gruppe PAYMENT INSTRUCTIONS“ und Abschnitt 12.6KoSIT (xeinkauf.de), 20. Juni 2024 · geprüft am 7. November 2026
- XRechnung-Testsuite 2026-08-31 (Release v2026-08-31)KoSIT (GitHub itplr-kosit), 2. September 2026 · geprüft am 7. November 2026