Fehler BR-DE-01 beheben: Fehlende oder unvollständige Zahlungsbedingungen

Die KoSIT-Prüfregel BR-DE-01 schlägt fehl, wenn in einer Rechnung nach deutschem CIUS (XRechnung) die Zahlungsanweisungen oder Skontobedingungen in BT-20 / BG-22 fehlen oder formal ungültig strukturiert sind.

Eigene Rechnung hier hineinziehen

oder Datei vom Computer auswählen (.pdf oder .xml bis 10 MB)

🔒 100 % flüchtige RAM-Prüfung auf deutschen Servern (Frankfurt) – keine Speicherung.

Code-Vergleich: Falsches vs. Korrektes CII-XML

✗ Häufiger Fehler / Falsches XML Nicht konform

<!-- FEHLER: ram:SpecifiedTradePaymentTerms fehlt komplett oder enthält keinen Beschreibungstext (BT-20) -->
<rsm:SupplyChainTradeTransaction>
  <ram:ApplicableHeaderTradeSettlement>
    <ram:InvoiceCurrencyCode>EUR</ram:InvoiceCurrencyCode>
    <!-- ram:SpecifiedTradePaymentTerms fehlt! Schematron wirft BR-DE-01 -->
    <ram:SpecifiedTradeSettlementHeaderMonetarySummation>
      <ram:LineTotalAmount>100.00</ram:LineTotalAmount>
    </ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  </ram:ApplicableHeaderTradeSettlement>
</rsm:SupplyChainTradeTransaction>

✓ Valide nach EN 16931 / KoSIT Normkonform

<!-- KORREKT: Saubere Deklaration von BT-20 mit Fälligkeitsdatum und Skontohinweis -->
<rsm:SupplyChainTradeTransaction>
  <ram:ApplicableHeaderTradeSettlement>
    <ram:InvoiceCurrencyCode>EUR</ram:InvoiceCurrencyCode>
    <ram:SpecifiedTradePaymentTerms>
      <ram:Description>Zahlbar innerhalb von 14 Tagen ohne Abzug bis zum 06.11.2026. Bei Zahlung innerhalb von 5 Tagen 2% Skonto.</ram:Description>
      <ram:DueDateDateTime>
        <udt:DateTimeString format="102">20261106</udt:DateTimeString>
      </ram:DueDateDateTime>
    </ram:SpecifiedTradePaymentTerms>
  </ram:ApplicableHeaderTradeSettlement>
</rsm:SupplyChainTradeTransaction>

Technische Ursache & Lösung

Der Fehler BR-DE-01 ist eine nationale deutsche Geschäftsregel des IT-Planungsrats (KoSIT). Sie besagt: Eine Rechnung muss zwingend Angaben zu den Zahlungsbedingungen enthalten (Business Term BT-20) oder eine Fälligkeit definieren.

Besonders häufig tritt dieser Fehler auf, wenn Rechnungsdaten aus Standard-ERP-Systemen exportiert werden, die Zahlungsbedingungen nur auf dem Druck-PDF als Freitext anzeigen, diesen aber nicht in den XML-Knoten `SpecifiedTradePaymentTerms` übertragen.

Über unsere E-Rechnung Cloud API wird das Feld `SpecifiedTradePaymentTerms` automatisch normgerecht mit Standardfristen belegt, wenn keine abweichenden Bedingungen angegeben werden. Dadurch ist deine Rechnung garantiert gegen BR-DE-01 geschützt.

⚡ Die schlüsselfertige Abkürzung für Entwickler & No-Code

Keine Lust auf XML-Schematron-Fehler und Rundungsdifferenzen?

Unsere E-Rechnung Cloud API übernimmt alle mathematischen Berechnungen, Steuerregeln, XSD-Schemata und die PDF/A-3 Konvertierung vollautomatisch im Hintergrund.

📦 n8n Workflow (.json) ⚡ Make.com Blueprint 🛒 WooCommerce Plugin (.zip) API-Key ab 10 € Prepaid holen →

Häufig gestellte Fragen (FAQ)

Was besagt die Regel BR-DE-01 genau?

Die Regel verlangt, dass in einer Rechnung nach deutschem Profil (XRechnung) entweder eine textliche Zahlungsbedingung (BT-20) oder ein Fälligkeitsdatum angegeben werden muss.

Gilt BR-DE-01 auch für ZUGFeRD?

Für das ZUGFeRD-Profil EN 16931 (COMFORT) sowie das XRechnung-Profil gilt die Regel uneingeschränkt, da beide auf der europäischen Norm EN 16931 aufsetzen.

Wie kann ich BR-DE-01 automatisch vermeiden?

Nutze unsere REST-API oder No-Code Blueprints (n8n/Make). Sie erzeugen das Element ram:SpecifiedTradePaymentTerms stets vollautomatisch nach KoSIT-Standard.

Passende Themen & Normen

Alle 12 Themen ansehen →

BR-DE-15