Zum Hauptinhalt springen

Referenz

Markdown-Export

BR-DE-18 Skonto-Zeilen in den Zahlungsbedingungen müssen der XRechnung-Syntax folgen

Im deutschen Geschäftsverkehr sind Skontovereinbarungen für vorzeitige Zahlungen weit verbreitet (z. B. „2 % Skonto bei Zahlung innerhalb von 14 Tagen, 30 Tage netto“). Da die europäische Basisnorm EN 16931 keine gesonderten strukturierten XML-Felder für Skontostaffeln auf Dokumentenebene vorsieht, standardisiert die XRechnung die Darstellung in den Zahlungsbedingungen (BT-20) über strukturierte Hashtags: #SKONTO#TAGE={Tage}#PROZENT={Prozentsatz}#. Öffentliche Finanzbuchhaltungssysteme werten dieses Muster automatisiert aus, um Skontofristen und Abzugsbeträge im Zahllauf zu berücksichtigen.

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-18 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-18: 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

BR-DE-18 ist in der KoSIT-Konfiguration für XRechnung 3.0.2 eine fatale Regel. Sie prüft nur die Zeilen von BT-20, die mit „#“ beginnen: Jede muss dem Skonto-Format folgen, und die letzte muss mit einem Zeilenumbruch enden. Zahlungsbedingungen als Freitext ohne „#“ lösen die Regel nicht aus.

Lösung

Formatieren Sie Skontobedingungen in den Exporteinstellungen Ihres ERP-Systems in BT-20 nach der XRechnung-Hashtag-Konvention: #SKONTO#TAGE=14#PROZENT=2.00#. Bei gestaffeltem Skonto können mehrere Zeilen angegeben werden: #SKONTO#TAGE=10#PROZENT=3.00# #SKONTO#TAGE=20#PROZENT=2.00#. In UBL 2.1 befüllen Sie <cac:PaymentTerms><cbc:Note>. In UN/CEFACT CII befüllen Sie <ram:SpecifiedTradePaymentTerms><ram:Description>. Ergänzender Freitext kann nach den Hashtag-Blöcken angehängt werden.

Schnellzugriff

XML validierenRechnung konvertieren

Gültige Beispiele

  • BT-20 = „#SKONTO#TAGE=14#PROZENT=2.00#“
  • BT-20 = „#SKONTO#TAGE=10#PROZENT=3.00# #SKONTO#TAGE=20#PROZENT=1.50# Zahlbar rein netto innerhalb von 30 Tagen.“

Ungültige Beispiele

  • BT-20 = „2 % Skonto bei Zahlung innerhalb von 14 Tagen“ (Unstrukturierter Freitext ohne #SKONTO#-Tags)
  • BT-20 = „#SKONTO#TAGE:14#PROZENT:2%#“ (Fehlerhafte Syntax mit Doppelpunkt und Prozentzeichen im Wert)

Code-Beispiele

Gültiges XML
<cac:PaymentTerms>
  <cbc:Note>#SKONTO#TAGE=14#PROZENT=2.00#</cbc:Note>
</cac:PaymentTerms>
Ungültiges XML
<cac:PaymentTerms>
  <cbc:Note>2% Skonto bei Zahlung innerhalb von 14 Tagen, rein netto nach 30 Tagen</cbc:Note>
</cac:PaymentTerms>

Betroffene Felder

BT-20 Zahlungsbedingungen

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.