AttestwireXRechnung-RegelnBR-DE-1

BR-DE-1 XRechnung verlangt Zahlungsanweisungen

Ihre Rechnung wurde abgelehnt, weil sie nicht sagt, wie sie bezahlt werden soll. Eine XRechnung braucht Zahlungsanweisungen: mindestens einen Code für die Zahlungsart und bei einer Überweisung die IBAN. Im Standard ist das die Gruppe BG-16 mit dem Feld BT-81; BR-DE-1 ist die Regel, die sie verlangt. In der EN 16931 ist die Gruppe optional, die deutsche Fassung macht sie zur Pflicht.

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-16
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

Geben Sie die Zahlungsart an, für die allermeisten Rechnungen "58" (SEPA-Überweisung) in payment.meansCode, und liefern Sie die Gruppe mit, die dieser Code verlangt: bei einer Überweisung also die IBAN in payment.iban.

Ein Wert, der die Prüfung besteht

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

Was die Regel verlangt

Sie brauchen die Gruppe BG-16 (Zahlungsanweisungen) und darin den Code für die Zahlungsart, BT-81. Der Code stammt aus der UN/EDIFACT-Codeliste UNTDID 4461: 58 für SEPA-Überweisung, 30 für Überweisung, 59 für SEPA-Lastschrift, 48 für Zahlung per Karte, 57 für Dauerauftrag, 97 für Verrechnung unter Partnern.

Wichtig: Jeder Code zieht seine eigene Pflichtgruppe nach sich. Bei 30 und 58 brauchen Sie zusätzlich die Überweisungsgruppe BG-17, also die IBAN — das prüft BR-DE-23-a. Bei 59 ist die Lastschriftgruppe BG-19 fällig, bei 48, 54 und 55 die Kartengruppe BG-18. Eine Zahlungsart ohne die passende Gruppe fällt also zweimal durch, nicht einmal.

Der offizielle Regeltext

Die Regel BR-DE-1 stammt aus der XRechnung-CIUS und wird im Schematron der KoSIT geführt, den offiziellen Prüfregeln. Ein wörtliches Zitat des Regeltextes liegt uns für diese Regel nicht vor; was Sie oben lesen, ist unsere Erklärung. Maßgeblich ist die Veröffentlichung der KoSIT.

Warum es die Regel gibt

Die Rechnung soll bezahlt werden können, ohne dass jemand bei Ihnen anruft. Eine öffentliche Kasse verarbeitet Rechnungen in großer Zahl und maschinell; steht dort keine Zahlungsart, muss ein Mensch den Vorgang anfassen, und genau das wollte die Umstellung auf die E-Rechnung abschaffen. Die EN 16931 lässt die Gruppe offen, weil sie auch Länder abdecken muss, in denen die Zahlungsdaten aus dem Stammsatz kommen. In Deutschland kommen sie aus der Rechnung.

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-1",
  "field": "BG-16",
  "severity": "fatal",
  "message": "XRechnung requires payment instructions (BG-16) with a payment means type code (BT-81). Core EN 16931 leaves this optional, but the German CIUS makes it mandatory so that a public-sector payer can settle the invoice without a phone call.",
  "fix": "Set payment.meansCode to a UNTDID 4461 code: \"58\" SEPA credit transfer, \"30\" credit transfer, \"59\" SEPA direct debit, \"48\" card, \"57\" standing agreement, \"97\" clearing between partners. Each code obliges its own group: for 30/58 set payment.iban (BG-17), for 59 set payment.directDebit (BG-19), for 48/54/55 set payment.card (BG-18).",
  "example": "\"payment\": { \"meansCode\": \"58\", \"iban\": \"DE02120300000000202051\", \"accountName\": \"Acme GmbH\" }",
  "xpath": "/ubl:Invoice/cac:PaymentMeans",
  "docsUrl": "https://attestwire.com/rules/BR-DE-1"
}

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-1?
Ihre Rechnung wurde abgelehnt, weil sie nicht sagt, wie sie bezahlt werden soll. Eine XRechnung braucht Zahlungsanweisungen: mindestens einen Code für die Zahlungsart und bei einer Überweisung die IBAN. Im Standard ist das die Gruppe BG-16 mit dem Feld BT-81; BR-DE-1 ist die Regel, die sie verlangt. In der EN 16931 ist die Gruppe optional, die deutsche Fassung macht sie zur Pflicht.
Wie behebe ich BR-DE-1?
Geben Sie die Zahlungsart an, für die allermeisten Rechnungen "58" (SEPA-Überweisung) in payment.meansCode, und liefern Sie die Gruppe mit, die dieser Code verlangt: bei einer Überweisung also die IBAN in payment.iban.
Ist BR-DE-1 Pflicht für XRechnung?
Ja. Ein Verstoß führt zur Ablehnung: BR-DE-1 ist in der XRechnung-CIUS als „fatal“ (Ablehnung) eingestuft. Ohne Zahlungsanweisungen weisen ZRE und OZG-RE die Rechnung bereits bei der Annahme zurück; sie erreicht die zahlende Stelle gar nicht erst.

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