BR-DE-24: Karteninformation bei Zahlungsart 48, 54 oder 55

Was die Regel prüft

BG-18 („Karteninformation“) besteht aus der Kartennummer BT-87 (Pflicht) und dem Karteninhaber BT-88 (optional). UBL: cac:PaymentMeans/cac:CardAccount mit cbc:PrimaryAccountNumberID und cbc:HolderName. CII: ram:ApplicableTradeSettlementFinancialCard mit ram:ID und ram:CardholderName. BR-DE-24-a prüft nur, ob dieser Block in der Zahlungsanweisung mit Code 48, 54 oder 55 vorhanden ist.

BR-DE-24-b verbietet in UBL im selben cac:PaymentMeans die Elemente cac:PayeeFinancialAccount (BG-17) und cac:PaymentMandate (BG-19). In CII darf die Zahlungsanweisung weder ram:PayeePartyCreditorFinancialAccount noch ram:PayerPartyDebtorFinancialAccount/ram:IBANID enthalten, und im Abrechnungsteil dürfen weder Mandatsreferenz noch Gläubiger-ID stehen. Wie diese CII-Besonderheit zustande kommt, erklärt die Seite zu BR-DE-23.

Die vollständige Kartennummer gehört nicht in die Rechnung. Die Anmerkung zu BT-87 in der Spezifikation verweist auf die Sicherheitsstandards für Kreditkarten. BR-DE-24 prüft das nicht, die Testdateien der KoSIT verwenden kurze Ziffernfolgen wie 41234 oder 6789.

In UBL ist cbc:NetworkID in cac:CardAccount nach dem UBL-Schema Pflicht. Ein Gegenstück im semantischen Modell gibt es nicht; die Testdateien füllen das Element mit mapped-from-cii.

Typische Ursachen

• Die Rechnung wurde am Tresen per Karte bezahlt. Das Programm setzt Code 48, die Kartendaten stehen aber nur auf dem Kassenbeleg und kommen nicht in die Datei (BR-DE-24-a).
• Die Zahlungsart wurde auf Karte umgestellt, die Vorlage gibt aber weiter die eigene Bankverbindung als cac:PayeeFinancialAccount aus (BR-DE-24-b).
• Code 54 oder 55 für Zahlungen über einen Online-Zahlungsdienst, bei denen gar keine Kartennummer vorliegt. Dafür gibt es Code 68; Testdatei 01.19a verwendet ihn für eine PayPal-Zahlung.
• CII: Die Gläubiger-ID ist fest in den Firmenstammdaten hinterlegt und erscheint im Rechnungskopf. Sie gilt als Lastschriftangabe und löst BR-DE-24-b aus.

Beispiel aus der KoSIT-Testsuite

Testdatei 03.02a ist eine Rechnung, die mit Bankkarte (Code 48) bezahlt wird. BG-18 enthält eine gekürzte Kartennummer und einen Platzhalter für den Karteninhaber. Eine Bankverbindung fehlt bewusst.

<cac:PaymentMeans>
  <cbc:PaymentMeansCode>48</cbc:PaymentMeansCode>
  <cac:CardAccount>
    <cbc:PrimaryAccountNumberID>41234</cbc:PrimaryAccountNumberID>
    <cbc:NetworkID>mapped-from-cii</cbc:NetworkID>
    <cbc:HolderName>[Payment card holder name]</cbc:HolderName>
  </cac:CardAccount>
</cac:PaymentMeans>

<ram:SpecifiedTradeSettlementPaymentMeans>
  <ram:TypeCode>48</ram:TypeCode>
  <ram:ApplicableTradeSettlementFinancialCard>
    <ram:ID>41234</ram:ID>
    <ram:CardholderName>[Payment card holder name]</ram:CardholderName>
  </ram:ApplicableTradeSettlementFinancialCard>
</ram:SpecifiedTradeSettlementPaymentMeans>

In CII gibt es kein Netzwerk-Element; deshalb steht in der UBL-Fassung der Hinweis mapped-from-cii.

Lösung

In der Rechnungssoftware

1. Erfassen Sie bei Kartenzahlung die gekürzte Kartennummer und, falls bekannt, den Karteninhaber am Beleg.
2. Liegen keine Kartendaten vor, etwa bei Zahlung über einen Online-Dienst, wählen Sie den passenden Code wie 68 statt 48, 54 oder 55.
3. Soll der Kunde alternativ überweisen können, legen Sie dafür eine zweite Zahlungsanweisung mit Code 58 und eigener Bankverbindung an.

Im XML

1. UBL: cac:CardAccount mit cbc:PrimaryAccountNumberID, cbc:NetworkID und optional cbc:HolderName in das cac:PaymentMeans mit Code 48, 54 oder 55; kein cac:PayeeFinancialAccount daneben.
2. CII: ram:ApplicableTradeSettlementFinancialCard mit ram:ID; Gläubiger-ID und Mandatsreferenz nicht ausgeben.
3. Testen Sie die Rechnung in XRechnung prüfen; bei korrekter Kartenzahlung erscheinen weder BR-DE-24-a noch BR-DE-24-b.

XRechnung prüfen