Zum Inhalt springen

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.

Stand:

BR-DE-23(BR-DE-23-a, BR-DE-23-b)· XRechnung-Schematron 2.6.0 (XRechnung 3.0.2, Validator-Konfiguration XRechnung 2026-08-31)
[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-81Bedeutung (UNTDID 4461)Zuständige Regel
30Überweisung (Credit transfer)BR-DE-23
58SEPA-Überweisung (SEPA credit transfer)BR-DE-23, IBAN-Prüfung BR-DE-19
48, 54, 55KarteBR-DE-24
59SEPA-LastschriftBR-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.

UBL: zwei Überweisungskonten mit Code 58
<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)

CII: BG-17 verteilt auf Kontoangaben und Bankangabe
<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

  1. Hinterlegen Sie Ihre Bankverbindung mit IBAN, auf Wunsch mit Kontoinhaber und BIC, und ordnen Sie sie der Zahlungsart Überweisung zu.
  2. Trennen Sie in den Kundenstammdaten Lastschrift- und Überweisungskunden, damit Mandatsdaten nur auf Lastschriftrechnungen erscheinen.

Im XML

  1. UBL: je Bankverbindung ein cac:PaymentMeans mit Code 58 und cac:PayeeFinancialAccount/cbc:ID, darin weder cac:CardAccount noch cac:PaymentMandate.
  2. CII: je Bankverbindung ram:PayeePartyCreditorFinancialAccount/ram:IBANID. ram:CreditorReferenceID und ram:DirectDebitMandateID nur schreiben, wenn die Rechnung per Lastschrift (59) bezahlt wird.
  3. Prüfen Sie mit XRechnung prüfen, ob beide Teilregeln, -a und -b, erfüllt sind.

XRechnung prüfen

Quellen

  1. 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
  2. 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
  3. XRechnung-Testsuite 2026-08-31 (Release v2026-08-31)KoSIT (GitHub itplr-kosit), 2. September 2026 · geprüft am 7. November 2026

Weiterlesen

Grundlage: EN 16931 und XRechnung-Schematron 2.6.0 (XRechnung 3.0.2, Validator-Konfiguration XRechnung 2026-08-31). Stand .