Zum Hauptinhalt springen
XRechnung · KoSIT-Regeln

Fehler BR-DE-15 in XRechnung: die Rechnung enthält keine Buyer reference (BT-10)

BR-DE-15 ist eine Regel der XRechnung, des deutschen Formats für elektronische Rechnungen: Jede Rechnung muss die Referenz des Käufers tragen, das Feld BT-10. Bei einer deutschen öffentlichen Stelle steht dort ihre Leitweg-ID; bei einem Unternehmen die Referenz, die es Ihnen mitgeteilt hat. Fehlt sie, erklärt der KoSIT-Validator die Rechnung für ungültig.

FlexigoTech · Verantwortlich: Víctor Gómez · Aktualisiert am 4. November 2026

Das Wichtigste

Versionen
Odoo 17, 18, 19 und 20
Geprüft
im Quellcode des Moduls, Version 17.0 und 20.0 · in den Quellen am Ende
Lesezeit
3 Min.

Der Regeltext, so wie er im Prüfbericht des Validators erscheint (KoSIT schreibt ihn auf Deutsch), lautet: «Das Element "Buyer reference" (BT-10) muss übermittelt werden.» Gemeint ist, dass das Element Buyer reference in der Rechnung enthalten sein muss. Im Schematron von XRechnung 3.0.2 (KoSIT-Version v2.6.0) hat sie den Schweregrad fatal: Es ist kein Hinweis, die Rechnung fällt durch.

Was geprüft wird und was nicht

Die Regel prüft nur, ob das Feld vorhanden und nicht leer ist. Sie kontrolliert nicht, ob der Wert sinnvoll ist: Jeder Text erfüllt sie. In UBL ist es das Element cbc:BuyerReference im Kopf des Dokuments.

Peppol BIS, das Format, das in Belgien oder den Niederlanden verwendet wird, ist nachgiebiger: Es genügt die Referenz des Käufers oder die Bestellnummer, wie die Regel PEPPOL-EN16931-R003 sagt: «A buyer reference or purchase order reference MUST be provided.» Deshalb kann eine Rechnung, die über Peppol problemlos übermittelt wird, bei BR-DE-15 hängen bleiben, wenn Sie sie für einen deutschen Kunden als XRechnung ausgeben.

Übersichtskarte der XRechnung-Regel BR-DE-15
BR-DE-15 ist im KoSIT-Schematron fatal: Ohne BT-10 ist die XRechnung nicht gültig.

Woher Odoo den BT-10 nimmt

Der XRechnung-Export, der mit Odoo ausgeliefert wird (ohne Module von Drittanbietern), befüllt das Feld so:

VersionWert von BT-10Wenn es keinen gibt
Odoo 17Das Feld Referenz des Kundenunternehmens. Wenn dessen Peppol-E-Adresse (EAS) 0204 ist, dessen Peppol Endpoint.Schreibt «N/A».
Odoo 18 und 19Das Feld Referenz des Kontakts oder, wenn leer, das seines Unternehmens. Mit EAS 0204 der Peppol Endpoint.Schreibt «N/A».
Odoo 20Ebenso, nur heißen Schema und Kennung Routing ID und Routing Endpoint. Mit Routing ID 0204 der Routing Endpoint.Schreibt «N/A».

Mit der XRechnung von Odoo schlägt BR-DE-15 nicht an, weil das Feld nie leer ist. «N/A» erfüllt aber nur den Buchstaben der Regel. Es ist nicht die Referenz, die Ihr Kunde erwartet, und wenn Sie an eine öffentliche Verwaltung abrechnen, ist es nicht deren Leitweg-ID. Prüfen Sie vor dem Versand die XML-Datei oder die Vorschau und sehen Sie nach, was BT-10 enthält.

Wenn der Kunde eine öffentliche Verwaltung ist

0204 ist das Schema der Leitweg-ID in der Liste der elektronischen Adressschemata. Wenn Sie auf dem Kontakt der Behörde dieses Schema und ihre Leitweg-ID als Kennung eintragen, kopiert Odoo sie in BT-10, sodass Sie sie nicht bei jeder Rechnung neu eingeben müssen. Bei einem privaten Unternehmen ist üblich, die Referenz einzutragen, die es verlangt, häufig seine Bestell- oder Lieferantennummer: Sie kommt in das Feld Referenz seines Kontakts.

Mit unserem Modul XRechnung und ZUGFeRD

Das Modul fügt im Kundenformular einen eigenen Reiter E-Invoicing hinzu, mit zwei Feldern für diese Angabe: Leitweg-ID (BT-10), das verwendet wird, wenn der Kunde als öffentliche Verwaltung (B2G Partner) markiert ist, und Buyer Reference (BT-10) für alle übrigen. Wenn Sie den Kunden als öffentliche Verwaltung markieren und die Leitweg-ID fehlt, erzeugt das Modul die Rechnung nicht: Es stoppt mit «B2G partner requires a Leitweg-ID (BT-10).». Ist er keine Verwaltung und das Buyer Reference leer, geht das XML ohne BuyerReference hinaus, ohne Platzhalter wie «N/A», und dort taucht BR-DE-15 auf.

Kunde aus dem öffentlichen Sektor in Odoo 20 mit dem Reiter E-Invoicing des Moduls XRechnung
Kunde als B2G Partner markiert, mit seiner Leitweg-ID (BT-10) und leerem Buyer Reference. Screenshot aus Odoo 20 mit Demodaten.

In Odoo 18, 19 und 20 sehen Sie es, bevor etwas versendet wird: Mit dem Abonnement FlexigoTech Cloud wird jede erzeugte XRechnung gegen die KoSIT-Regeln validiert, und die Fehler bleiben an der Rechnung, unter Validation Errors, eine Zeile pro Regel. Eine Rechnung mit BR-DE-15 wird nicht als Ready to send markiert. Die für Odoo 17 veröffentlichte Version erzeugt die XRechnung, validiert sie aber nicht.

So beheben Sie es

  1. Wenn der Kunde eine deutsche öffentliche Verwaltung ist, fragen Sie nach ihrer Leitweg-ID und tragen Sie sie auf dem Kontakt ein: im Feld Leitweg-ID des Reiters E-Invoicing mit unserem Modul oder als elektronische Adresse mit Schema 0204 in Odoo.
  2. Wenn es ein Unternehmen ist, fragen Sie, welche Referenz es sehen möchte, und speichern Sie sie auf dem Kontakt (Buyer Reference mit dem Modul, Referenz in Odoo).
  3. Erzeugen Sie die XRechnung erneut: Die bereits versendete ändert sich nicht, und wenn sie abgelehnt wurde, senden Sie die korrigierte.
  4. Prüfen Sie BT-10 im Ergebnis, bevor Sie sie versenden.

Weiterlesen

XRechnung: Fehler BR-DE-2 bis BR-DE-7, BR-DE-27 und BR-DE-28, der VerkäuferkontaktBR-DE-2 bis BR-DE-7 verlangen in der XRechnung Ort, PLZ, Ansprechpartner, Telefon und E-Mail des Verkäufers. Was jede Regel sagt und wie Sie sie in Odoo erfüllen.Fehler BR-DE-1, BR-61 und BR-DE-23 in XRechnung: die ZahlungsanweisungenBR-DE-1 verlangt in XRechnung die Zahlungsanweisungen (BG-16), BR-61 das Konto bei Überweisung. Was Odoo 17, 18, 19 und 20 schreibt und wie Sie es beheben.Fehler PEPPOL-EN16931-R010 und R020: die elektronische Adresse des Käufers oder VerkäufersPEPPOL-EN16931-R010 und R020 verlangen die elektronische Adresse von Käufer und Verkäufer; BR-62, BR-63 und BR-CL-25 ihr Schema. Wo sie in Odoo 17, 18, 19 und 20 steht.
Geprüft im Quellcode des Moduls (Version 17.0 und 20.0) und in den verlinkten Quellen

Quellen