E-Rechnungspflicht 2026: Was Online-Shops wissen müssen

Die E-Rechnungspflicht verändert den deutschen B2B-Handel grundlegend. Seit dem 1. Januar 2025 müssen inländische Unternehmen elektronische Rechnungen empfangen können; einer Zustimmung bedarf es dafür nicht mehr (§ 14 UStG). Für das Ausstellen gilt eine gestaffelte Übergangsregelung, die spätestens zum 31. Dezember 2027 ausläuft (§ 27 Abs. 38 UStG). Für Online-Shops heißt das: Wer B2B-Kunden beliefert, braucht ein Format nach der europäischen Norm – ZUGFeRD oder XRechnung. In diesem Beitrag erfahren Sie, welche Fristen gelten, welches Format zu Ihrem Shop passt und wie Sie die Umstellung Schritt für Schritt umsetzen.

Warum die E-Rechnungspflicht den E-Commerce betrifft

Das Umsatzsteuergesetz unterscheidet seit dem 1. Januar 2025 zwei Arten von Rechnungen. Eine elektronische Rechnung ist danach eine Rechnung, „die in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird und eine elektronische Verarbeitung ermöglicht“ (§ 14 UStG). Alles andere zählt als sonstige Rechnung, also als Rechnung, „die in einem anderen elektronischen Format oder auf Papier übermittelt wird“ (§ 14 UStG) – ein einfaches PDF eingeschlossen. Diese Unterscheidung ist der Kern der Umstellung: Sie entscheidet darüber, was ein Shop empfangen können muss und was er versenden darf.

Welches Format zulässig ist, regelt § 14 UStG. Das strukturierte elektronische Format muss entweder „der europäischen Norm für die elektronische Rechnungsstellung und der Liste der entsprechenden Syntaxen gemäß der Richtlinie 2014/55/EU … entsprechen“ oder zwischen Rechnungsaussteller und Rechnungsempfänger vereinbart werden. Für den vereinbarten Weg gilt eine zusätzliche Bedingung: Das Format muss „die richtige und vollständige Extraktion der nach diesem Gesetz erforderlichen Angaben aus der elektronischen Rechnung in ein Format“ ermöglichen, „das der Norm nach Nummer 1 entspricht oder mit dieser interoperabel ist“ (§ 14 UStG). Genau deshalb sind ZUGFeRD und XRechnung die praktikablen Wege: Beide bilden die europäische Norm ab.

Der gesetzliche Fahrplan: Alle Fristen im Überblick

§ 14 UStG und die Übergangsregelung des § 27 Abs. 38 UStG legen die Zeitpunkte fest, an denen Online-Händler ihre Rechnungsprozesse angepasst haben müssen:

ZUGFeRD vs. XRechnung: Welches Format passt?

Beide Formate erfüllen dieselbe Anforderung: Sie bilden die europäische Norm für die elektronische Rechnungsstellung ab, auf die § 14 UStG über die Richtlinie 2014/55/EU verweist. Der Unterschied liegt nicht in der Rechtmäßigkeit, sondern in der Zustellung: ZUGFeRD transportiert das strukturierte XML in einem PDF/A-3 und bleibt damit auch für Menschen lesbar, XRechnung ist reines XML. Für die Frage, ob eine Rechnung den gesetzlichen Anforderungen genügt, ist die Wahl zwischen beiden ohne Bedeutung.

Für die meisten Online-Shops ist ZUGFeRD 2.x die pragmatische Wahl: Das hybride Format liefert eine für den Kunden lesbare PDF-Rechnung und enthält gleichzeitig die strukturierten XML-Daten für die maschinelle Verarbeitung. Die Integration in bestehende Schnittstellen und ERP-Systeme wie DATEV oder SAP ist mit beiden Formaten möglich.

ZUGFeRD-Profile: Welche Detailtiefe braucht Ihr Shop?

ZUGFeRD 2.x kennt mehrere Profile, die sich in der Detailtiefe der eingebetteten XML-Daten unterscheiden. Die Wahl des Profils hat direkte Auswirkungen auf die Automatisierbarkeit und die Compliance-Fähigkeit der E-Rechnung:

Für die meisten Online-Shops ist das Profil EN 16931 (Comfort) oder höher die richtige Wahl, da es alle Pflichtfelder der europäischen Norm enthält. Wer zusätzlich öffentliche Auftraggeber beliefert, sollte direkt das XRechnung-Profil implementieren – dieses ist eine Untermenge des ZUGFeRD-Standards und deckt die deutschen B2G-Anforderungen vollständig ab. Was beim Beliefern öffentlicher Auftraggeber darüber hinaus zu beachten ist, steht in einem eigenen Beitrag. Bei Rechnungen an Auftraggeber des Bundes ist die elektronische Form ohnehin der Regelfall: Nach § 3 ERechV müssen Rechnungssteller „Rechnungen gegenüber Rechnungsempfängern in elektronischer Form ausstellen und übermitteln“; ausgenommen sind unter anderem Rechnungen, „die nach Erfüllung eines Direktauftrags bis zu einem Betrag von 1 000 Euro gestellt werden“ (§ 3 ERechV).

Entscheidungshilfe: ZUGFeRD oder XRechnung für Ihren Anwendungsfall

Der Blick nach vorn ist rechtlich bereits festgelegt: Nach der Richtlinie (EU) 2025/516 werden Rechnungen ab dem 1. Juli 2030 für die Zwecke der Mehrwertsteuer-Systemrichtlinie grundsätzlich als elektronische Rechnungen ausgestellt, und sie müssen derselben europäischen Norm entsprechen, auf die auch das deutsche Recht verweist (Richtlinie (EU) 2025/516). Wer heute auf ZUGFeRD oder XRechnung umstellt, baut damit nicht für eine Zwischenlösung.

• Reiner B2B-Handel ohne öffentliche Auftraggeber: ZUGFeRD 2.x im Profil EN 16931 – Ihre Kunden erhalten eine lesbare PDF mit maschinenlesbaren XML-Daten. Ideal für KMU-Shops und Handwerksbetriebe
• B2B und B2G gemischt: ZUGFeRD 2.x im Profil XRechnung – Sie decken beide Empfängergruppen mit einem Format ab, ohne parallele Prozesse pflegen zu müssen
• Rein maschinelle Verarbeitung (hohe Volumina): XRechnung als reines XML – minimale Dateigröße, maximale Verarbeitungsgeschwindigkeit. Sinnvoll bei hohem Rechnungsaufkommen
• Internationale B2B-Kunden: ZUGFeRD 2.x / Factur-X – das deutsch-französische Hybridformat wird auch in Frankreich, Belgien und der Schweiz verwendet und erleichtert grenzüberschreitende Rechnungsstellung

Pflichten im Überblick: Empfang, Versand, Aufbewahrung

Die Empfangspflicht kennt keine Übergangsfrist und keine Umsatzgrenze. Wer als Unternehmer im Inland eine Leistung von einem anderen inländischen Unternehmer bezieht, muss eine elektronische Rechnung entgegennehmen können; einer Zustimmung bedarf es dafür nicht mehr (§ 14 UStG). Praktisch heißt das: ein Postfach, das XML-Anhänge und PDF/A-3-Dateien annimmt, und ein Weg, diese Dateien unverändert abzulegen. Die Ausstellungspflicht dagegen greift gestaffelt – sie ist die Pflicht, die sich planen lässt.

Drei Eigenschaften muss jede Rechnung über ihren gesamten Weg behalten: „Die Echtheit der Herkunft der Rechnung, die Unversehrtheit ihres Inhalts und ihre Lesbarkeit müssen gewährleistet werden“ (§ 14 UStG). Wie das geschieht, gibt das Gesetz nicht vor: „Dies kann durch jegliche innerbetriebliche Kontrollverfahren erreicht werden, die einen verlässlichen Prüfpfad zwischen Rechnung und Leistung schaffen können“ (§ 14 UStG). Eine qualifizierte elektronische Signatur oder ein EDI-Verfahren sind ausdrücklich zulässig, aber nicht vorgeschrieben.

Praktische Umsetzung für Online-Shops

Die Umstellung auf E-Rechnungen betrifft mehrere Bereiche eines Online-Shops: vom Checkout über die Rechnungserstellung bis zur Archivierung und ERP-Anbindung. Ein strukturierter Ansatz vermeidet typischerweise Doppelarbeit und Compliance-Lücken.

1. Bestandsaufnahme: Welche Rechnungsformate nutzt Ihr Shop aktuell? Wie viele B2B-Rechnungen werden monatlich erstellt? Welche ERP-Systeme und Buchhaltungslösungen sind angebunden?
2. Formatentscheidung: ZUGFeRD 2.x oder XRechnung? Für die meisten E-Commerce-Szenarien empfiehlt sich ZUGFeRD im Profil XRechnung – Details dazu finden Sie weiter oben im Formatvergleich
3. Technische Integration: E-Rechnungsmodul in Shop-System implementieren. Die XML-Struktur muss EN 16931 entsprechen und alle Pflichtfelder gemäß § 14 UStG enthalten
4. Validierung einrichten: Jede ausgehende E-Rechnung gegen das EN-16931-Schema validieren. Fehlerhafte Rechnungen können vom Empfänger zurückgewiesen werden
5. ERP-Anbindung anpassen: Die DATEV-Schnittstelle oder SAP-Integration muss strukturierte E-Rechnungen importieren und die XML-Daten korrekt verarbeiten können
6. Aufbewahrung regeln: Rechnungen sind nach § 14b Abs. 1 UStG acht Jahre aufzubewahren; die Frist beginnt mit dem Schluss des Kalenderjahres, in dem die Rechnung ausgestellt worden ist. Das strukturierte Original muss dabei erhalten bleiben (§ 14b UStG)
7. Testphase und Go-Live: Parallel zum bestehenden Prozess testen, Feedback von B2B-Kunden einholen und schrittweise umstellen

Automatisierung: Vom manuellen Prozess zur Durchlaufverarbeitung

Der Gewinn der Automatisierung liegt nicht allein in der Geschwindigkeit, sondern im Prüfpfad. Ein strukturierter Datensatz lässt sich ohne erneute Erfassung gegen Bestellung, Lieferschein und Zahlungseingang stellen – und genau diesen verlässlichen Prüfpfad zwischen Rechnung und Leistung verlangt § 14 UStG (§ 14 UStG). Was bei der Papierrechnung ein organisatorischer Vorgang war, wird damit zu einer nachvollziehbaren Kette im System. Rechnungen ohne strukturierten Datensatz, also auf Papier oder als reines PDF, bringen diesen Vorteil nicht mit: Ihre Angaben müssen erst ausgelesen werden, etwa mit einer KI-Dokumentenverarbeitung, bevor sie in diese Kette passen.

Für Online-Shops mit hohem Transaktionsvolumen ergeben sich daraus erhebliche Effizienzgewinne: Eingehende B2B-Bestellungen werden automatisch mit der zugehörigen E-Rechnung verknüpft, Zahlungseingänge direkt abgeglichen und die Buchungsdaten ohne Medienbruch an das ERP-System oder die DATEV-Schnittstelle übergeben. Was vorher als Stapel Papier durch die Buchhaltung lief, wird damit zu einem Datensatz, der sich prüfen, zuordnen und aufbewahren lässt, ohne ihn erneut zu erfassen.

Technische Integration in Shop-Systeme

Die technische Umsetzung der E-Rechnungspflicht hängt vom eingesetzten Shop-System ab. Grundsätzlich muss die Programmierung drei Kernbereiche abdecken: die Erstellung von E-Rechnungen im korrekten Format, die Validierung gegen das EN-16931-Schema und die Anbindung an nachgelagerte Systeme.

• Rechnungsgenerierung: Das Shop-System muss XML-Daten im ZUGFeRD- oder XRechnung-Format erzeugen können. Bei ZUGFeRD wird die XML-Datei in ein PDF/A-3-Dokument eingebettet
• Schema-Validierung: Ausgehende E-Rechnungen sollten automatisch gegen das EN-16931-Schema geprüft werden. Fehlerhafte Rechnungen können vom Empfänger zurückgewiesen werden
• Empfangsfähigkeit: Eingehende E-Rechnungen (z. B. von Lieferanten) müssen im strukturierten Format angenommen und verarbeitet werden können
• Schnittstellen-Anbindung: DATEV, SAP oder andere ERP-Systeme müssen die E-Rechnungsdaten im XML-Format importieren können – bestehende Integrationen sind entsprechend zu erweitern
• Aufbewahrung im Originalformat: Das strukturierte Original ist nach § 14b Abs. 1 UStG acht Jahre aufzubewahren und muss über den gesamten Zeitraum die Anforderungen an Echtheit, Unversehrtheit und Lesbarkeit erfüllen (§ 14b UStG)

Besonders bei WooCommerce-Shops und anderen Open-Source-Systemen empfiehlt sich die Integration über dedizierte Plugins oder Middleware-Lösungen, die den EN-16931-Standard vollständig abdecken. Eine professionelle Beratung stellt sicher, dass die Implementierung zu Ihrer bestehenden Infrastruktur passt.

Shopware: E-Rechnung im Ökosystem integrieren

Shopware bietet durch seine Plugin-Architektur flexible Möglichkeiten zur E-Rechnungsintegration. Über den Shopware Store stehen Erweiterungen für ZUGFeRD und XRechnung zur Verfügung, die den Rechnungsprozess direkt im Admin-Backend abbilden. Bei der Implementierung sollten folgende Punkte beachtet werden:

• Plugin-Auswahl: E-Rechnungs-Plugins sollten das Profil XRechnung innerhalb von ZUGFeRD 2.x unterstützen und eine integrierte Validierung gegen das EN-16931-Schema mitbringen
• Flow Builder nutzen: Über den Shopware Flow Builder lassen sich automatische Regeln definieren – etwa: Bei B2B-Bestellungen automatisch ZUGFeRD-Rechnungen erstellen, bei B2C weiterhin Standard-PDF
• Kundengruppen-Steuerung: B2B-Kunden können über Kundengruppen automatisch E-Rechnungen erhalten, während Endverbraucher das gewohnte PDF-Format bekommen
• API-Integration: Für individuelle Lösungen bietet die Shopware Admin-API Endpunkte zur programmatischen Rechnungserstellung – sinnvoll bei Anbindung an externe ERP-Systeme wie SAP Business One

WooCommerce: E-Rechnung mit Open-Source-Mitteln

WooCommerce-Shops haben den Vorteil eines breiten Plugin-Ökosystems. Für die E-Rechnungserstellung stehen sowohl freie als auch kommerzielle Erweiterungen bereit. Da WooCommerce auf WordPress basiert, lässt sich die E-Rechnungsfunktionalität über Hooks und Filter präzise in bestehende Workflows einbinden:

• Vorhandene Rechnungserweiterung anpassen: Ein bereits eingesetztes Rechnungs-Plugin kann als Basis dienen – die ZUGFeRD-XML-Einbettung erfolgt über eine zusätzliche PHP-Bibliothek, die ein PDF/A-3 mit eingebettetem XML erzeugt
• REST-API für externe Systeme: Die WooCommerce REST-API ermöglicht es, Bestelldaten an externe E-Rechnungsdienste zu übergeben und die fertige E-Rechnung zurück in die Bestellung einzubetten
• Automatische Formaterkennung: Über benutzerdefinierte Felder im Checkout kann der Kunde angeben, ob er ZUGFeRD, XRechnung oder Standard-PDF bevorzugt
• Cron-basierte Validierung: Ein regelmäßiger WordPress-Cron-Job kann ausgehende Rechnungen nachträglich gegen das EN-16931-Schema validieren und fehlerhafte Dokumente zur manuellen Prüfung markieren

ERP-Integration: DATEV, SAP und weitere Systeme

Je höher das Rechnungsaufkommen, desto stärker wirkt sich jeder manuelle Schritt aus: Was bei zwanzig Rechnungen im Monat eine Nebentätigkeit ist, bindet bei einem Vielfachen davon eine feste Arbeitskraft. Die Durchlaufverarbeitung lohnt sich deshalb nicht ab einer bestimmten Zahl, sondern sobald der Rechnungsausgang regelmäßig und gleichförmig ist.

DATEV-Anbindung für E-Rechnungen

DATEV Unternehmen online und DATEV Rechnungswesen können eingehende E-Rechnungen im ZUGFeRD- und XRechnung-Format direkt verarbeiten. Die DATEV-Schnittstelle Ihres Online-Shops muss dafür folgende Anforderungen erfüllen:

• DATEV-Format-Service: Über den DATEV-Format-Service können E-Rechnungen automatisch importiert und den korrekten Buchungskonten zugeordnet werden – ohne manuellen Eingriff
• XML-Mapping: Die Zuordnung der EN-16931-Felder zu DATEV-Kontenrahmen (SKR03/SKR04) muss korrekt konfiguriert sein, damit Steuersätze, Sachkonten und Kostenstellen automatisch erkannt werden
• Belegbildverknüpfung: Bei ZUGFeRD-Rechnungen wird das PDF als Belegbild in DATEV gespeichert und mit dem Buchungssatz verknüpft – das vereinfacht die Prüfung durch den Steuerberater erheblich
• Stapelverarbeitung: Für Shops mit hohem Volumen ermöglicht der DATEV-Batchimport die Verarbeitung hunderter E-Rechnungen in einem Durchlauf

SAP Business One Integration

SAP Business One unterstützt den E-Rechnungseingang und -versand über verschiedene Wege. Für Online-Shops ist die Integration über die Service Layer API oder über Middleware wie SAP Business One Integration Framework (B1IF) typisch:

• Document Parsing Framework: SAP B1 kann eingehende ZUGFeRD-/XRechnung-XML-Dateien über das Document Parsing Framework automatisch in Eingangsrechnungen (A/P Invoices) umwandeln
• UDF-Erweiterungen: Über benutzerdefinierte Felder (User Defined Fields) lassen sich E-Rechnungs-Metadaten wie Leitweg-ID oder Bestellreferenz direkt im Rechnungsbeleg speichern
• Ausgangsrechnungen: SAP B1 kann über Add-ons oder die DI-API ausgehende Rechnungen automatisch im ZUGFeRD-Format generieren und per E-Mail an den Kunden versenden
• Intercompany-Szenarien: Für Unternehmensgruppen mit mehreren SAP-Instanzen ermöglicht die E-Rechnung einen medienbruchfreien Belegfluss zwischen den Gesellschaften

Rechtsfolgen der Umstellung: Was sich konkret ändert

Die Umstellung auf die elektronische Rechnung ist zuerst eine gesetzliche Pflicht. Der wirtschaftliche Effekt entsteht erst dort, wo die strukturierten Daten auch genutzt werden – im Abgleich, in der Buchung, in der Aufbewahrung. Die folgende Gegenüberstellung zeigt, worin sich die beiden Rechnungsarten rechtlich unterscheiden:

Was die Umstellung im einzelnen Betrieb kostet, hängt von der vorhandenen Infrastruktur ab und lässt sich nicht pauschal beziffern. Kalkulierbar ist dagegen die Richtung: Die Übergangsregelung des § 27 Abs. 38 UStG läuft aus, und ab dem 1. Juli 2030 ist die elektronische Rechnung nach der Richtlinie (EU) 2025/516 auch europarechtlich der Regelfall. Jede Investition in strukturierte Rechnungsdaten zahlt damit auf eine Anforderung ein, die ohnehin kommt – nicht auf eine freiwillige Verbesserung.

Herausforderungen und Hindernisse bei der Umstellung

Die Hürden liegen in der Praxis selten beim Format. Häufiger sind es gewachsene Rechnungsvorlagen, in denen Pflichtangaben an Stellen stehen, die sich nicht strukturiert abbilden lassen; Stammdaten ohne Steuernummer oder Umsatzsteuer-Identifikationsnummer; und Prozesse, in denen die Rechnung erst nach dem Versand erzeugt wird. Wer diese drei Punkte vorab klärt, verkürzt die eigentliche technische Umstellung erheblich.

• Legacy-Systeme: Ältere Shop- und ERP-Systeme unterstützen EN 16931 nicht nativ – hier sind Erweiterungen oder ein Systemwechsel erforderlich
• Fehlende Expertise: Die korrekte Implementierung erfordert Know-how in XML-Schema-Validierung, PDF/A-3-Erzeugung und ERP-Schnittstellen
• Lieferanten-Abhängigkeit: Auch eingehende Rechnungen von Lieferanten müssen im E-Rechnungsformat verarbeitet werden können
• Parallelbetrieb: Während der Übergangsphase müssen Papier- und E-Rechnungsprozesse parallel laufen – das erhöht temporär den Aufwand
• Schulungsbedarf: Mitarbeiter in Buchhaltung und Auftragsabwicklung benötigen Einweisung in die neuen Prozesse

Typische Fehler bei der E-Rechnungs-Implementierung

Fast alle Probleme bei der Umstellung gehen auf dieselbe Ursache zurück: Die Formatfrage wird technisch gelöst, die rechtlichen Anforderungen an Inhalt, Prüfpfad und Aufbewahrung bleiben dabei außen vor. Eine Datei, die technisch der Norm entspricht, aber eine Pflichtangabe nach § 14 Abs. 4 UStG auslässt, ist keine ordnungsgemäße Rechnung.

1. PDF als E-Rechnung missverstehen: Ein reines PDF ohne eingebettete XML-Daten ist keine E-Rechnung im Sinne des Gesetzes. Selbst ein PDF mit angehängter XML-Datei reicht nicht – bei ZUGFeRD muss das XML innerhalb des PDF/A-3-Containers eingebettet sein
2. Falsches ZUGFeRD-Profil wählen: Das Minimum-Profil enthält nicht genügend Daten für die EN-16931-Konformität. Nur die Profile EN 16931 (Comfort), Extended und XRechnung erfüllen die gesetzlichen Anforderungen vollständig
3. Validierung überspringen: Ausgehende E-Rechnungen werden nicht gegen das offizielle EN-16931-Schema geprüft. Fehlerhafte Rechnungen können vom Empfänger zurückgewiesen werden und verzögern Zahlungseingänge
4. Archivierung im falschen Format: E-Rechnungen dürfen nicht ausschließlich als Ausdruck oder konvertiertes PDF archiviert werden. Nach § 14b Abs. 1 UStG sind sie acht Jahre aufzubewahren und müssen über den gesamten Zeitraum die Anforderungen an Echtheit, Unversehrtheit und Lesbarkeit erfüllen (§ 14b UStG)
5. B2C und B2B nicht trennen: Die E-Rechnungspflicht gilt ausschließlich für B2B-Transaktionen zwischen inländischen Unternehmen. Ein häufiger Fehler ist, auch Privatkunden-Rechnungen im E-Rechnungsformat auszustellen, was zu Verwirrung führt
6. ERP-Import nicht testen: Die XML-Daten der E-Rechnung werden zwar erzeugt, aber der Import in DATEV oder SAP wurde nicht getestet. Feldmappings, Steuersatzzuordnungen und Kontenrahmen müssen vorab validiert werden
7. Leitweg-ID vergessen: Bei Rechnungen an öffentliche Auftraggeber (B2G) ist die Leitweg-ID ein Pflichtfeld. Ohne sie wird die Rechnung abgewiesen – dieser Punkt wird bei der Implementierung häufig übersehen

Validierung und Tests: E-Rechnungen prüfen und absichern

Ein robuster Validierungsprozess ist das Rückgrat einer funktionierenden E-Rechnungsinfrastruktur. Fehlerhafte E-Rechnungen führen nicht nur zu Ablehnungen durch Empfänger, sondern können auch steuerliche Konsequenzen haben – etwa wenn der Vorsteuerabzug wegen formaler Mängel verweigert wird. Die Validierung sollte auf mehreren Ebenen erfolgen:

Für die technische Umsetzung stehen mehrere Validierungstools zur Verfügung: Die KoSIT (Koordinierungsstelle für IT-Standards) stellt mit dem KoSIT Validator ein Open-Source-Tool bereit, das E-Rechnungen gegen die offiziellen Schematron-Regeln prüft. Für automatisierte Workflows lässt sich dieser Validator in CI/CD-Pipelines oder als Middleware in den Rechnungsversand einbinden. Darüber hinaus bieten Dienste wie der Portaldienst des ZRE (Zentraler Rechnungseingang) eine Online-Validierung für XRechnung-Dokumente.

• Syntaxvalidierung gegen EN-16931-XSD-Schema eingerichtet
• Schematron-Regeln für Geschäftslogik aktiviert
• PDF/A-3-Konformitätsprüfung bei ZUGFeRD implementiert
• Testversand an mindestens drei verschiedene Empfängersysteme durchgeführt
• Automatische Fehlermeldung bei Validierungsfehlern konfiguriert
• Regelmäßige Prüfung gegen aktualisierte Schematron-Versionen eingeplant

EU-Perspektive: ViDA und grenzüberschreitende E-Rechnung

Die Richtlinie (EU) 2025/516 ändert die Mehrwertsteuer-Systemrichtlinie mit Wirkung vom 1. Juli 2030. Ab diesem Zeitpunkt werden Rechnungen für die Zwecke der Richtlinie grundsätzlich als elektronische Rechnungen ausgestellt, und sie müssen der europäischen Norm für die elektronische Rechnungsstellung entsprechen (Richtlinie (EU) 2025/516). Die Mitgliedstaaten haben die Vorschriften bis zum 30. Juni 2030 zu erlassen und zu veröffentlichen.

Für Online-Shops mit Kunden im EU-Ausland ist das mehr als eine Randnotiz. Die Norm, an der sich ZUGFeRD und XRechnung heute ausrichten, ist dieselbe, auf die auch die europäische Regelung ab 2030 verweist (Richtlinie (EU) 2025/516). Wer jetzt sauber auf strukturierte Rechnungsdaten umstellt, muss den Weg für das grenzüberschreitende Geschäft nicht ein zweites Mal gehen.

Was ViDA konkret für Online-Shops bedeutet

ViDA steht für „VAT in the Digital Age“ und umfasst mehr als die Rechnungsform. Neben der elektronischen Rechnung als Regelfall führt die Richtlinie eine Meldepflicht für innergemeinschaftliche Umsätze ein und passt die Regeln für Plattformen und für die einheitliche Registrierung an. Für den Rechnungsprozess eines Shops ist vor allem der erste Punkt maßgeblich: Die Rechnung selbst wird zum Datensatz, aus dem die Meldung gespeist wird.

Konkret nennt die Richtlinie zwei Zeitpunkte. Für die Rechnung selbst gilt ab dem 1. Juli 2030, dass „spätestens zehn Tage nach Eintreten des Steuertatbestands eine Rechnung ausgestellt“ wird. Die Daten werden „zu dem Zeitpunkt, zu dem die Rechnung ausgestellt wird oder hätte ausgestellt werden müssen“, übermittelt (Richtlinie (EU) 2025/516). Eine Frist in Arbeitstagen nach der Rechnungsstellung sieht die Richtlinie nicht vor.

Checkliste: E-Rechnungspflicht für Ihren Online-Shop

• Empfangsfähigkeit für E-Rechnungen (EN 16931) sichergestellt
• Format gewählt: ZUGFeRD 2.x oder XRechnung
• Shop-System um E-Rechnungsmodul erweitert
• Schema-Validierung für ausgehende Rechnungen implementiert
• ERP-/DATEV-Schnittstelle für strukturierte XML-Daten angepasst
• GoBD-konforme Archivierung im Originalformat eingerichtet
• Parallelbetrieb Papier / E-Rechnung während Übergangsphase getestet
• Mitarbeiter in Buchhaltung und Auftragsabwicklung geschult
• B2B-Kunden über neues Rechnungsformat informiert
• Monitoring für Validierungsfehler und Zustellprobleme aktiviert

Häufige Fragen zur E-Rechnungspflicht im E-Commerce