# BR-DE-23-b Überweisung als Zahlungsart darf keine Karten- (BG-18) oder Lastschriftdaten (BG-19) enthalten

Nach der deutschen XRechnung-Regel BR-DE-23-b darf eine Zahlungsart mit Überweisungscode in BT-81 (30 oder 58) nicht zusätzlich Zahlungskarteninformationen (BG-18) oder Lastschriftinformationen (BG-19) enthalten. XRechnung ordnet jedem Zahlungsartcode genau eine Zahlungsgruppe zu: BR-DE-23 regelt die Überweisung, BR-DE-24 die Zahlungskarte und BR-DE-25 die Lastschrift. In UBL meldet der Validator den Fehler, wenn cac:CardAccount oder cac:PaymentMandate im selben cac:PaymentMeans steht. In CII meldet er ihn, wenn die Zahlungsart ram:ApplicableTradeSettlementFinancialCard oder ram:PayerPartyDebtorFinancialAccount/ram:IBANID enthält oder wenn die Zahlungsabwicklung im Rechnungskopf eine Mandatsreferenz (ram:DirectDebitMandateID, BT-89) oder eine Gläubiger-Identifikationsnummer (ram:CreditorReferenceID, BT-90) enthält. KoSIT stuft den Fehler als fatal ein.

## Problembeschreibung

> **FEHLER**: Nationale XRechnung-Regel (KoSIT, BR-DE) · XRechnung 3.0

## Kontext und Bedeutung

Der Fehler stammt meist aus ERP-Vorlagen, die alle Zahlungsfelder aus den Kundenstammdaten füllen, etwa ein hinterlegtes SEPA-Mandat oder die Gläubiger-Identifikationsnummer, obwohl die Rechnung per Überweisung bezahlt wird. In UBL beschränkt sich die Prüfung auf das cac:PaymentMeans mit dem Überweisungscode. In CII stehen BT-89 und BT-90 im Rechnungskopf; eine CII-Rechnung mit Überweisung (30 oder 58) verletzt BR-DE-23-b daher, sobald sie zusätzlich eine Mandatsreferenz oder eine Gläubiger-Identifikationsnummer enthält.

## Lösung

Legen Sie fest, welche Zahlungsart die Rechnung anbietet, und exportieren Sie nur deren Gruppe. Bei einer Überweisung behalten Sie BG-17 mit dem Konto in BT-84 und entfernen Karten- und Mandatsdaten: In UBL löschen Sie cac:CardAccount und cac:PaymentMandate aus dem <cac:PaymentMeans> mit Code 30 oder 58. In CII löschen Sie ram:ApplicableTradeSettlementFinancialCard und ram:PayerPartyDebtorFinancialAccount aus der Zahlungsart und entfernen ram:DirectDebitMandateID und ram:CreditorReferenceID aus der Zahlungsabwicklung im Rechnungskopf. Zahlt der Käufer per SEPA-Lastschrift, setzen Sie BT-81 auf 59 und übermitteln BG-19 statt BG-17.

- [XML validieren](/de/xrechnung-validator?source=resource&rule=BR-DE-23-b)
- [Rechnung konvertieren](/de/pdf-to-xrechnung?source=resource&rule=BR-DE-23-b)

## Gültige Beispiele

- BT-81 = 58 mit BG-17 (IBAN in BT-84) und ohne Karten- oder Mandatsdaten in derselben Zahlungsart
- CII: TypeCode 30 mit BG-17 und ohne ram:DirectDebitMandateID oder ram:CreditorReferenceID in der Zahlungsabwicklung im Rechnungskopf

## Ungültige Beispiele

- UBL: cac:PaymentMeans mit Code 58 enthält cac:PayeeFinancialAccount und zusätzlich cac:PaymentMandate mit Mandatsreferenz
- CII: Zahlungsart mit TypeCode 58, aber ram:CreditorReferenceID (BT-90) im Rechnungskopf ist aus den Stammdaten befüllt
- UBL: Code 30 zusammen mit cac:CardAccount mit den letzten vier Kartenziffern

## Code-Beispiele

### Gültiges XML
```
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>
```

### Ungültiges XML
```
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
  <cac:PaymentMandate>
    <cbc:ID>MANDATE-2026-001</cbc:ID>
  </cac:PaymentMandate>
</cac:PaymentMeans>
```

## Betroffene Felder

- [BT-81 Zahlungsartcode](/resources/xrechnung/bt-81-payment-means-type-code)
- [BG-18 Zahlungskarteninformationen](/resources/xrechnung/bt-87-payment-card-primary-account-number)
- [BG-19 Lastschrift](/resources/xrechnung/bt-89-mandate-reference-identifier)

## Verwandte Regeln

- [BR-DE-23-a](/resources/kosit-validator-errors/br-de-23-a-credit-transfer-requires-credit-transfer-group)
- [BR-DE-30](/resources/kosit-validator-errors/br-de-30-direct-debit-requires-creditor-identifier)
- [BR-DE-31](/resources/kosit-validator-errors/br-de-31-direct-debit-requires-debited-account)
- [PEPPOL-EN16931-R061](/resources/kosit-validator-errors/peppol-en16931-r061-direct-debit-mandate-reference-required)

## Validierungstools

- [Offizieller KoSIT Validator](https://github.com/itplr-kosit/validator): Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.
- [PDF zu XRechnung konvertieren](/pdf-to-xrechnung): Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.

## Verwandte Ressourcen

- [Offizielle Spezifikation](https://xeinkauf.de/xrechnung/)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle Validierungsfehler](/resources/kosit-validator-errors): Übersicht der hier erklärten Validierungsregeln aus EN 16931, XRechnung und Peppol.