Attestwire › XRechnung-Regeln › BR-DE-23-b

BR-DE-23-b Der Überweisungscode verbietet Karten- und Lastschriftdaten

Ihre Rechnung wurde abgelehnt, weil sie „Überweisung“ als Zahlungsart nennt, aber zusätzlich Karten- oder Lastschriftdaten enthält. Zu einer Zahlungsart gehört genau eine Datengruppe; entfernen Sie die überzähligen Angaben oder ändern Sie die Zahlungsart. Im Standard sind das die Gruppen BG-18 und BG-19 bei Zahlungsart 30 oder 58 (BT-81); BR-DE-23-b ist die Regel, die den Widerspruch meldet.

Die Regelnummer bezeichnet die fehlgeschlagene Prüfung. BT steht für ein Rechnungsfeld, BG für eine Gruppe von Feldern. XRechnung ergänzt die europäische Norm EN 16931 um deutsche Anforderungen (CIUS).

Informationselement
BG-18
Schweregrad
fatal — Ablehnung: das Dokument ist nicht konform
Gilt für
xrechnung-ubl, xrechnung-cii
Regelwerk
XRechnung-CIUS (KoSIT) — nationale Verschärfung der EN 16931

Die Lösung

Entfernen Sie die Kartendaten (payment.card) und etwaige Lastschriftdaten (payment.directDebit) und behalten Sie nur die IBAN (payment.iban, BG-17). War die andere Zahlungsart gemeint, ändern Sie stattdessen payment.meansCode; der Code entscheidet, welche Gruppe verlangt wird.

Ein Wert, der die Prüfung besteht

So sieht das Feld aus, wenn es stimmt
"payment": { "meansCode": "58", "iban": "DE02120300000000202051" }

Was die Regel verlangt

Bei den Überweisungscodes 30 und 58 müssen die Gruppen BG-18 (Zahlungskarteninformationen) und BG-19 (Lastschrift) fehlen. Vorhanden sein darf nur die Überweisungsgruppe BG-17.

Das ist keine Kosmetik. Zwei Zahlungswege auf einem Dokument sind mehrdeutig, und XRechnung beseitigt die Mehrdeutigkeit, indem sie sie verbietet.

Der offizielle Regeltext

Wenn BT-81 "Payment means type code" einen Schlüssel für Überweisungen enthält (30, 58), dürfen BG-18 und BG-19 nicht übermittelt werden.

BR-DE-23-b — KoSIT XRechnung Schematron 2.6.0 (XRechnung 3.0), XRechnung-UBL-validation.sch

Warum es die Regel gibt

Zwei widersprüchliche Zahlungswege auf einem Dokument sind schlimmer als ein fehlender: Sie sehen vollständig aus. Welche der beiden Angaben ein Empfänger verwendet, ist nicht vorhersehbar. Die CIUS lässt genau eine Kombination zu, und der Code ist es, der sie bestimmt.

So sieht der Befund aus

Genau dieses Objekt liefert die Bibliothek in result.errors, wenn die Regel anschlägt. Es wird beim Bauen dieser Seite durch Ausführen von @attestwire/en16931 erzeugt und entspricht dem Text, den Sie in Ihrem eigenen Log sehen. Die Meldung selbst ist englisch, weil die Bibliothek englisch meldet.

TeachingError
{
  "rule": "BR-DE-23-b",
  "field": "BG-18",
  "severity": "fatal",
  "message": "The payment means type code (BT-81) is \"58\", which XRechnung treats as a credit transfer (codes 30 and 58), so the PAYMENT CARD INFORMATION (BG-18) group must not be present — but it is. A payment instruction that names one settlement method and then supplies the account details of another is not merely redundant: the payer's system reads the code, looks for the matching group, and has no rule for what to do with the extra one. XRechnung closes that ambiguity by forbidding it outright.",
  "fix": "Remove payment.card, keeping only payment.iban (BG-17). If you meant the other method, change payment.meansCode to match it instead — the code is what decides which group is required.",
  "example": "\"payment\": { \"meansCode\": \"58\", \"iban\": \"DE02120300000000202051\" }",
  "xpath": "/ubl:Invoice/cac:PaymentMeans/cac:CardAccount",
  "docsUrl": "https://attestwire.com/rules/BR-DE-23-b"
}

xpath zeigt auf das Element in einem UBL-Dokument — dort meldet auch ein KoSIT-Validator denselben Mangel. Bei einer CII-Rechnung (xrechnung-cii, ZUGFeRD, Factur-X) erhalten Sie dieselbe Zeichenkette und müssen sie selbst auf das CII-Element übertragen.

Häufige Fragen

Was bedeutet BR-DE-23-b?
Ihre Rechnung wurde abgelehnt, weil sie „Überweisung“ als Zahlungsart nennt, aber zusätzlich Karten- oder Lastschriftdaten enthält. Zu einer Zahlungsart gehört genau eine Datengruppe; entfernen Sie die überzähligen Angaben oder ändern Sie die Zahlungsart. Im Standard sind das die Gruppen BG-18 und BG-19 bei Zahlungsart 30 oder 58 (BT-81); BR-DE-23-b ist die Regel, die den Widerspruch meldet.
Wie behebe ich BR-DE-23-b?
Entfernen Sie die Kartendaten (payment.card) und etwaige Lastschriftdaten (payment.directDebit) und behalten Sie nur die IBAN (payment.iban, BG-17). War die andere Zahlungsart gemeint, ändern Sie stattdessen payment.meansCode; der Code entscheidet, welche Gruppe verlangt wird.
Ist BR-DE-23-b Pflicht für XRechnung?
Ja. Ein Verstoß führt zur Ablehnung. Die Regel ist das Gegenstück zu BR-DE-23-a: Die eine verlangt die passende Gruppe, die andere verbietet die unpassende.

Über eine Fehlermeldung hierhergekommen? Der docsUrl jedes Befunds führt auf die englische Seite; diese hier ist ihre deutsche Fassung. Etwas stimmt nicht — schreiben Sie uns.