BT-10, Leitweg-ID und Geschäftsregelfehler: Warum valides XML trotzdem abgelehnt wird

Die Validierung deutscher E-Rechnungen hat zwei Ebenen, und die meisten Versender testen nur die erste. Das BStBK-FAQ benennt beide: Formatfehler und Geschäftsregelfehler. Eine Datei kann gegen das Schema perfekt valide sein und trotzdem an der zweiten Ebene scheitern, abgelehnt vom Empfängersystem oder als kritischer Fehler im Validator markiert.

Ebene 1: Formatfehler

Ein Formatfehler bedeutet: Die Datei verletzt die zulässigen Syntaxen oder deren technische Vorgaben. Falsche Schema-Version, ungültige Zeichen, fehlerhaftes XML. Die rechtliche Konsequenz ist schwer: Eine formal fehlerhafte E-Rechnung erfüllt § 14 Abs. 1 Satz 6 UStG nicht. Sie ist eine sonstige Rechnung, mit Vorsteuerabzug nur während der Übergangsfristen.

Formatfehler sind laut. Validatoren lehnen die Datei direkt ab. Die meiste Software fängt sie ab.

Ebene 2: Geschäftsregelfehler

Geschäftsregeln prüfen die logischen Abhängigkeiten der Informationen in der Rechnung. Die Datei lässt sich parsen, aber der Inhalt widerspricht sich oder lässt Pflichtangaben vermissen. Typische Fälle aus dem BStBK-FAQ:

• Fehlender Pflichtinhalt: kein Eintrag im Feld BT-10 Buyer Reference in einer XRechnung, wo der Empfänger eine verlangt
• Widersprüchlicher Inhalt: Der ausgewiesene Steuerbetrag stimmt mit dem berechneten nicht überein

Validatoren melden diese als kritische Fehler. Empfängersysteme lehnen die Rechnung ab oder stellen sie in eine manuelle Warteschlange, in der sie unbezahlt liegen bleibt.

Die Felder, die am häufigsten scheitern

BT-10 (Buyer Reference)

Die Buyer Reference ist der Weg, über den Konzerne und öffentliche Auftraggeber Ihre Rechnung intern steuern. Für B2G-Rechnungen an Bundesbehörden ist die Leitweg-ID (eine strukturierte Routing-Kennung) Pflicht und steht in diesem Feld. Unternehmenskunden verlangen zunehmend ihre eigene Referenz: Kostenstelle, Bestellnummer, Vertragskennzeichen.

Warum es scheitert: Das Feld ist im Basisstandard optional, aber in der Spezifikation des Kunden Pflicht. Ihre Software validiert gegen den Standard; der Kunde validiert gegen seine Onboarding-Anforderungen. Beide Dateien sind "valide"; nur eine wird bezahlt.

Korrektur an der Quelle: Die Buyer Reference gehört in den Kundenstammsatz, erhoben beim Onboarding, nicht pro Rechnung getippt.

Rechenfelder

EN 16931 definiert, wie Positionsbeträge, Zu- und Abschläge und Steuerbeträge aufsummiert werden müssen. Eine Rundungslogik, die zwischen Positions- und Steuerberechnung abweicht, erzeugt eine Abweichung von einem Cent und einen kritischen Fehler.

Korrektur an der Quelle: Auf Positionsebene rechnen, nach oben summieren und den Rundungsmodus verwenden, den der Standard vorsieht. Nie Bemessungsgrundlage und Steuerbetrag in verschiedene Richtungen runden.

Verkäufer- und Käuferkennungen

Eine USt-IdNr. im falschen Format, eine fehlende elektronische Adresse (BT-34/BT-49), wenn der Übermittlungskanal sie verlangt (Peppol-Endpunkt-IDs), oder ein veralteter Firmenname, der nicht mehr zu den Registrierungsdaten passt.

Korrektur an der Quelle: Stammdatenhygiene. Validierungsfehler hier sind Symptome eines veralteten Stammsatzes, nicht einer schlechten Rechnung.

Der Validierungs-Workflow

1. Im Produktivsystem validieren, mit Produktivdaten. Testrechnungen aus echten Kundenstammsätzen bauen, nicht aus synthetischen Beispielen. Die Fehler leben in Ihren Stammdaten.
2. Den KoSIT-Validator als Referenz nutzen. Er prüft Syntax, Semantik und Konformität mit nationalen Erweiterungen.
3. Jeden Befund klassifizieren. Formatfehler: den Generator korrigieren. Geschäftsregelfehler: die Daten oder die Rechenlogik korrigieren.
4. An der Quelle korrigieren, nie in der Datei. Handeditiertes XML desynchronisiert sich von Buchhaltung und Archiv. Der GoBD-Datensatz muss dem entsprechen, was Sie gesendet haben.
5. Kundenspezifikationen beim Onboarding erheben. BT-10-Anforderungen, Leitweg-ID, Endpunkt-IDs, Profilerwartungen. Eine wegen fehlender Referenz abgelehnte Rechnung ist ein Inkasso-Verzug, nicht nur ein technischer Defekt.

Die Empfängerseite

Die BStBK empfiehlt Empfängern, jede eingehende E-Rechnung zu validieren: Syntax, Semantik und Konformität mit nationalen Erweiterungen. Befunde lösen Kontakt mit dem Aussteller aus, nicht stille Buchung.

Für Empfänger sind Geschäftsregelfehler in eingehenden Rechnungen ein Frühwarnsystem:

• Ein Lieferant, dessen Rechnungen wiederholt Rechenprüfungen nicht bestehen, hat einen Berechnungsfehler, der irgendwann einen Steuerbetrag trifft
• Eine fehlende Buyer Reference bedeutet manuelles Routing in Ihrer Kreditorenbuchhaltung: Kosten und Verzug
• Ein Geschäftsregelfehler bei Pflichtangaben zur Umsatzsteuer kann Ihren Vorsteuerabzug gefährden, wenn er unkorrigiert bleibt

Häufige Fehldeutungen

"Die Schema-Validierung ist durch, also ist die Rechnung in Ordnung." Schema ist Ebene eins. Geschäftsregeln sind Ebene zwei. Käufer und Prüfer arbeiten auf beiden.

"BT-10 ist optional." Im Basisstandard ja. In der Spezifikation Ihres Kunden meist nein. Das Feld, das im Standard optional ist, ist in der Geschäftsbeziehung Pflicht.

"Ein Cent Rundung spielt keine Rolle." Für einen Validator ist es ein kritischer Fehler. Für ein automatisiertes Kreditorensystem eine Ablehnung. Automatisieren Sie die Rundung so, wie der Standard sie erwartet.

"Wir korrigieren abgelehnte Rechnungen, wenn sich Kunden beschweren." Ablehnungswarteschlangen sind still. Die Rechnung liegt unbezahlt; die Mahnung geht raus; die Beziehung trägt die Reibung. Validieren Sie vor dem Versand.

Dieses Material dient der allgemeinen Information und stellt keine Rechts- oder Steuerberatung dar. Prüfen Sie im Einzelfall die aktuellen Regelungen oder konsultieren Sie einen qualifizierten Berater.