E-Rechnung: Vorgaben des Empfängers klären
Eine technisch gültige Rechnung kann Angaben vermissen lassen, die Ihr Kunde für seine Bearbeitung benötigt. Halten Sie Format, Übermittlungsweg, Kennungen und Referenzen gemeinsam fest. Die Vorlage ist kostenlos als HTML, PDF und Excel-Datei verfügbar.
Fachlich geprüft am . Beispiele und Vereinbarungen sind fiktiv.
Standardpflicht, bedingte Regel und Kundenvereinbarung
| Anforderung | Beispiel | Prüfung |
|---|---|---|
| Pflicht aus dem verwendeten Standard | XRechnung verlangt die Käuferreferenz BT-10. | XML-Schema und Geschäftsregeln des gewählten Profils. |
| Bedingte Standardregel | Wenn eine standardisierte Artikelkennung BT-157 verwendet wird, muss auch das Kennungsschema angegeben sein. | Der Validator prüft die Bedingung und die dazugehörige Regel. |
| Zusätzliche Empfängervereinbarung | Der Kunde verlangt seine Lieferantennummer in BT-29 oder eine Lieferscheinreferenz in BT-16. | Abgleich mit der bestätigten Vereinbarung; nicht vollständig durch den Standardvalidator abgedeckt. |
Die Kardinalität beschreibt das Vorkommen an einer bestimmten Stelle: 0..1 bedeutet höchstens einmal, 0..n erlaubt mehrere Vorkommen. 1..1 innerhalb einer optionalen Gruppe verlangt das Feld erst, wenn die Gruppe verwendet wird. Bedingte Geschäftsregeln können weitere technische Anforderungen auslösen.
Ein Kunde kann zusätzliche Angaben für die Bearbeitung vereinbaren. Solche Vorgaben ändern die Standardkardinalität nicht. Auch das technische Prüfergebnis sagt nicht, ob die angegebene Nummer tatsächlich zu Ihrem Kunden gehört. Die Vorlage ergänzt die Prüfung der Rechnung; sie ersetzt weder den gewählten Standard noch die steuerliche Prüfung.
Vorlage: Angaben, Bedingungen und Bestätigung festhalten
Tragen Sie je Empfänger zunächst dessen Namen, Ihren eigenen Unternehmensnamen, den betroffenen Auftrag und die Version der Vereinbarung ein. Halten Sie anschließend für jede Angabe den Wert, die Bedingung, die Datenquelle, die bestätigende Stelle und das Bestätigungsdatum fest. Offene Punkte bleiben ausdrücklich offen.
Die PDF-Datei enthält eine druckbare Leervorlage und ein fiktiv ausgefülltes Beispiel. Die Excel-Datei enthält dieselben Inhalte auf zwei getrennten Blättern. Ergänzen Sie Unternehmens- und Empfängerdaten ausschließlich in Ihrer heruntergeladenen Kopie. Diese Seite hat kein Eingabeformular und übermittelt keine ausgefüllten Anforderungen.
| Angabe / Feld | Was ist zu klären? | Zu dokumentieren |
|---|---|---|
| Format und Profil | Syntax, Profil und Fassung ausdrücklich vereinbaren. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Übermittlungsweg | Postfach, Portal oder Netzwerk und dessen Anforderungen bestätigen lassen. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Käuferreferenz BT-10 | Nicht ungeprüft durch Bestellnummer oder Kundennummer ersetzen. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Elektronische Adresse BT-49 | Wert, Schema und tatsächlichen Übertragungsweg getrennt bestätigen. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Verkäuferkennung BT-29 | Interne Lieferantennummer oder globale Kennung samt Schema festlegen. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Käuferkennung BT-46 | Kundennummer und GLN sind unterschiedliche Kennungssysteme. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Bestellung BT-13 | Benötigte Bestellreferenz und gegebenenfalls Positionsreferenzen klären. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Lieferschein BT-16 | Referenz auf die Versandanzeige bzw. vereinbarten Lieferschein. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Lieferempfänger / Ort BT-70/71 | Name, Lieferadresse und Standortkennung nicht mit Käuferdaten gleichsetzen. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Artikelkennungen BT-155/156/157 | SKU, Käuferartikelnummer und GTIN samt Schema getrennt zuordnen. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Artikeleigenschaften BT-160/161 | Eigenschaftsnamen und erlaubte Werte gemeinsam festlegen. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Nachlässe und Zuschläge | Ebene, Betrag oder Prozentsatz, Grund und Steuerzuordnung festhalten. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
| Test und Rückmeldung | Standardprüfung und Kundenabnahme getrennt dokumentieren. | Wert · Bedingung · Datenquelle · bestätigende Stelle · Stand |
Die von Rechnex erstellte Vorlage dürfen Sie kostenlos kopieren, ausfüllen, anpassen und an Geschäftspartner weitergeben. Ein Verweis auf diese Erläuterung ist willkommen. Die Vorlage enthält keine Vorgaben oder Freigabe eines bestimmten Rechnungsempfängers.
Fiktives Beispiel: Muster GmbH liefert an Beispiel AG
Die folgende Vereinbarung dient nur der Erläuterung. Sie ist keine allgemeine Empfängervorgabe. Die Testrechnung ist noch nicht vom fiktiven Kunden angenommen; vollständige Angaben in der Liste sind deshalb keine Abnahmebestätigung.
| Angabe / Feld | Vereinbarter Wert | Bedingung | Datenquelle | Bestätigende Stelle | Stand |
|---|---|---|---|---|---|
| Format und Profil | XRechnung 3.0, UBL 2.1; Bundle 3.0.2 | Alle Rechnungen dieses Auftrags | Empfängerleitfaden | Buchhaltung Beispiel AG | 2026-09-21 |
| Übermittlungsweg | rechnung@beispiel.example (nur fiktiv) | Eine XML-Datei je E-Mail | Vereinbarung zum Rechnungseingang | Buchhaltung Beispiel AG | 2026-09-21 |
| Käuferreferenz BT-10 | EINKAUF-2026-42 | Für diesen Auftrag | Auftrag | Einkauf Beispiel AG | 2026-09-21 |
| Elektronische Adresse BT-49 | rechnung@beispiel.example; Schema EM | Alle Rechnungen dieses Auftrags | Empfängerstammdaten | Buchhaltung Beispiel AG | 2026-09-21 |
| Verkäuferkennung BT-29 | LIEF-0042 | Zusätzliche Kundenanforderung | Lieferantenstamm des Käufers | Einkauf Beispiel AG | 2026-09-21 |
| Käuferkennung BT-46 | KUND-0042 | Für diesen Kunden | Kundenstamm des Verkäufers | Vertrieb Muster GmbH | 2026-09-21 |
| Bestellung BT-13 | PO-2026-42 | Wenn eine Bestellung vorliegt | Bestellung des Käufers | Einkauf Beispiel AG | 2026-09-21 |
| Lieferschein BT-16 | LS-2026-42 | Bei Warenlieferung | Lieferschein | Logistik Muster GmbH | 2026-09-21 |
| Lieferempfänger / Ort BT-70/71 | Musterlager Nord; Standortkennung abstimmen | Bei abweichendem Lieferort | Bestellung / Lieferstellenstamm | Logistik Beispiel AG | 2026-09-21 |
| Artikelkennungen BT-155/156/157 | SKU-0042 / ART-K-0042; GTIN hier nicht verlangt | Für den Musterartikel | Artikelstämme beider Partner | Einkauf Beispiel AG | 2026-09-21 |
| Artikeleigenschaften BT-160/161 | Farbe = Blau | Wenn eine Farbvariante bestellt ist | Artikelstamm | Einkauf Beispiel AG | 2026-09-21 |
| Nachlässe und Zuschläge | Keine Nachlässe oder Zuschläge | Nur für diesen Musterauftrag | Konditionen zum Auftrag | Einkauf und Vertrieb | 2026-09-21 |
| Test und Rückmeldung | Testrechnung senden; Annahme noch offen | Vor dem ersten produktiven Versand | Prüfbericht und Rückmeldung | Buchhaltung Beispiel AG | 2026-09-21 |
Die geprüfte Handelsrechnung zeigt die zugehörigen Rollen und Referenzen. Sie enthält zur Erläuterung zusätzlich synthetische GLN-/GTIN-Testwerte; diese werden durch die hier gezeigte Vereinbarung nicht vorgeschrieben.
Technisch gültig – eine vereinbarte Referenz fehlt trotzdem
Angenommen, ein Kunde verlangt für Warenlieferungen den Lieferschein in BT-16. Die vorhandene synthetische UBL-Referenzrechnung enthält keine solche Referenz. Sie ist für ihren dokumentierten Standardprüfstand dennoch technisch gültig; der Originalprüfbericht und das Prüfprotokoll stammen vom 7. September 2026 (KoSIT 1.6.2, Konfiguration v2026-01-31).
Der fehlende Lieferschein ist in diesem Gedankenbeispiel eine Abweichung von der zusätzlichen Vereinbarung, kein nachgewiesener Standardfehler. Die tatsächliche Versandanzeige muss aus der richtigen Datenquelle ergänzt werden. Eine beliebige Nummer oder eine als Freitext angehängte Vermutung löst das Problem nicht.
- Format und Profil mit dem Empfänger bestätigen.
- Pflichtangaben und Geschäftsregeln mit dem passenden Validator prüfen.
- Vereinbarte Werte mit Bestellung, Stamm- und Lieferdaten abgleichen.
- Eine Testrechnung über den abgestimmten Weg senden und die Rückmeldung dokumentieren.
Für die Fehlersuche hilft die bestehende Checkliste für abgelehnte XRechnungen. Eine erfolgreiche Standardprüfung ist keine Zusage, dass jeder Empfänger die Rechnung annimmt.
Ihre Rechnung prüfen oder den Ablauf abstimmen
Prüfen Sie eine vorhandene Rechnung vor dem Versand. Für wiederkehrende Kundenvorgaben können Sie eine Enterprise-Anfrage stellen und auf Ihre ausgefüllte Anforderungsliste Bezug nehmen.
Die Referenzdateien beschreiben den Standard. Nicht jeder darin enthaltene Sonderfall lässt sich in jedem Rechnex-Werkzeug eingeben oder vollständig anzeigen. Ob Ihr Ablauf unterstützt wird, prüfen Sie anhand Ihrer konkreten Anforderungen.
Quellen und Prüfstand
Die offiziellen Definitionen und vollständigen XML-Pfade finden Sie im Feldführer. Zusätzliche Empfängervereinbarungen gelten nur für den jeweils abgestimmten Ablauf.

