Zum Hauptinhalt springen

Referenz

Markdown-Export

BR-DE-1 Zahlungsinformationen müssen angegeben werden

Gemäß dem deutschen Standard XRechnung und der E-Rechnungsverordnung (E-Rech-V) muss jede elektronische Rechnung an öffentliche Auftraggeber des Bundes, der Länder und der Kommunen mindestens eine Gruppe mit Zahlungsinformationen (BG-16) enthalten. Während die europäische Norm EN 16931 das Weglassen der Zahlungsanweisungen bei Vorabzahlung oder separaten Vereinbarungen gestattet, fordert die deutsche XRechnung verbindliche Zahlungsdaten, damit öffentliche Kassen (Bundeskasse, Landesoberkassen) die Auszahlung automatisiert und ohne manuelle Nachfragen anweisen können.

Problembeschreibung

FEHLER

Nationale XRechnung-Regel (KoSIT, BR-DE) · XRechnung 3.0

Interaktive Prüfkette

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.

Beispiele:

BR-DE-1 XRechnung-Regel (Deutschland)

Gemeldet in Stufe 3: Nationale Regeln (CIUS).

Stufe Fehler: Der Bericht empfiehlt, die Rechnung abzulehnen.

Stufe 3 · Was geprüft wird

  • 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.

Ein Validator prüft eine E-Rechnung in Stufen. Zuerst muss die Datei wohlgeformtes XML sein und zum UBL- oder CII-Schema (XSD) passen. Dann laufen die Geschäftsregeln der EN 16931: BR-Kernregeln, BR-CO-Berechnungen, BR-CL-Codelisten, BR-DEC-Nachkommastellen und Regeln je Umsatzsteuerkategorie wie BR-S. Danach folgen die nationalen oder Netzwerk-Regeln, die BT-24 auswählt: BR-DE für XRechnung, PEPPOL-EN16931 für Peppol BIS Billing. Der Bericht nennt jede verletzte Regel: Ein Fehler bedeutet Ablehnung, nur Warnungen bedeuten weiterhin Annahme. BR-DE-1: XRechnung-Regel (Deutschland), gemeldet in der Stufe „Nationale Regeln (CIUS)“. Regelwerke: KoSIT-Validator 1.6.3 mit der XRechnung-Konfiguration vom 31. Aug. 2026 (EN-16931-Artefakte 1.3.16), Peppol BIS Billing 3.0.21.

Kontext und Bedeutung

Zahlungsanweisungen bilden das Bindeglied zwischen Rechnungsfreigabe und buchhalterischer Auszahlung. Fehlt BG-16, meldet die KoSIT-basierte XRechnung-Validierung einen Fehler, und Rechnungseingangsplattformen wie die OZG-RE (unmittelbare Bundesverwaltung, über 170 Einrichtungen der mittelbaren Bundesverwaltung und mehrere Länder) und andere Landes- oder Kommunalportale weisen die Rechnung ab, bevor sie die Fachabteilung erreicht.

Lösung

Zur Behebung in Ihrem ERP- oder Fakturierungssystem (wie SAP, DATEV, Microsoft Dynamics 365 oder Odoo) hinterlegen Sie eine gültige Zahlungsart im Rechnungskopf. Fügen Sie in der UBL-2.1-Struktur das Element <cac:PaymentMeans> mit einem gültigen UNCL-4461-Code in <cbc:PaymentMeansCode> ein (z. B. 58 für SEPA-Überweisung, 30 für Überweisung oder 59 für SEPA-Lastschrift). Bei Überweisungen (Codes 30, 58) muss zusätzlich die IBAN des Empfängerkontos in <cac:PayeeFinancialAccount><cbc:ID> angegeben werden. In UN/CEFACT CII ergänzen Sie <ram:SpecifiedTradeSettlementPaymentMeans> mit <ram:TypeCode> und <ram:PayeePartyCreditorFinancialAccount>.

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

  • BG-16 vorhanden mit Zahlungsartcode 58 (SEPA-Überweisung) und Empfänger-IBAN DE89370400440532013000
  • BG-16 vorhanden mit Zahlungsartcode 59 (SEPA-Lastschrift) und Mandatsreferenz

Ungültige Beispiele

  • Rechnungskopf enthält Gesamtbeträge, lässt den Block cac:PaymentMeans / SpecifiedTradeSettlementPaymentMeans jedoch vollständig weg
  • Rechnung verlässt sich ausschließlich auf den Freitext der Zahlungsbedingungen (BT-20) ohne strukturiertes BG-16

Code-Beispiele

Gültiges XML
<cac:PaymentMeans>
  <cbc:PaymentMeansCode>58</cbc:PaymentMeansCode>
  <cac:PayeeFinancialAccount>
    <cbc:ID>DE89370400440532013000</cbc:ID>
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>
Ungültiges XML
<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="EUR">100.00</cbc:LineExtensionAmount>
  <cbc:TaxExclusiveAmount currencyID="EUR">100.00</cbc:TaxExclusiveAmount>
  <cbc:TaxInclusiveAmount currencyID="EUR">119.00</cbc:TaxInclusiveAmount>
  <cbc:PayableAmount currencyID="EUR">119.00</cbc:PayableAmount>
</cac:LegalMonetaryTotal>

Betroffene Felder

BG-16 Zahlungsinformationen
BT-81 Zahlungsartcode
BT-84 Zahlungskonto-Kennung

Validierungstools

Offizieller KoSIT Validator

Führen Sie den offiziellen KoSIT-Validator mit der XRechnung-Konfiguration aus, um EN-16931- und XRechnung-Regeln zu prüfen.

PDF zu XRechnung konvertieren

Validierungsfehler beim Konvertieren erkennen, prüfen und gezielt beheben.