Referenz

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.

Schnellzugriff

XML validieren Rechnung konvertieren

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

BG-18 Zahlungskarteninformationen

BG-19 Lastschrift

Validierungstools

Offizieller 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

Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.