Referenz
Markdown-ExportBR-DE-23-a Überweisung als Zahlungsart erfordert die Gruppe Überweisung (BG-17)
Nach der deutschen XRechnung-Regel BR-DE-23-a muss jede Zahlungsart mit einem Überweisungscode in BT-81 (30 = Überweisung, 58 = SEPA-Überweisung) die Gruppe Überweisung BG-17 enthalten. BG-17 umfasst die Zahlungskonto-Kennung BT-84 (in der Regel die IBAN), den optionalen Kontonamen BT-85 und die optionale Kennung des Zahlungsdienstleisters BT-86 (BIC). Der Validator prüft jede Zahlungsart einzeln: In UBL sucht er cac:PayeeFinancialAccount im Element cac:PaymentMeans, in CII ram:PayeePartyCreditorFinancialAccount in ram:SpecifiedTradeSettlementPaymentMeans. KoSIT stuft eine fehlende BG-17 als fatal ein, die Rechnung ist damit nicht gültig.
Problembeschreibung
FEHLER
Nationale XRechnung-Regel (KoSIT, BR-DE) · XRechnung 3.0
Interaktive Prüfkette
Wo BR-DE-23-a geprüft wird
Klicken Sie auf eine Stufe, um zu sehen, was sie prüft, oder geben Sie eine Regel-ID ein, um die meldende Stufe zu finden.
BR-DE-23-a XRechnung-Regel (Deutschland)
Gemeldet in Stufe 3: Nationale Regeln (CIUS).
Stufe Fehler: Der Bericht empfiehlt, die Rechnung abzulehnen.
Stufe 3 · Was geprüft wird
Nationale Regeln (CIUS)
- Die Spezifikationskennung in BT-24 wählt das Regelwerk, etwa XRechnung 3.0 oder Peppol BIS Billing 3.0.
- XRechnung ergänzt die deutschen BR-DE-Regeln: Käuferreferenz (BT-10), Verkäuferkontakt, Zahlungsanweisungen.
- Peppol ergänzt PEPPOL-EN16931- und Länderregeln. Auch XRechnung wendet einige PEPPOL-EN16931-Regeln an.
Beispielcodes
Typische Korrektur
Pflegen Sie die vom Regelwerk verlangten Felder in den Stammdaten, etwa die Leitweg-ID in BT-10 oder den Verkäuferkontakt.
Kontext und Bedeutung
Der Fehler entsteht meist, wenn ein Export den Zahlungsartcode 58 schreibt, die Bankverbindung aber nur als Freitext führt, etwa in den Zahlungsbedingungen (BT-20) oder einer Rechnungsbemerkung, oder das Konto in ein anderes Zahlungsart-Element schreibt. Die Kreditorenbuchhaltung des Käufers hat dann kein strukturiertes Konto für die Zahlung. BR-DE-23-a prüft nur, ob BG-17 vorhanden ist: BR-50 verlangt die Kontokennung BT-84 in BG-17, und BR-DE-19 meldet bei Code 58 einen BT-84-Wert, der keine gültige IBAN ist.
Lösung
Hinterlegen Sie die Bankverbindung des Verkäufers in Ihrem ERP- oder Rechnungsprogramm und exportieren Sie sie mit jeder Zahlungsart vom Typ Überweisung. In UBL 2.1 ergänzen Sie <cac:PayeeFinancialAccount><cbc:ID>DE89370400440532013000</cbc:ID></cac:PayeeFinancialAccount> in dem <cac:PaymentMeans> mit <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>. In CII ergänzen Sie <ram:PayeePartyCreditorFinancialAccount><ram:IBANID>DE89370400440532013000</ram:IBANID></ram:PayeePartyCreditorFinancialAccount> in der <ram:SpecifiedTradeSettlementPaymentMeans> mit <ram:TypeCode>58</ram:TypeCode>; für eine Kontonummer, die keine IBAN ist, verwenden Sie ram:ProprietaryID. Zahlt der Käufer nicht per Überweisung, setzen Sie BT-81 auf den Code der tatsächlich genutzten Zahlungsart.
Schnellzugriff
Gültige Beispiele
- BT-81 = 58 (SEPA-Überweisung) mit BG-17 und BT-84 = „DE89370400440532013000“
- BT-81 = 30 (Überweisung) mit BG-17 und einer Kontonummer ohne IBAN-Format in BT-84
Ungültige Beispiele
- BT-81 = 58, die IBAN steht aber nur im Text der Zahlungsbedingungen (BT-20)
- BT-81 = 30 und cac:PaymentMeans enthält nur cbc:PaymentMeansCode und cbc:PaymentID, ohne cac:PayeeFinancialAccount
Code-Beispiele
<cac:PaymentMeans>
<cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
<cbc:PaymentID>RE-2026-0042</cbc:PaymentID>
<cac:PayeeFinancialAccount>
<cbc:ID>DE89370400440532013000</cbc:ID>
<cbc:Name>Lieferant GmbH</cbc:Name>
</cac:PayeeFinancialAccount>
</cac:PaymentMeans><cac:PaymentMeans>
<cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
<cbc:PaymentID>RE-2026-0042</cbc:PaymentID>
</cac:PaymentMeans>