BR-DE-24-b: Kartenzahlung zusammen mit Konto oder Lastschrift

Bei Kartenzahlung (48, 54, 55) dürfen keine Überweisungs- (BG-17) oder Lastschriftangaben (BG-19) enthalten sein.

Regelwerk
XRechnung (KoSIT)
Syntax
UBL und CII
Betroffene Felder
BG-17, BG-19, BT-81

Offizieller Regeltext

Wenn BT-81 "Payment means type code" einen Schlüssel für Kartenzahlungen enthält (48, 54, 55), dürfen BG-17 und BG-19 nicht übermittelt werden.

Regeltext aus dem XRechnung-Schematron in Version 2.6.0 (KoSIT), Lizenz Apache 2.0; enthalten in der XRechnung-Validatorkonfiguration 2026-08-31.

Schweregrad

Ein Verstoß führt im Szenario „XRechnung“ des KoSIT-Validators zur Ablehnung der Rechnung.

Typische Ursachen

Die eigene Bankverbindung wird standardmäßig in jede Rechnung geschrieben, auch wenn per Karte gezahlt wurde.

So behebst du den Fehler

Bei Kartenzahlung die Kontoverbindung weglassen; die Bankverbindung kann bei Bedarf im Freitext stehen.

Geprüftes Beispiel: falsch und richtig

Die Auszüge stammen aus vollständigen, synthetischen Rechnungen des E-Rechnungs-Testkorpus. Geänderte Zeilen sind hervorgehoben. Beide Dateien werden in den automatischen Tests mit dem KoSIT-Validator geprüft.

Beispiel in UBL

Änderung gegenüber der gültigen Rechnung: Kartenzahlung zusätzlich mit IBAN (BG-17).

Falsch – ab Zeile 84
    <cbc:HolderName>Max Mustermann</cbc:HolderName>
  </cac:CardAccount>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>
<cac:PaymentTerms>
Richtig – ab Zeile 84 · ohne die markierten Zeilen
    <cbc:HolderName>Max Mustermann</cbc:HolderName>
  </cac:CardAccount>
</cac:PaymentMeans>
<cac:PaymentTerms>

Prüfergebnis (KoSIT-Validator 1.6.3, Konfiguration 2026-08-31): falsche Datei abgelehnt, korrigierte Datei angenommen. Meldungen zur falschen Datei:

  • BR-DE-24-b Wenn BT-81 "Payment means type code" einen Schlüssel für Kartenzahlungen enthält (48, 54, 55), dürfen BG-17 und BG-19 nicht übermittelt werden. Fundstelle: /Invoice[1]/PaymentMeans[1]

Vollständige Dateien im Testkorpus: br-de-24-b-karte-mit-konto_ubl.xml (falsch) und kartenzahlung_ubl.xml (richtig).

Beispiel in CII

Änderung gegenüber der gültigen Rechnung: Kartenzahlung zusätzlich mit IBAN (BG-17).

Falsch – ab Zeile 124
    <ram:CardholderName>Max Mustermann</ram:CardholderName>
  </ram:ApplicableTradeSettlementFinancialCard>
  <ram:PayeePartyCreditorFinancialAccount>
    <ram:IBANID>DE89370400440532013000</ram:IBANID>
  </ram:PayeePartyCreditorFinancialAccount>
</ram:SpecifiedTradeSettlementPaymentMeans>
<ram:ApplicableTradeTax>
Richtig – ab Zeile 124 · ohne die markierten Zeilen
    <ram:CardholderName>Max Mustermann</ram:CardholderName>
  </ram:ApplicableTradeSettlementFinancialCard>
</ram:SpecifiedTradeSettlementPaymentMeans>
<ram:ApplicableTradeTax>

Prüfergebnis (KoSIT-Validator 1.6.3, Konfiguration 2026-08-31): falsche Datei abgelehnt, korrigierte Datei angenommen. Meldungen zur falschen Datei:

  • BR-DE-24-b Wenn BT-81 "Payment means type code" einen Schlüssel für Kartenzahlungen enthält (48, 54, 55), dürfen BG-17 und BG-19 nicht übermittelt werden. Fundstelle: /CrossIndustryInvoice[1]/SupplyChainTradeTransaction[1]/ApplicableHeaderTradeSettlement[1]/SpecifiedTradeSettlementPaymentMeans[1]

Vollständige Dateien im Testkorpus: br-de-24-b-karte-mit-konto_cii.xml (falsch) und kartenzahlung_cii.xml (richtig).

Testdateien zu BR-DE-24-b

Technische Details: Kontext und Prüfausdruck aus dem Schematron

CII

Kontext:

/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans[normalize-space(ram:TypeCode) = ('48','54','55')]

Prüfausdruck:

not(ram:PayeePartyCreditorFinancialAccount) and not(/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradePaymentTerms/ram:DirectDebitMandateID or /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:CreditorReferenceID or ram:PayerPartyDebtorFinancialAccount/ram:IBANID)

UBL

Kontext:

/ubl:Invoice/cac:PaymentMeans[normalize-space(cbc:PaymentMeansCode) = ('48','54','55')] |/cn:CreditNote/cac:PaymentMeans[normalize-space(cbc:PaymentMeansCode) = ('48','54','55')]

Prüfausdruck:

not(cac:PayeeFinancialAccount) and not(cac:PaymentMandate)

Technische Formatprüfung nach XRechnung 3.0.2; keine steuerliche oder rechtliche Beratung.