Leitweg-ID: Aufbau, Herkunft und wo sie in der XRechnung steht

Was die Leitweg-ID leistet

Die öffentliche Verwaltung ist kein einzelner Empfänger, sondern ein Netz aus Bundes-, Landes- und Kommunalstellen mit eigenen Fachverfahren. Eine Rechnung, die dort eintrifft, muss zu genau einer davon geleitet werden — und zwar automatisch, ohne dass jemand die Anschrift liest.

Genau diese Weiche ist die Leitweg-ID. Sie beantwortet nicht die Frage „wer ist gemeint", sondern „wohin gehört das Dokument im Behördennetz".

Deshalb ist sie auch nicht ableitbar. Anschrift und Behördenname beschreiben die Organisation, die Leitweg-ID beschreibt einen Zustellpunkt darin — und die Zuordnung kennt nur die Behörde selbst.

Der Aufbau

Die Leitweg-ID besteht aus bis zu drei Teilen, getrennt durch Bindestriche:

1991-12345-67
2│    │     └── Prüfziffer (2 Stellen)
3│    └──────── Feinadressierung (optional)
4└───────────── Grobadressierung

• Grobadressierung — benennt den übergeordneten Bereich, also Bund, ein bestimmtes Land oder eine Kommune.
• Feinadressierung — optional, benennt die Stelle innerhalb dieses Bereichs. Fehlt sie, adressiert die ID den Bereich als Ganzes.
• Prüfziffer — zwei Stellen, rechnerisch aus dem Rest abgeleitet.

Die Prüfziffer ist der Grund, warum ein Tippfehler meist sofort auffällt: Eine vertauschte Ziffer verändert die Prüfsumme, und die Formatprüfung schlägt an, bevor die Rechnung überhaupt weitergereicht wird.

🔵 Das ist die gute Nachricht. Die schlechte: Eine ID, die formal korrekt ist, aber zur falschen Stelle gehört, besteht jede Prüfung — und die Rechnung verschwindet lautlos an einem Ort, an dem sie niemand erwartet.

Wo sie im Dokument steht

Die Leitweg-ID reist in BT-10, der Buyer reference. In einer UBL-XRechnung sieht das so aus:

1<cbc:BuyerReference>991-12345-67</cbc:BuyerReference>

Und in CII:

1<ram:BuyerReference>991-12345-67</ram:BuyerReference>

BT-10 ist ein gewöhnliches Feld der europäischen Norm. Neu ist nicht das Feld, sondern die deutsche Festlegung, was hineingehört: Für Rechnungen an die öffentliche Verwaltung ist BT-10 Pflicht und trägt die Leitweg-ID.

In der API

In unserem Datenmodell liegt sie im länderspezifischen Block, weil sie genau das ist — eine deutsche Besonderheit auf einem europäischen Feld:

1{
2  "countrySpecific": {
3    "countryCode": "DE",
4    "leitwegId": "991-12345-67"
5  }
6}

Die Zuordnung auf BT-10 übernimmt die Erzeugung. Sie müssen also nicht wissen, ob das Zielformat CII oder UBL ist — nur, welche Leitweg-ID gilt.

Die drei Fehler, die tatsächlich passieren

1. Die ID steht im falschen Feld. Eine verbreitete Fehlannahme ist, es gebe ein eigenes Leitweg-Feld. Gibt es nicht. Wer die ID in ein Freitextfeld, in den Verwendungszweck oder in die Bestellnummer schreibt, erzeugt eine formal gültige Rechnung, die nicht zugestellt werden kann.

2. Die ID gehört zum Vorjahr. Behördenstrukturen ändern sich, und mit ihnen Leitweg-IDs. Eine ID, die bei der letzten Rechnung funktioniert hat, ist keine Zusicherung für die nächste. Bei wiederkehrenden Rechnungen lohnt es sich, die ID mit dem Auftrag abzugleichen statt aus dem Stammsatz zu übernehmen.

3. Leitweg-ID und Bestellnummer werden vermischt. Verlangt eine Behörde zusätzlich eine Bestellnummer, gehört diese nicht ebenfalls in BT-10. Beides in ein Feld zu schreiben — getrennt durch Schrägstrich oder Komma — macht die Zustellung unmöglich, weil die Weiche den ganzen Feldinhalt auswertet.

Prüfen, bevor Sie senden

Ob eine Leitweg-ID formal gültig ist, lässt sich ohne Zugang zur Behörde feststellen: Die Prüfziffer verrät Tippfehler, und die Struktur verrät, ob die Trennzeichen stimmen. Ob sie richtig ist, verrät nur der Auftraggeber.

Der Unterschied ist wichtig genug, um ihn auszusprechen: Ein Validator bestätigt Ihnen, dass die Rechnung technisch zustellbar ist. Dass sie beim richtigen Empfänger ankommt, bestätigt er nicht.