E-Rechnung im ERP: Herausforderungen bei der Übermittlung der Bestellnummer im XML

„Vielen Dank für die Zusendung der Rechnung. Zur korrekten internen Zuordnung benötigen wir jedoch zusätzlich im E-Rechnungsformat die von uns vergebene Bestellnummer.“

Diese Anforderung ist für eine automatisierte Rechnungsverarbeitung essenziell, da die Bestellnummer als eindeutiger Anker für den Abgleich dient. In der Praxis zeigt sich jedoch häufig folgendes Problem: Trotz der Erfassung der Nummer in einem Feld wie „Kundenreferenz“ innerhalb des ERP-Systems erhält der Rechnungssteller die Rückmeldung, dass diese Information im strukturierten E-Rechnungsformat fehlt.

Die Analyse der zugrunde liegenden XML-Struktur verdeutlicht das Problem. Die technischen Tags und Pfade der E-Rechnung zeigen, dass Informationen, die in der Benutzeroberfläche einer Software sichtbar sind, nicht zwangsläufig in den strukturierten Datensatz übernommen werden. In vielen Fällen ist das Feld zwar auf dem visuellen Beleg vorhanden, im XML-Datenteil jedoch nicht befüllt. Softwarehersteller beschränken sich bei der Implementierung oft auf die gesetzlich geforderten Pflichtfelder, während optionale Felder – die für die Prozessautomatisierung entscheidend sind – im XML-Export unberücksichtigt bleiben. Standardisierte Support-Antworten bieten hier oft keine Lösung, da sie diese technischen Unzulänglichkeiten im Mapping ignorieren.

Das Problem: Formale E-Rechnung vs. operative ERP-Prozessfähigkeit

Seit dem 1. Januar 2025 ist die E-Rechnung im B2B-Bereich gesetzlich verankert. Ziel ist die Vereinfachung von Prozessen durch Maschinenlesbarkeit. In der Umsetzung scheitert die automatisierte Verarbeitung jedoch oft. Für eine fundierte Einordnung müssen zwei Ebenen differenziert werden: die steuerliche Pflicht und die prozessuale Erwartung (die automatisierte Verarbeitung im ERP).

Die steuerliche Ebene: E-Rechnungspflicht ab 2025

Die steuerlichen Anforderungen an eine E-Rechnung definieren sich in Deutschland primär über die europäische Norm EN 16931. Als Standardformate haben sich die XRechnung sowie ZUGFeRD (ab Version 2.0.1) etabliert.

Empfangspflicht: Seit dem 1. Januar 2025 ist jedes Unternehmen verpflichtet, den Empfang von E-Rechnungen technisch sicherzustellen.

Übergangsfristen: Bis Ende 2026 (bzw. 2027 für Unternehmen mit geringeren Umsätzen) ist der Versand von „sonstigen Rechnungen“ (z. B. PDF) unter bestimmten Voraussetzungen noch zulässig.

Dabei gilt: Eine steuerrechtlich konforme E-Rechnung garantiert noch keine automatisische Verarbeitbarkeit im ERP des Empfängers. Hierfür ist die korrekte Übermittlung von benötigten Feldern entscheidend.

BT-13 vs. BT-10

Die Norm EN 16931 arbeitet nicht mit Begriffen wie „Kundenreferenz“, sondern nutzt eindeutige Business Terms (BT). Ein häufiges Problem liegt in der unterschiedlichen Interpretation dieser Felder innerhalb der ERP-Konfiguration:

BT-13 (Purchase order reference): Dieses Feld ist für die vom Käufer vergebene Bestellnummer vorgesehen. ERP-Systeme nutzen diesen Wert für den automatisierten Abgleich mit dem ursprünglichen Einkaufsvorgang.

BT-10 (Buyer reference): Dieses Feld dient im öffentlichen Bereich der Leitweg-ID. Im B2B-Bereich wird es oft für spezifische Routing-Merkmale wie Kostenstellen oder interne Kennungen verwendet.

Das Kernproblem besteht darin, dass Softwarehersteller oft Bezeichnungen wählen, die technisch nicht eindeutig gemappt sind oder die Felder unterschiedlich interpretieren. Wenn ein ERP die Information lediglich für die visuelle Darstellung (PDF-Teil) aufbereitet, aber nicht in den Business Term BT-13 schreibt, bleibt die Information für das Empfängersystem unlesbar. Laut BMF müssen jedoch alle umsatzsteuerrechtlich geforderten Pflichtangaben zwingend im strukturierten Teil enthalten sein; für die Prozessfähigkeit gilt dies faktisch auch für optionale Felder wie die Bestellnummer, da diese sonst systemseitig nicht verarbeitet werden können.Steuerliche Pflicht vs. prozessuale Akzeptanz

Nach § 14 UStG ist die Angabe einer Bestellnummer nicht zwingend für die steuerliche Anerkennung einer Rechnung erforderlich. Prozessual ist sie jedoch oft eine Bedingung des Kunden für die Zahlungsfreigabe. Das BMF stellt klar, dass zivilrechtliche Vereinbarungen über den Übermittlungsweg und zusätzliche Datenfelder zwischen den Vertragspartnern Vorrang haben. Eine formale E-Rechnung entbindet den Aussteller somit ggf. nicht von der Pflicht, die vom ERP-Workflow des Kunden geforderten Daten zu liefern.

Handlungsempfehlungen für Unternehmen

• Validierung des XML-Outputs: Überprüfen Sie mittels technischer Validierungstools, ob Ihr ERP die Felder BT-13 oder BT-10 tatsächlich im XML-Datensatz befüllt.
• Präzisierung des ERP-Mappings: Kommunizieren Sie mit Ihrem Softwareanbieter oder ERP-Berater auf Basis der technischen Feldbezeichnungen (BT-13), um Interpretationsunterschiede zu beheben.
• Sicherstellung der Datenqualität: Eine rein optische Präsenz von Daten auf dem Rechnungsdokument ist für eine End-to-End-Automatisierung unzureichend. Die Informationen müssen strukturiert vorliegen.
• Abstimmung der Anforderungen: Definieren Sie vorab mit Ihren Geschäftspartnern, welche Felder für eine automatisierte Verarbeitung (Dunkelbuchung) im Ziel-ERP benötigt werden.

Die Einführung der E-Rechnung erfordert eine präzise Abstimmung zwischen gesetzlichen Normen, der technischen Umsetzung im ERP-System und den Anforderungen der Geschäftspartner. Ein Rückfall auf unstrukturierte Formate wie PDF löst die zugrunde liegende Problematik fehlender Datenfelder nicht dauerhaft. Nur durch ein korrektes Mapping der ERP-Schnittstellen lässt sich der angestrebte Effizienzgewinn realisieren.

Quellen:

• Bundesministerium der Finanzen (BMF): Schreiben vom 15. Oktober 2024 zur Einführung der obligatorischen elektronischen Rechnung sowie aktuelle FAQ-Sammlung.
• Wachstumschancengesetz: Änderung des Umsatzsteuergesetzes (UStG) § 14 zur Neuregelung der E-Rechnungspflicht (via Gesetze im Internet / Bundesjustizministerium).
• Koordinierungsstelle für IT-Standards (KoSIT): Spezifikation XRechnung und Standard EN 16931 für die öffentliche Verwaltung und den B2B-Sektor.
• E-Rechnungsverordnung (ERechV): Verordnung über die elektronische Rechnungsstellung im Bund.
• Verband elektronische Rechnung (VeR): Praxisleitfäden zur Implementierung der Business Terms BT-10 und BT-13.