Zum Inhalt springen

BR-DE – XRechnung

BR-DE-24-b: Kartenzahlung mit Konto- oder Lastschriftdaten kombiniert

FehlerGeschäftsregel XRechnung (KoSIT)

Offizielle Meldung

[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.

Quelle: KoSIT XRechnung, Version 3.0.2 (Schematron 2.6.0)

Was die Meldung bedeutet

Ihre Rechnung gibt eine Kartenzahlung an (Code 48, 54 oder 55) und führt daneben Daten, die zu anderen Zahlungswegen gehören: ein Empfängerkonto für Überweisungen oder ein Lastschriftmandat. XRechnung lässt in einer Zahlungsangabe nur die Daten des gewählten Wegs zu. Der Grund ist praktisch: Die Software des Empfängers soll eindeutig wissen, wie sie zahlen soll, und nicht zwischen Karte, Überweisung und Einzug wählen müssen.

Häufige Ursachen

  • Die Vorlage schreibt die Bankverbindung des Verkäufers in jede Rechnung, auch bei Kartenzahlung.
  • Mandatsdaten aus dem Kundenstamm werden unabhängig vom Zahlungsweg übernommen.
  • Mehrere Zahlungswege wurden in einem Block zusammengefasst.

So beheben Sie den Fehler

Entfernen Sie bei den Kartencodes die Gruppen BG-17 und BG-19: in UBL cac:PayeeFinancialAccount und cac:PaymentMandate innerhalb desselben cac:PaymentMeans, in CII das Gläubigerkonto und die Mandatsreferenz. Soll die Überweisung als Alternative bleiben, verwenden Sie dafür eine zweite Zahlungsangabe mit Code 58.

Vorher – fehlerhaft
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>54</cbc:PaymentMeansCode>
  <cac:CardAccount>
    <cbc:PrimaryAccountNumberID>4321</cbc:PrimaryAccountNumberID>
    <cbc:NetworkID>VISA</cbc:NetworkID>
  </cac:CardAccount>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE02120300000000202051</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>
Nachher – korrigiert
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>54</cbc:PaymentMeansCode>
  <cac:CardAccount>
    <cbc:PrimaryAccountNumberID>4321</cbc:PrimaryAccountNumberID>
    <cbc:NetworkID>VISA</cbc:NetworkID>
  </cac:CardAccount>
</cac:PaymentMeans>

Häufige Fragen

Kann ich Karte und Überweisung beide anbieten?

Ja, mit zwei getrennten Zahlungsangaben: eine mit Kartencode und BG-18, eine mit Code 58 und BG-17. In einem Block zusammen ist es ungültig.

Gilt die Regel auch für Gutschriften?

Ja. Die Prüfung liest in Rechnungen und Gutschriften jede Zahlungsangabe mit den Kartencodes 48, 54 oder 55; in beiden Dokumenttypen dürfen daneben keine Konto- oder Mandatsdaten stehen.

Betroffene Felder

  • BT-81
  • BG-17
  • BG-18
  • BG-19

Verwandte Regeln

Rechnung prüfen

Der XRechnung-Validator meldet diese Regel mit Zeilennummer und Fundstelle – direkt in Ihrem Browser, ohne Upload.

Zum XRechnung-Validator

Technische Details
UBL · Kontext (XPath)
/ubl:Invoice/cac:PaymentMeans[normalize-space(cbc:PaymentMeansCode) = ('48','54','55')] |/cn:CreditNote/cac:PaymentMeans[normalize-space(cbc:PaymentMeansCode) = ('48','54','55')]
UBL · Schematron-Test
not(cac:PayeeFinancialAccount) and not(cac:PaymentMandate)
CII · Kontext (XPath)
/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans[normalize-space(ram:TypeCode) = ('48','54','55')]
CII · Schematron-Test
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)

Erklärung erstellt am 14.09.2026