Was bedeutet BR-DE-24-a?
Bei Zahlungsart 48, 54 oder 55 (Kartenzahlung) muss die Rechnung die Kartendaten nennen (BG-18). In CII stehen sie in 'ram:ApplicableTradeSettlementFinancialCard' im Zahlungsmittel: die gekürzte Kartennummer (BT-87) und, wenn bekannt, der Name des Karteninhabers (BT-88). Die Regel stammt von der KoSIT (XRechnung) und ist dort ein Fehler. Bei ZUGFeRD meldet unser Prüfer sie nur als Hinweis.
Häufige Ursachen für BR-DE-24-a
- Das Zahlungsmittel nennt Code 48, 54 oder 55, aber keine Kartendaten.
- Der Kunde hat schon mit Karte bezahlt, und das Programm setzt nur den Code.
- Der Code ist falsch gewählt: Gemeint war eine Überweisung (58) oder eine Lastschrift (59).
So behebst du BR-DE-24-a
- Fehlerhafte Stelle im XML finden. Öffne die XML der E-Rechnung und navigiere zum Feld BG-18 über den folgenden XPath:
//ram:SpecifiedTradeSettlementPaymentMeans/ram:ApplicableTradeSettlementFinancialCard - Korrektur einsetzen. Bei Zahlungsart 48, 54 oder 55 (Kartenzahlung) gehören die Kartendaten in die Rechnung (BG-18). Trage in 'ram:SpecifiedTradeSettlementPaymentMeans/ram:ApplicableTradeSettlementFinancialCard' die Kartennummer nur gekürzt ein, höchstens 10 Zeichen, etwa die letzten 4 Ziffern ('ram:ID', BR-51), und wenn bekannt den Namen des Karteninhabers ('ram:CardholderName'). Bei ZUGFeRD meldet der Prüfer die Regel nur als Hinweis; sie gilt für XRechnung.
- Erneut validieren. Speichere die Datei und validiere sie erneut, um zu prüfen, dass BR-DE-24-a nicht mehr gemeldet wird.
Bei Zahlungsart 48, 54 oder 55 (Kartenzahlung) gehören die Kartendaten in die Rechnung (BG-18). Trage in 'ram:SpecifiedTradeSettlementPaymentMeans/ram:ApplicableTradeSettlementFinancialCard' die Kartennummer nur gekürzt ein, höchstens 10 Zeichen, etwa die letzten 4 Ziffern ('ram:ID', BR-51), und wenn bekannt den Namen des Karteninhabers ('ram:CardholderName'). Bei ZUGFeRD meldet der Prüfer die Regel nur als Hinweis; sie gilt für XRechnung.
//ram:SpecifiedTradeSettlementPaymentMeans/ram:ApplicableTradeSettlementFinancialCardVorher / Nachher: das XML-Beispiel
So sieht die betroffene Stelle vor und nach der Korrektur aus (Cross-Industry-Invoice, ZUGFeRD/Factur-X).
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>48</ram:TypeCode>
</ram:SpecifiedTradeSettlementPaymentMeans>
<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:TypeCode>48</ram:TypeCode>
<ram:ApplicableTradeSettlementFinancialCard>
<ram:ID>1234</ram:ID>
<ram:CardholderName>Mandant GmbH</ram:CardholderName>
</ram:ApplicableTradeSettlementFinancialCard>
</ram:SpecifiedTradeSettlementPaymentMeans>
Häufige Fragen zu BR-DE-24-a
Darf die volle Kartennummer in die Rechnung?
Was prüft BR-DE-24-b?
Verwandte Fehlercodes
BR-DE-24-a automatisch prüfen
Statt das XML manuell zu durchsuchen, kannst du deine ZUGFeRD- oder XRechnung-Datei online validieren: Lade die PDF oder XML hoch, und du bekommst jeden Fehler mit Regel-ID, betroffenem Feld, Korrekturvorschlag und XPath, als lesbaren Report oder strukturiertes JSON über die API.
Rechnung selbst gebaut?
Wer das XML aus dem eigenen System oder von Hand zusammensetzt, muss Regeln wie diese kennen. Diese Programme erzeugen ZUGFeRD und XRechnung und füllen die Pflichtfelder von sich aus.
* Werbelinks. Wir bekommen eine Provision, für dich bleibt der Preis gleich. Fünf Programme im Vergleich