Was bedeutet BR-DE-23-b?
Bei Zahlungsart 30 oder 58 (Überweisung) dürfen keine Kartendaten (BG-18) und keine Lastschriftdaten (BG-19) in der Rechnung stehen. Zu BG-19 zählen Mandatsreferenz (BT-89), Gläubiger-ID (BT-90) und IBAN des Zahlers (BT-91). In CII stehen Mandatsreferenz und Gläubiger-ID nicht im Zahlungsmittel, sondern für die ganze Rechnung; sie zählen deshalb immer mit. Die Regel stammt von der KoSIT (XRechnung) und ist dort ein Fehler. Bei ZUGFeRD meldet unser Prüfer sie nur als Hinweis.
Häufige Ursachen für BR-DE-23-b
- Die Vorlage schreibt Mandatsreferenz oder Gläubiger-ID immer mit, auch bei Überweisung.
- Die Rechnung nennt Überweisung und Lastschrift zugleich. In CII geht das nicht: Alle Zahlungsmittel müssen denselben Code tragen (CII-SR-467).
- Kartendaten aus einer früheren Zahlung stehen noch im Zahlungsmittel.
So behebst du BR-DE-23-b
- Fehlerhafte Stelle im XML finden. Öffne die XML der E-Rechnung und navigiere zum Feld BT-81 über den folgenden XPath:
//ram:SpecifiedTradeSettlementPaymentMeans[ram:TypeCode='30' or ram:TypeCode='58'] - Korrektur einsetzen. Bei Zahlungsart 30 oder 58 (Überweisung) dürfen keine Kartendaten (BG-18, 'ram:ApplicableTradeSettlementFinancialCard') und keine Lastschriftdaten (BG-19) in der Rechnung stehen. Zu BG-19 gehören Mandatsreferenz ('ram:DirectDebitMandateID'), Gläubiger-ID ('ram:CreditorReferenceID') und IBAN des Zahlers ('ram:PayerPartyDebtorFinancialAccount'). Entferne sie, oder nimm Zahlungsart 59, wenn du den Betrag einziehst. Bei ZUGFeRD meldet der Prüfer die Regel nur als Hinweis; sie gilt für XRechnung.
- Erneut validieren. Speichere die Datei und validiere sie erneut, um zu prüfen, dass BR-DE-23-b nicht mehr gemeldet wird.
Bei Zahlungsart 30 oder 58 (Überweisung) dürfen keine Kartendaten (BG-18, 'ram:ApplicableTradeSettlementFinancialCard') und keine Lastschriftdaten (BG-19) in der Rechnung stehen. Zu BG-19 gehören Mandatsreferenz ('ram:DirectDebitMandateID'), Gläubiger-ID ('ram:CreditorReferenceID') und IBAN des Zahlers ('ram:PayerPartyDebtorFinancialAccount'). Entferne sie, oder nimm Zahlungsart 59, wenn du den Betrag einziehst. Bei ZUGFeRD meldet der Prüfer die Regel nur als Hinweis; sie gilt für XRechnung.
//ram:SpecifiedTradeSettlementPaymentMeans[ram:TypeCode='30' or ram:TypeCode='58']Vorher / Nachher: das XML-Beispiel
So sieht die betroffene Stelle vor und nach der Korrektur aus (Cross-Industry-Invoice, ZUGFeRD/Factur-X).
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>58</ram:TypeCode>
<ram:PayeePartyCreditorFinancialAccount>
<ram:IBANID>DE02120300000000202051</ram:IBANID>
</ram:PayeePartyCreditorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
<ram:SpecifiedTradePaymentTerms>
<ram:Description>Zahlbar bis 12.11.2026 ohne Abzug.</ram:Description>
<ram:DirectDebitMandateID>MANDAT-4711</ram:DirectDebitMandateID>
</ram:SpecifiedTradePaymentTerms><ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>58</ram:TypeCode>
<ram:PayeePartyCreditorFinancialAccount>
<ram:IBANID>DE02120300000000202051</ram:IBANID>
</ram:PayeePartyCreditorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
<ram:SpecifiedTradePaymentTerms>
<ram:Description>Zahlbar bis 12.11.2026 ohne Abzug.</ram:Description>
</ram:SpecifiedTradePaymentTerms>Häufige Fragen zu BR-DE-23-b
Ich ziehe den Betrag ein. Was ist richtig?
Was prüft BR-DE-23-a?
Verwandte Fehlercodes
BR-DE-23-b automatisch prüfen
Statt das XML manuell zu durchsuchen, kannst du deine ZUGFeRD- oder XRechnung-Datei online validieren: Lade die PDF oder XML hoch, und du bekommst jeden Fehler mit Regel-ID, betroffenem Feld, Korrekturvorschlag und XPath, als lesbaren Report oder strukturiertes JSON über die API.
Rechnung selbst gebaut?
Wer das XML aus dem eigenen System oder von Hand zusammensetzt, muss Regeln wie diese kennen. Diese Programme erzeugen ZUGFeRD und XRechnung und füllen die Pflichtfelder von sich aus.
* Werbelinks. Wir bekommen eine Provision, für dich bleibt der Preis gleich. Fünf Programme im Vergleich