BR-DE-24-aWenn BT-81 "Payment means type code" einen Schlüssel für Kartenzahlungen enthält (48, 54, 55), muss genau BG-18 "PAYMENT CARD INFORMATION" übermittelt werden.
Offizieller Regeltext
Bei einer Kartenzahlung (BT-81 mit Code 48, 54 oder 55) muss die Gruppe BG-18 mit den Kartendaten im Dokument stehen. Was darin zu stehen hat, regelt BR-51: die letzten Stellen der Kartennummer, nie die vollständige PAN.
- Schweregrad
- Fehler
- Gilt für
- CII, UBL
- Regelwerk
- v2026-08-31
- Geprüft am
Geschrieben und gegen das offizielle KoSIT-Regelwerk geprüft von Dmytro Yalanskyi, NormAPI.
Warum tritt BR-DE-24-a auf?
Kartenzahlung kommt in Rechnungsprozessen selten vor; wird der Code doch gesetzt (etwa weil bereits per Karte gezahlt wurde), fehlt die zugehörige Gruppe fast immer. Der Ausdruck unten verrät davon nichts: dort steht nur cac:CardAccount, die bloße Existenz der Gruppe. Die drei Codes stehen im Kontext der Regel, im Muster auf cac:PaymentMeans, und geprüft wird je Zahlungsweg einzeln.
Was der Validator prüft
Der Ausdruck, den das offizielle KoSIT-Regelwerk auswertet — nicht paraphrasiert, sondern aus der ausgelieferten Schematron-Datei gelesen. UBL und CII adressieren verschiedene Dokumentbäume, deshalb steht dieselbe Regel je Syntax anders da.
- UBL
cac:CardAccount- CII
ram:ApplicableTradeSettlementFinancialCard
Quelle: Regelwerk v2026-08-31
Wie behebt man BR-DE-24-a?
Übermitteln Sie BG-18 mit der maskierten Kartennummer (BT-87, nur die letzten Stellen — niemals die vollständige PAN): in UBL cac:PaymentMeans/cac:CardAccount, in CII ram:ApplicableTradeSettlementFinancialCard.
Im XML
Ausschnitt in UBL. Der CII-Pfad steht oben im Text — dieselbe Änderung, andere Elementnamen.
<cac:PaymentMeans>
<cbc:PaymentMeansCode>54</cbc:PaymentMeansCode>
</cac:PaymentMeans><cac:PaymentMeans>
<cbc:PaymentMeansCode>54</cbc:PaymentMeansCode>
<cac:CardAccount>
<cbc:PrimaryAccountNumberID>******1234</cbc:PrimaryAccountNumberID>
<cbc:NetworkID>NA</cbc:NetworkID>
</cac:CardAccount>
</cac:PaymentMeans>Verwandte Regeln
NormAPI liefert technische Validierung, keine Steuer- oder Rechtsberatung.