Die Empfangspflicht seit Januar 2025 haben die meisten Unternehmen mit einem neuen Postfach abgehakt. Die Ausstellungspflicht ab Januar 2027 lässt sich so nicht lösen: Sie greift direkt in ERP, Warenwirtschaft und Faktura ein. Dieser Leitfaden trennt die Formatfrage von der eigentlichen Projektarbeit — und zeigt, was bis zum Stichtag technisch stehen muss.
Dieser Artikel ist ein vertiefender Fachbeitrag aus unserem Content-Cluster. Entdecken Sie die vollständige Übersicht auf unserer Hauptseite:IT-Sicherheit & Compliance →
Vier Monate bis zur ersten Ausstellungspflicht
Die Empfangspflicht war ein organisatorisches Thema und mit einem zentralen Postfach erledigt. Die Ausstellungspflicht ab Januar 2027 ist ein IT-Projekt: Sie berührt Stammdaten, Faktura, Versandweg, Validierung und Archivierung gleichzeitig. Wer erst im Herbst 2026 beginnt, verhandelt im Dezember mit einem ausgebuchten ERP-Dienstleister.
- Die Frist ist gestaffelt, nicht einheitlich: Ab dem 1. Januar 2027 müssen Unternehmen mit einem Vorjahresumsatz über 800.000 Euro E-Rechnungen ausstellen, ab dem 1. Januar 2028 alle übrigen inländischen B2B-Unternehmen. Die Empfangspflicht gilt bereits seit dem 1. Januar 2025 ausnahmslos.
- Das Format ist die kleinere Hälfte des Projekts: XRechnung und ZUGFeRD sind beide EN-16931-konform und in jedem ernstzunehmenden ERP verfügbar. Der Aufwand steckt in der Datenqualität der Stammdaten, im Versandweg, in der Validierung vor dem Versand und in der revisionssicheren Archivierung des XML.
- Zwei Übergangsregelungen laufen 2027 aus: Etablierte EDI-Verfahren ohne EN-16931-Konformität sind nur noch bis Ende 2027 zulässig und auch dann nur mit Zustimmung des Empfängers. Wer heute auf proprietärem EDIFACT sitzt, hat zwei Migrationen vor sich, nicht eine.
1. Der Countdown: drei Daten, zwei verschiedene Pflichten
Die gesetzliche Grundlage der E-Rechnung wurde mit dem Wachstumschancengesetz geschaffen und im Umsatzsteuergesetz verankert. In der Praxis werden dabei regelmäßig zwei völlig unterschiedliche Verpflichtungen verwechselt, obwohl sie technisch und organisatorisch wenig miteinander zu tun haben.
Die Empfangspflicht ist bereits seit dem 1. Januar 2025 in Kraft und gilt ohne Übergangsfrist und ohne Umsatzschwelle für alle inländischen B2B-Unternehmen. Sie verlangt lediglich, dass ein Unternehmen eine E-Rechnung entgegennehmen kann — ein E-Mail-Postfach genügt formal bereits. Genau diese niedrige Hürde hat in vielen Betrieben den Eindruck erzeugt, das Thema sei abgeschlossen.
Die Ausstellungspflicht ist ein anderes Kaliber. Sie verlangt, dass jede Rechnung an einen inländischen unternehmerischen Empfänger als strukturierter Datensatz erzeugt wird — aus dem System heraus, nicht als nachträglicher Export. Und sie kommt gestaffelt.
Alle inländischen B2B-Unternehmen müssen E-Rechnungen entgegennehmen können. Keine Umsatzschwelle, keine Übergangsfrist. Ein Lieferant darf Ihnen ab diesem Datum eine XRechnung schicken, ohne vorher zu fragen.
Unternehmen mit einem Vorjahresumsatz über 800.000 Euro müssen E-Rechnungen ausstellen. Maßgeblich ist der Umsatz des vorangegangenen Kalenderjahres, in diesem Fall also 2026 — die Weichen dafür sind bereits gestellt.
Die Pflicht gilt für alle übrigen inländischen B2B-Unternehmen, unabhängig vom Umsatz. Gleichzeitig endet die Möglichkeit, sich auf Übergangsregelungen zu berufen.
Etablierte EDI-Verfahren, die nicht der EN 16931 entsprechen, dürfen längstens bis zum Ablauf des Jahres 2027 weiterverwendet werden — und auch dann nur mit Zustimmung des Rechnungsempfängers.
2. XRechnung, ZUGFeRD und EN 16931 sauber getrennt
Ein großer Teil der Verwirrung entsteht, weil drei Begriffe auf derselben Ebene diskutiert werden, obwohl sie in unterschiedlichen Schichten liegen. Die EN 16931 ist die europäische Norm und beschreibt das semantische Datenmodell: welche Felder eine Rechnung enthalten muss, welche Bedeutung sie haben und welche Geschäftsregeln zwischen ihnen gelten. Sie sagt nichts darüber, wie diese Daten in eine Datei kommen.
XRechnung und ZUGFeRD sind die beiden in Deutschland relevanten Ausprägungen dieser Norm. Beide erfüllen die EN 16931 — sie unterscheiden sich im Container, nicht im Inhalt.
Vergleich: XRechnung vs. ZUGFeRD
- Aufbau: Eine einzelne XML-Datei ohne visuelle Darstellung. Ohne Viewer für Menschen praktisch nicht lesbar.
- Primäres Einsatzfeld: Rechnungen an öffentliche Auftraggeber (B2G). Hier ist XRechnung der vorgeschriebene Standard.
- Adressierung: Erfordert in der Regel eine Leitweg-ID, die der Auftraggeber vergibt.
- Vorteil: Maximal eindeutig, keine Redundanz zwischen Bild und Daten, kompakte Dateigröße.
- Nachteil: Ihr Kunde kann die Datei ohne passende Software nicht ansehen — was im klassischen Mittelstand zu Rückfragen führt.
- Aufbau: Eine PDF/A-3-Datei mit eingebettetem XML. Ein Dokument, zwei Lesarten.
- Primäres Einsatzfeld: Der klassische B2B-Verkehr, insbesondere mit Kunden auf unterschiedlichem Digitalisierungsstand.
- Versionsstand: ZUGFeRD 2.4, veröffentlicht Anfang Dezember 2025 und gültig seit dem 15. Januar 2026. Es löst die Vorgängerversion 2.3 ab.
- Vorteil: Der Empfänger sieht ein gewohntes PDF, die Software liest die Struktur. Keine Diskussion mit Kunden nötig.
- Nachteil: Zwei Repräsentationen desselben Sachverhalts, die auseinanderlaufen können — die Validierung wird dadurch wichtiger, nicht unwichtiger.
Die Profilfrage bei ZUGFeRD
ZUGFeRD kennt mehrere Profile mit unterschiedlichem Detailgrad. Für die Erfüllung der gesetzlichen Pflicht ist das Profil EN 16931 (früher als „Comfort" bezeichnet) die sichere Wahl: Es ist vollständig normkonform und inhaltlich gleichwertig zu einer XRechnung. Schlankere Profile wie MINIMUM oder BASIC WL enthalten bewusst weniger Informationen und reichen für eine umsatzsteuerlich vollständige Rechnung nicht aus. Das Profil EXTENDED geht über die Norm hinaus und ist dort sinnvoll, wo branchenspezifische Zusatzangaben transportiert werden müssen.
Experten-Tipp: Ein Format nach außen, beide Formate im Eingang
Legen Sie sich im Ausgang auf genau ein Format fest — in der Regel ZUGFeRD im Profil EN 16931, weil es beim Empfänger keine Rückfragen erzeugt. Im Eingang müssen Sie dagegen zwingend beides verarbeiten können: Ihre Lieferanten entscheiden selbst, was sie schicken. Eine Eingangsstrecke, die nur PDF-Anhänge kennt, wird an der ersten reinen XRechnung scheitern.
3. Die vier teuren Irrtümer
In Gesprächen mit mittelständischen Unternehmen begegnen uns immer wieder dieselben Fehlannahmen. Jede einzelne davon kann dazu führen, dass ein Unternehmen sich für vorbereitet hält und es nicht ist.
Irrtum 1: „Wir verschicken doch längst PDFs per Mail"
Ein PDF ist ein Bild einer Rechnung, kein strukturierter Datensatz. Das Umsatzsteuergesetz zählt es ausdrücklich zu den sonstigen Rechnungen, nicht zu den E-Rechnungen. Auch ein sauber erzeugtes PDF/A ohne eingebettetes XML erfüllt die Pflicht nicht. Der Unterschied ist nicht die Dateiendung, sondern die maschinelle Auswertbarkeit.
Irrtum 2: „Unser EDI läuft seit Jahren, das bleibt so"
Etablierte EDI-Verfahren, die nicht der EN 16931 entsprechen, sind nur noch bis Ende 2027 zulässig — und selbst dann nur, wenn der Empfänger zustimmt. Wer heute auf einer proprietären EDIFACT-Strecke sitzt, hat damit eine harte Frist und muss die Migration parallel zur allgemeinen Umstellung planen.
Irrtum 3: „Wir archivieren ja das PDF"
Bei einer E-Rechnung ist der strukturierte Datensatz das umsatzsteuerlich maßgebliche Original. Die GoBD verlangen, dass genau dieses XML unveränderbar und maschinell auswertbar über die gesamte Aufbewahrungsfrist vorgehalten wird. Wer nur den Sichtbeleg ablegt und das XML nach der Verarbeitung verwirft, hat das Original vernichtet.
Irrtum 4: „Das schaltet unser ERP-Hersteller einfach frei"
Der Export-Baustein ist meist tatsächlich vorhanden. Er füllt aber nur die Felder, die in Ihren Stammdaten sauber gepflegt sind. Fehlende Steuernummern, uneinheitliche Zahlungsbedingungen, freitextliche Leistungsbeschreibungen und unvollständige Kundenadressen führen dazu, dass der Export zwar läuft, die erzeugte Datei aber die Prüfregeln der Norm verletzt.
4. Die Systemfrage: Wo entsteht die E-Rechnung?
Wenn die Formatfrage geklärt ist, beginnt die eigentliche Projektarbeit. Sie besteht aus vier Bausteinen, die unabhängig voneinander entschieden werden müssen — und genau hier entscheidet sich, ob die Umstellung ein Nachmittag oder ein Quartal wird.
Baustein 1: Datenquelle und Stammdatenqualität
Die Norm verlangt Felder, die viele Faktura-Systeme bisher optional behandelt haben: eindeutige Kunden-Identifikation, strukturierte Adressdaten, korrekte Steuerkategorien je Position, maschinenlesbare Zahlungsbedingungen und ein Zahlungsziel als Datum statt als Fließtext. Erfahrungsgemäß liegt hier der größte Teil des Aufwands. Wer diesen Schritt überspringt, produziert später Rechnungen, die technisch erzeugt, aber fachlich ungültig sind.
Baustein 2: Erzeugung — ERP, Middleware oder Dienstleister
Drei Wege sind gangbar. Erstens die native Erzeugung im ERP, sofern der Hersteller ein normkonformes Modul liefert — der sauberste Weg, sofern die Lizenz vorhanden ist. Zweitens eine vorgeschaltete Middleware, die den bestehenden Rechnungsdatenexport in ZUGFeRD oder XRechnung übersetzt — der pragmatische Weg bei Altsystemen, die nicht mehr weiterentwickelt werden. Drittens ein externer Dienstleister, der die gesamte Strecke übernimmt — der schnellste Weg, der aber eine dauerhafte Abhängigkeit und laufende Kosten pro Beleg erzeugt.
Baustein 3: Versandweg
Das Gesetz schreibt keinen bestimmten Übertragungsweg vor. In der Praxis dominiert die E-Mail mit der E-Rechnung als Anhang, weil sie ohne Infrastruktur auskommt. Öffentliche Auftraggeber verlangen dagegen die Zustellung über ihre Rechnungseingangsplattformen, und im internationalen Geschäft gewinnt das Peppol-Netzwerk an Bedeutung, bei dem die Zustellung über zertifizierte Access Points statt per Mail erfolgt. Entscheiden Sie diesen Punkt pro Kundensegment, nicht pauschal.
Baustein 4: Validierung vor dem Versand
Eine Schematron-Validierung prüft nicht nur, ob das XML wohlgeformt ist, sondern ob die fachlichen Geschäftsregeln der Norm eingehalten werden — etwa ob Steuerkategorien, Einzelpositionen und Rechnungssummen rechnerisch zusammenpassen. Diese Prüfung gehört zwingend vor den Versand. Eine abgewiesene Rechnung kostet Sie nicht nur Zeit, sondern verschiebt im Zweifel den Zahlungseingang um einen kompletten Zahlungslauf.
Ein realistisches Szenario
Nehmen wir ein produzierendes Unternehmen mit rund 400 Ausgangsrechnungen im Monat, einem gewachsenen ERP-System und einem Steuerberater, der über DATEV angebunden ist. Die Formatentscheidung — ZUGFeRD im Profil EN 16931 — ist an einem Vormittag getroffen. Die Aktivierung des Exportmoduls im ERP ist eine Konfigurationsaufgabe von wenigen Stunden.
Der Aufwand entsteht danach: Eine Stichprobe von 50 Rechnungen durch einen Validator zeigt typischerweise, dass ein zweistelliger Prozentsatz die Prüfregeln verletzt — meist wegen fehlender Umsatzsteuer-Identifikationsnummern bei EU-Kunden, wegen Positionen ohne eindeutige Steuerkategorie oder wegen Zahlungszielen, die nur im Fließtext stehen. Die Bereinigung dieser Stammdaten und die Anpassung der Rechnungsvorlagen sind der eigentliche Projektinhalt. Wie diese Datenströme anschließend sauber in die Finanzbuchhaltung laufen, haben wir im Detail in unserem Beitrag zu ERP-Schnittstellen und der DATEV-API beschrieben.
5. Der Rückkanal: Eingangsrechnungen verarbeiten
Die Empfangspflicht besteht formal seit Anfang 2025, aber ihre praktische Relevanz steigt jetzt sprunghaft: Je mehr Ihrer Lieferanten ab 2027 ausstellungspflichtig werden, desto mehr strukturierte Rechnungen landen in Ihrem Eingang. Ein Postfach reicht dann nicht mehr aus, um handlungsfähig zu bleiben.
Die gute Nachricht ist, dass die E-Rechnung die Eingangsverarbeitung deutlich vereinfacht. Wo bisher OCR-Erkennung Beträge aus Pixeln rekonstruieren musste, liegen die Daten nun exakt und geprüft vor. Die Fehlerquote der Belegerfassung sinkt strukturell, nicht statistisch. Wie sich daraus eine durchgängig automatisierte Strecke bauen lässt, zeigt unser Master-Guide zur No-Touch-Buchhaltung.
Zentraler Eingangskanal statt persönlicher Postfächer. Eine dedizierte Adresse, an die alle Lieferanten adressieren, ist die Voraussetzung für jede Automatisierung.
Format-Erkennung und Extraktion: reines XML, ZUGFeRD-PDF mit eingebettetem XML oder klassisches PDF ohne Struktur — jeder Fall braucht einen eigenen Pfad.
Validierung des eingehenden Datensatzes und automatischer Abgleich mit Bestellung und Wareneingang. Abweichungen werden zur Ausnahme, nicht zur Regel.
Revisionssichere Archivierung des XML-Originals mit Audit-Trail — nicht nur des Sichtbelegs. Erst danach folgt die Übergabe an die Finanzbuchhaltung.
6. Roadmap bis zum 1. Januar 2027
Die folgende Reihenfolge hat sich bewährt, weil sie die Entscheidungen mit der längsten Vorlaufzeit nach vorne zieht. Wer im dritten Quartal 2026 beginnt, hat für jeden Schritt ausreichend Puffer.
-
Schritt 1: Betroffenheit und Stichtag klären
Ermitteln Sie den Umsatz des Vorjahres und damit Ihren tatsächlichen Stichtag — 2027 oder 2028. Klären Sie Sonderfälle wie Organschaften und verbundene Unternehmen mit Ihrem Steuerberater. Diese Antwort bestimmt das gesamte Projekttempo.
-
Schritt 2: Bestandsaufnahme der Rechnungsausgangs-Kette
Dokumentieren Sie lückenlos, wo Ausgangsrechnungen entstehen. In der Praxis sind das selten nur das ERP, sondern zusätzlich Excel-Vorlagen einzelner Abteilungen, ein Shopsystem und gelegentlich handgeschriebene Belege. Jede dieser Quellen muss bis zum Stichtag entweder normkonform werden oder verschwinden.
-
Schritt 3: Format und Erzeugungsweg festlegen
Entscheiden Sie sich für ein Ausgangsformat (in der Regel ZUGFeRD im Profil EN 16931) und für einen der drei Erzeugungswege: natives ERP-Modul, vorgeschaltete Middleware oder externer Dienstleister. Prüfen Sie dabei die Lizenzlage — häufig ist das benötigte Modul vorhanden, aber nicht gebucht.
-
Schritt 4: Stammdaten bereinigen und validieren
Erzeugen Sie eine Stichprobe realer Rechnungen und lassen Sie diese gegen die Prüfregeln der EN 16931 validieren. Die Fehlerliste, die dabei entsteht, ist Ihr eigentlicher Arbeitsplan. Rechnen Sie mit mehreren Iterationen, bis die Quote sauberer Belege stabil bei hundert Prozent liegt.
-
Schritt 5: Pilotbetrieb mit ausgewählten Kunden
Stellen Sie drei bis fünf kooperative Kunden auf die E-Rechnung um und begleiten Sie den ersten vollständigen Zyklus bis zum Zahlungseingang. Erst wenn eine Rechnung nicht nur versendet, sondern auch verarbeitet und bezahlt wurde, ist die Strecke bewiesen.
-
Schritt 6: Archivierung, Rollout und Dokumentation
Stellen Sie sicher, dass das XML-Original GoBD-konform und unveränderbar archiviert wird, und halten Sie die Verfahrensdokumentation fest. Danach folgt der schrittweise Rollout über den gesamten Kundenstamm — sinnvollerweise abgeschlossen deutlich vor dem Stichtag, nicht an ihm.
Quick-Check: Sind Sie bereit für 2027?
Fazit
Die E-Rechnungspflicht wird in der öffentlichen Diskussion überwiegend als Formatfrage verhandelt — XRechnung oder ZUGFeRD, XML oder Hybrid. Das ist verständlich, aber es verstellt den Blick auf den Teil, der tatsächlich Zeit kostet. Beide Formate sind ausgereift, normkonform und in jedem ernstzunehmenden ERP-System verfügbar. Die Entscheidung darüber ist an einem Vormittag getroffen.
Was Monate braucht, ist die Datenqualität dahinter. Eine E-Rechnung ist ein Vertrag, der maschinell geprüft wird — und maschinelle Prüfung verzeiht nichts. Freitextfelder, gewachsene Ausnahmen und stillschweigende Konventionen zwischen Vertrieb und Buchhaltung, die zwanzig Jahre lang funktioniert haben, weil am Ende ein Mensch daraufgeschaut hat, fallen in dem Moment auf, in dem ein Validator entscheidet.
Genau darin liegt allerdings auch die Chance. Wer die Umstellung nutzt, um Stammdaten, Rechnungsvorlagen und den Weg in die Buchhaltung einmal grundlegend zu sortieren, bekommt nicht nur Compliance, sondern eine belastbare Grundlage für jede weitere Automatisierung — von der automatischen Zahlungszuordnung bis zur tagesaktuellen Auswertung. Der Stichtag ist dann kein Risiko mehr, sondern der Anlass, der ein lange aufgeschobenes Projekt endlich finanziert.
Haben Sie Fragen zur E-Rechnungspflicht?
Kostenlose Erstberatung vereinbarenUnsere Expertise vor Ort
Wir sind Ihr digitaler Partner – regional verankert und überregional erfolgreich.
Ist Ihre Faktura bereit für den 1. Januar 2027?
Wir prüfen Ihre Rechnungsausgangs-Kette vom ERP bis zum Archiv und sagen Ihnen zum Festpreis, was bis zum Stichtag zu tun ist.
Jetzt kostenloses Strategiegespräch buchenErweitertes Fachglossar
E-Rechnung
Eine Rechnung, die in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird und eine automatische Weiterverarbeitung ermöglicht. Ein per E-Mail versendetes PDF ist im Sinne des Umsatzsteuergesetzes ausdrücklich keine E-Rechnung.
EN 16931
Die europäische Norm, die das semantische Datenmodell für die elektronische Rechnungsstellung festlegt. Sie definiert, welche Felder eine E-Rechnung enthalten muss und wie sie zu interpretieren sind. XRechnung und die EN-16931-Profile von ZUGFeRD setzen diese Norm um.
XRechnung
Ein rein XML-basiertes Rechnungsformat und der deutsche Standard für Rechnungen an öffentliche Auftraggeber (B2G). Die Datei enthält keine visuelle Darstellung und ist ohne Viewer für Menschen nicht lesbar.
ZUGFeRD
Ein hybrides Rechnungsformat, das eine PDF/A-3-Datei mit eingebettetem XML kombiniert. Der Empfänger sieht ein normales PDF, die Software liest die strukturierten Daten. Aktueller Stand ist ZUGFeRD 2.4, gültig seit dem 15. Januar 2026.
PDF/A-3
Ein ISO-normierter PDF-Standard für die Langzeitarchivierung, der das Einbetten beliebiger Dateien erlaubt. Diese Fähigkeit ist die technische Grundlage des hybriden ZUGFeRD-Formats.
Peppol
Ein internationales Netzwerk für den standardisierten Austausch elektronischer Beschaffungsdokumente. Rechnungen werden über zertifizierte Access Points zugestellt, statt per E-Mail versendet zu werden.
EDI (Electronic Data Interchange)
Der klassische, meist bilateral vereinbarte elektronische Datenaustausch zwischen Unternehmen, etwa über EDIFACT. Etablierte EDI-Verfahren ohne EN-16931-Konformität sind nur noch bis Ende 2027 zulässig.
Leitweg-ID
Eine eindeutige Adressierungskennung, die öffentliche Auftraggeber vergeben, damit eine eingehende XRechnung der richtigen Behördenstelle zugeordnet werden kann. Ohne korrekte Leitweg-ID wird die Rechnung abgewiesen.
Schematron-Validierung
Ein regelbasiertes Prüfverfahren, das eine XML-Rechnung nicht nur auf syntaktische Wohlgeformtheit, sondern auf die fachlichen Geschäftsregeln der EN 16931 prüft — etwa ob Steuerkategorien und Summen zueinander passen.
