Bestellbezug in der E-Rechnung: Auftrag, Vertrag und Projekt richtig zuordnen

Eine Bestellnummer, eine Käuferreferenz, eine Vertragsnummer und eine Projektnummer gehören in einer E-Rechnung nicht in dasselbe Feld. Jede Kennung beantwortet eine andere Frage: Wer soll die Rechnung intern erhalten? Auf welche Bestellung bezieht sie sich? Welcher Vertrag oder welches Projekt ist betroffen? Werden die Angaben semantisch korrekt zugeordnet, kann der Empfänger die Rechnung automatisiert prüfen und verbuchen. Landen dagegen alle Nummern im Freitext oder in der Käuferreferenz, kann selbst eine technisch gültige XML-Rechnung im Geschäftsprozess scheitern.

Für KMU ist die wichtigste Regel deshalb einfach: Übernehmen Sie die Referenz exakt aus Bestellung oder Auftrag und setzen Sie sie in das dafür vorgesehene Feld. Fragen Sie nach, wenn der Kunde nur eine unkommentierte Zeichenfolge nennt. Der Unterschied ist besonders bei XRechnung und Peppol sowie bei Rechnungen an öffentliche Auftraggeber in Deutschland und Österreich relevant.

BT-10 bis BT-14: Welche Referenz wofür gedacht ist

Die europäische Rechnungsnorm EN 16931 ordnet Geschäftsinformationen sogenannten Business Terms zu. Peppol BIS Billing nutzt diese Systematik ebenfalls. Für den Bestellbezug sind vor allem fünf Begriffe wichtig:

Die Felder ergänzen sich. Eine Rechnung kann beispielsweise gleichzeitig eine Käuferreferenz für die interne Weiterleitung, eine Bestellnummer des Kunden und eine eigene Auftragsnummer des Lieferanten enthalten. Peppol verlangt im Standardfall mindestens eine Käuferreferenz oder eine Bestellreferenz. Das bedeutet jedoch nicht, dass beide Werte austauschbar wären. Der konkrete Empfänger kann zusätzliche Angaben verlangen.

BT-10 ist keine Sammelstelle für alle Nummern

Die Käuferreferenz identifiziert eine Person, Stelle oder Routing-Angabe beim Käufer. Im deutschen Bundesbereich steht dort die Leitweg-ID. Im B2B-Geschäft kann der Käufer eine andere interne Kennung vorgeben. Die offiziellen XRechnung-FAQ stellen klar, dass Unternehmen untereinander keine Leitweg-ID benötigen; BT-10 kann dort eine andere geeignete Kennung für die interne Zuordnung enthalten. Eine genauere Einordnung finden Sie im Claribill-Beitrag zu Leitweg-ID, BT-10 und Peppol-ID.

BT-13 gehört der Bestellung des Kunden

BT-13 enthält die Kennung der Bestellung, die der Käufer ausgelöst hat. Sie stammt daher typischerweise aus dem Beschaffungssystem des Kunden. Die Nummer sollte exakt übernommen werden, einschließlich führender Nullen, Bindestriche und Großbuchstaben. Eine eigene Auftragsnummer des Lieferanten gehört nicht an diese Stelle, sondern gegebenenfalls in BT-14.

BT-11 und BT-12 schaffen fachlichen Kontext

Bei größeren Vorhaben reicht die Bestellnummer häufig nicht aus. Die Projektreferenz in BT-11 ordnet die Rechnung einem Vorhaben zu. Die Vertragsreferenz in BT-12 verweist auf die rechtliche oder kaufmännische Grundlage. Ein Rahmenvertrag kann viele Bestellungen und Rechnungen umfassen; deshalb sind Vertrags- und Bestellnummer keine Synonyme.

Warum formal gültige Rechnungen trotzdem zurückgewiesen werden

Eine XML-Datei kann das vorgeschriebene Format einhalten und dennoch nicht verarbeitbar sein. Die technische Validierung prüft Struktur, Datentypen und Geschäftsregeln. Sie kann aber nicht zuverlässig erkennen, ob eine syntaktisch zulässige Nummer fachlich im richtigen Feld steht oder ob sie zur Bestellung des Empfängers gehört.

Drei Fehler treten in der Praxis besonders oft auf:

• Die Nummer steht nur im Freitext. Menschen finden sie, eine automatische Zuordnung möglicherweise nicht.
• Käufer- und Bestellreferenz werden vertauscht. Die Rechnung erreicht eventuell das Portal, landet aber nicht beim zuständigen Einkauf oder Projekt.
• Die Referenz wird verändert. Ein Tabellenprogramm entfernt führende Nullen, ein Export kürzt die Zeichenfolge oder ein Mitarbeiter ergänzt beschreibenden Text im selben Feld.

Prüfen Sie deshalb nicht nur, ob eine E-Rechnung technisch valide ist. Kontrollieren Sie auch, ob die vom Empfänger genannten Referenzen vollständig und unverändert in den vorgesehenen Feldern stehen. Der Beitrag E-Rechnungen vor dem Versand validieren zeigt, wie technische und fachliche Prüfung zusammenspielen.

Deutschland: Öffentliche Auftraggeber und B2B trennen

Bei Rechnungen an die deutsche Bundesverwaltung wird die Leitweg-ID als Käuferreferenz in BT-10 eingetragen. Hat der Auftraggeber im Bestellvorgang eine Bestellnummer mitgeteilt, gehört sie nach den Informationen der E-Rechnung des Bundes in BT-13. Im Baubereich können zusätzlich Projekt-, Vertrags-, Vergabe-, Objekt- oder Buchungsreferenzen angefordert werden. Entscheidend ist die Vorgabe im Auftrag oder in den Rechnungshinweisen des Empfängers.

Im deutschen B2B-Geschäft ist die Situation anders. Unternehmen benötigen keine Leitweg-ID. Der Kunde kann für BT-10 eine Kostenstelle, einen Ansprechpartner oder eine andere interne Routing-Kennung vorgeben. Hat er eine Bestellung ausgelöst, bleibt deren Nummer eine Bestellreferenz in BT-13. Fragen Sie nicht pauschal nach der Leitweg-ID, sondern nach der benötigten Käufer- und Bestellreferenz.

Praxisbeispiel 1: Wartung für eine Bundesbehörde

Ein IT-Dienstleister erhält eine Leitweg-ID, eine Bestellnummer und eine Projektkennung für die Erneuerung eines Serversystems. Die Leitweg-ID wird als Käuferreferenz in BT-10 erfasst, die Bestellnummer als BT-13 und die Projektkennung als BT-11. Die eigene Auftragsbestätigung des Dienstleisters kann zusätzlich über BT-14 referenziert werden. Alle Werte bleiben getrennt, obwohl sie zu demselben Geschäftsvorgang gehören.

Praxisbeispiel 2: Serienlieferung an ein Industrieunternehmen

Ein Zulieferer rechnet monatlich Lieferungen aus einem Rahmenvertrag ab. Der Kunde nennt die Vertragsnummer, für jede Abrufbestellung eine eigene Bestellnummer und für die interne Verteilung eine Kostenstellenkennung. Die Vertragsnummer gehört in BT-12, die jeweilige Bestellung in BT-13 und die vom Käufer bezeichnete interne Kennung in BT-10. So kann der Empfänger sowohl den Vertrag als auch den konkreten Abruf maschinell abgleichen.

Österreich: Die Auftragsreferenz ist ein eigener Routing-Schlüssel

Bei e-Rechnung.gv.at spielt die Auftragsreferenz eine zentrale Rolle. Für UBL-Rechnungen wird sie auf die Bestellreferenz in BT-13 abgebildet. Bei Bundesdienststellen kann sie aus einer zehnstelligen Bestellnummer, einer dreistelligen Einkäufergruppe oder einer Kombination aus Einkäufergruppe und zusätzlicher Referenz bestehen. Wird eine Bundes-Bestellnummer verwendet, ist laut Portal auch die Bestellposition auf Zeilenebene relevant.

Diese österreichische Auftragsreferenz sollte nicht mit der deutschen Leitweg-ID gleichgesetzt werden. Beide unterstützen die elektronische Zustellung und Zuordnung, nutzen aber unterschiedliche Verwaltungs- und Portalregeln. Übernehmen Sie in Österreich die vom Empfänger angegebene Schreibweise und prüfen Sie dessen konkrete Einlieferungsvorgaben.

Praxisbeispiel 3: Ausstattung einer österreichischen Dienststelle

Ein Möbelbaubetrieb liefert Schränke auf Grundlage einer Bundesbestellung. Auf dem Auftrag stehen eine zehnstellige Bestellnummer und Positionen für Schrank, Montage und Anfahrt. Die Auftragsreferenz wird in der UBL-Rechnung als BT-13 übertragen; die Rechnungszeilen erhalten die passenden Bestellpositionen. Eine interne Projektnummer des Möbelbaubetriebs ersetzt diese Angaben nicht.

Ein belastbarer Ablauf vom Auftrag bis zur Rechnung

Der beste Zeitpunkt für die Klärung ist nicht der Rechnungsversand, sondern die Auftragserfassung. Wer Referenzen erst am Ende aus E-Mails zusammensucht, erhöht das Risiko von Übertragungsfehlern. Ein verlässlicher Prozess besteht aus sechs Schritten:

1. Vorgaben einsammeln: Halten Sie im Angebot oder Auftrag fest, welche Kennungen der Kunde für die Rechnung verlangt.
2. Bedeutung benennen: Speichern Sie nicht nur die Nummer, sondern auch den Typ: Käufer, Projekt, Vertrag, Bestellung oder eigener Auftrag.
3. Originalwert bewahren: Verhindern Sie automatische Zahlenformatierung und Kürzungen.
4. Belegkette verbinden: Nutzen Sie dieselben Referenzen in Auftragsbestätigung, Lieferschein und Rechnung, ohne ihre Bedeutung zu verändern.
5. Export prüfen: Kontrollieren Sie, ob jedes Feld im erzeugten XML an der erwarteten Stelle steht.
6. Rückmeldungen auswerten: Dokumentieren Sie Ablehnungsgründe des Portals oder Kunden und korrigieren Sie die Stammdaten.

Referenzen auf Kopf- und Zeilenebene unterscheiden

Eine Bestellreferenz im Rechnungskopf beschreibt zunächst den Bezug der gesamten Rechnung. Das genügt, wenn alle Positionen aus derselben Kundenbestellung stammen. Werden in einer Sammelrechnung mehrere Bestellungen zusammengeführt, kann eine einzelne Kopfnummer dagegen mehrdeutig oder sogar falsch sein. Dann muss vorab geklärt werden, ob der Empfänger mehrere Rechnungen erwartet oder ob die Zuordnung auf Positionsebene unterstützt und verlangt wird.

Ähnliches gilt für Bestellpositionen. Der Kunde kann nicht nur die Bestellnummer, sondern auch eine Positionsnummer vorgeben. Diese verbindet eine konkrete Rechnungszeile mit der bestellten Leistung oder Ware. Das ist besonders wichtig, wenn Mengen teilweise geliefert, unterschiedliche Steuersätze verwendet oder mehrere Leistungszeiträume abgerechnet werden. Bei österreichischen Bundesbestellungen mit zehnstelliger Bestellnummer fordert e-Rechnung.gv.at ausdrücklich die passende Bestellposition in der Rechnungszeile.

Vermeiden Sie eine scheinbar einfache Abkürzung: Eine Liste wie „Bestellung 1001, 1002, 1003“ in ein einzelnes Feld zu schreiben, ist nur dann sinnvoll, wenn Standard und Empfänger genau diese Darstellung zulassen. Besser ist eine eindeutige Belegregel. Beispielsweise kann je Bestellung eine Rechnung erzeugt oder jede Rechnungszeile sauber auf ihre Bestellposition bezogen werden. Die Entscheidung sollte mit Einkauf und Buchhaltung des Kunden abgestimmt sein.

Referenzdaten brauchen klare Verantwortliche

Technisch korrekte Felder helfen wenig, wenn niemand für ihre Pflege zuständig ist. Legen Sie deshalb fest, wer Käuferangaben bei der Auftragserfassung prüft, wer Änderungen freigibt und wer Portalrückmeldungen bearbeitet. Im kleinen Betrieb kann das dieselbe Person sein; die Schritte sollten trotzdem nachvollziehbar bleiben.

Für wiederkehrende Kunden lohnt sich ein kleines Referenzprofil. Darin stehen der erlaubte Übertragungsweg, die benötigte Käuferreferenz, das erwartete Format der Bestellnummer und gegebenenfalls Projekt- oder Vertragsangaben. Auftragsspezifische Werte dürfen jedoch nicht blind aus der letzten Rechnung kopiert werden. Eine neue Bestellung kann eine neue Referenz oder einen anderen Rechnungsempfänger besitzen.

Auch Vorlagen verdienen Aufmerksamkeit. Ein Freitextfeld mit der Überschrift „Ihre Referenz“ ist für Menschen bequem, unterscheidet aber nicht zwischen BT-10 und BT-13. Strukturierte Eingabefelder, klare Bezeichnungen und eine abschließende XML-Prüfung reduzieren dieses Risiko. Speichern Sie außerdem die ursprüngliche Kundenmitteilung oder Bestellung bei der Belegkette. Dann lässt sich bei einer Rückfrage belegen, welcher Wert übernommen wurde.

Ablehnungen systematisch korrigieren

Wird eine Rechnung wegen einer Referenz abgelehnt, sollte nicht nur die sichtbare Nummer geändert werden. Prüfen Sie zuerst den Fehlerbericht: Fehlt das Feld, ist die Syntax ungültig oder kennt das Zielsystem die Nummer nicht? Vergleichen Sie anschließend XML, Auftrag und Empfängervorgabe. Erst danach erstellen Sie eine korrigierte Übermittlung nach dem vereinbarten Verfahren.

Halten Sie Fehlerursache und Lösung fest. Wenn etwa führende Nullen regelmäßig verloren gehen, liegt das Problem wahrscheinlich in Import oder Stammdatenformatierung. Wird eine eigene Auftragsnummer wiederholt als Kundenbestellung exportiert, muss die Feldzuordnung im Prozess korrigiert werden. So wird aus einer einzelnen Ablehnung eine dauerhafte Verbesserung.

Ein digitaler Rechnungsworkflow in Claribill hilft dabei, Rechnungen und die zugehörigen Geschäftsdaten an einer Stelle zu bearbeiten. Für den E-Rechnungsbezug sollten Bestellnummer und Käuferreferenz beziehungsweise Leitweg-ID eindeutig gepflegt werden. Zusätzliche Projekt- und Vertragsreferenzen müssen Sie entsprechend den Anforderungen des Empfängers im gesamten Prozess verfügbar halten.

Checkliste vor dem Versand

• Liegt eine ausdrückliche Vorgabe des Käufers oder Portals vor?
• Ist geklärt, ob die Zeichenfolge Käufer-, Projekt-, Vertrags-, Bestell- oder Verkaufsauftragsreferenz ist?
• Wurde die Bestellnummer des Kunden von der eigenen Auftragsnummer getrennt?
• Sind führende Nullen, Trennzeichen und Großschreibung unverändert?
• Steht die deutsche Leitweg-ID ausschließlich dort, wo der Empfänger sie verlangt?
• Wurde bei österreichischen Bundesbestellungen die erforderliche Bestellposition je Rechnungszeile berücksichtigt?
• Hat die technische Validierung keine Fehler ergeben?
• Wurde die fachliche Zuordnung anhand von Auftrag und Empfängervorgaben kontrolliert?

Häufige Fragen

Kann dieselbe Rechnung BT-10 bis BT-14 gleichzeitig enthalten?

Ja, sofern die Werte zum Geschäftsvorgang gehören und der verwendete Standard sie unterstützt. Die Felder beschreiben unterschiedliche Beziehungen und dürfen deshalb nebeneinander stehen.

Ist die Auftragsnummer des Lieferanten eine Bestellnummer?

Nein. Die Bestellreferenz in BT-13 stammt vom Käufer. Eine relevante Verkaufsauftrags- oder Auftragsbestätigungsnummer des Lieferanten wird über BT-14 abgebildet.

Reicht eine Bestellnummer im PDF-Sichtbild?

Für die automatisierte Verarbeitung ist entscheidend, dass die Referenz im strukturierten Rechnungsdatensatz steht. Ein sichtbarer Hinweis im PDF oder Freitext ersetzt das dafür vorgesehene XML-Feld nicht.

Wer entscheidet, welche Referenzen Pflicht sind?

Neben den Regeln des Rechnungsformats sind Auftrag, Vertrag, Portal und Empfängervorgaben maßgeblich. Öffentliche Auftraggeber können zusätzliche Referenzen verlangen. Bei Unsicherheit sollte der Rechnungsteller die Vergabestelle oder Buchhaltung des Empfängers fragen. Diese Einordnung ersetzt keine individuelle Rechts- oder Steuerberatung.

Fazit

Ein sauberer Bestellbezug beginnt mit der Bedeutung einer Kennung, nicht mit ihrem Zahlenformat. Käuferreferenz, Projekt, Vertrag, Kundenbestellung und eigener Verkaufsauftrag bilden verschiedene Ebenen derselben Belegkette. Wer sie von der Auftragserfassung bis zur XML-Rechnung getrennt führt, reduziert Rückfragen, Portalablehnungen und manuelle Nacharbeit.

Quellen

• OpenPeppol: Peppol BIS Billing 3.0, Referenzen und Geschäftsregeln
• E-Rechnung des Bundes: Pflichtfelder und Referenzen
• KoSIT/XStandards Einkauf: FAQ zur XRechnung und Käuferreferenz
• e-Rechnung.gv.at: UBL-Zuordnung der Auftragsreferenz
• e-Rechnung.gv.at: Auftragsreferenz für Bundesdienststellen