E-Rechnung Plugin für WordPress & WooCommerce: So rüsten Sie Ihren Shop nach
Kurz & knapp: WooCommerce erzeugt standardmäßig keine normkonforme E-Rechnung nach EN 16931, weshalb Shop-Betreiber ein zusätzliches Plugin oder eine externe Anbindung an eine Rechnungssoftware benötigen. Entscheidend bei der Auswahl sind valide XRechnung- und ZUGFeRD-Ausgabe, eine saubere Anbindung an die Buchhaltung sowie ein durchdachter Umgang mit Kundendaten.
Warum WooCommerce allein nicht ausreicht
WooCommerce ist als E-Commerce-Plug-in für WordPress darauf ausgelegt, Bestellungen abzuwickeln, Zahlungen zu verarbeiten und einfache PDF-Rechnungen oder Lieferscheine zu erzeugen. Für die gesetzliche E-Rechnung-Pflicht reicht das nicht aus: Eine PDF-Rechnung ohne eingebettetes, strukturiertes XML-Datenformat erfüllt nicht die Anforderungen der EN 16931, auf der sowohl XRechnung als auch ZUGFeRD basieren. Seit dem 1.1.2025 müssen alle Unternehmen in Deutschland E-Rechnungen empfangen können, ab 1.1.2027 greift für Betriebe mit einem Vorjahresumsatz über 800.000 Euro die Pflicht zur Ausstellung, ab 1.1.2028 gilt sie für praktisch alle. Für Online-Shop-Betreiber heißt das konkret: Sobald ein B2B-Kunde eine ordnungsgemäße E-Rechnung verlangt, muss der Shop in der Lage sein, diese zu liefern – unabhängig davon, wie die Bestellung im Frontend verarbeitet wurde.
Zwei grundsätzliche Wege für WooCommerce-Shops
Shop-Betreiber haben im Kern zwei Möglichkeiten, E-Rechnungsfähigkeit in ihren Checkout- und Bestellprozess zu integrieren. Der erste Weg ist ein WordPress-Plugin, das direkt in WooCommerce eingebunden wird und aus Bestelldaten automatisch eine XRechnung oder ein ZUGFeRD-Dokument erzeugt. Solche Erweiterungen finden sich mittlerweile im offiziellen WordPress-Plugin-Verzeichnis sowie bei spezialisierten Anbietern, die sich gezielt auf E-Rechnungsfunktionen für WooCommerce konzentrieren. Der zweite Weg ist eine externe Anbindung: Bestelldaten werden über eine Schnittstelle an eine dedizierte Rechnungs- oder Buchhaltungssoftware übergeben, die dort die eigentliche E-Rechnung erzeugt, archiviert und versendet. Dieser Ansatz trennt Shop-System und Rechnungswesen sauber voneinander und wird häufig von Betrieben gewählt, die ohnehin schon eine externe Buchhaltungslösung nutzen.
Was ein gutes E-Rechnung-Plugin leisten muss
| Kriterium | Warum es wichtig ist |
|---|---|
| Valide XRechnung-Erzeugung | Die erzeugte XML-Datei muss die offizielle EN-16931-Validierung fehlerfrei bestehen, sonst drohen rechtliche Probleme bei B2B- oder Behördenkunden. |
| ZUGFeRD-Unterstützung | Für Geschäftskunden, die eine lesbare PDF-Rechnung erwarten, ist das hybride Format oft praktischer als reines XML. |
| Automatisierung im Checkout | Die Rechnung sollte automatisch bei Bestellabschluss oder Statuswechsel erzeugt werden, ohne manuellen Zusatzaufwand pro Bestellung. |
| Anbindung an Buchhaltung | Eine Schnittstelle zu gängiger Buchhaltungssoftware oder zumindest ein sauberer Datenexport erspart doppelte Dateneingabe. |
| Archivierung | E-Rechnungen müssen revisionssicher und unveränderbar für die gesetzlich vorgeschriebene Dauer aufbewahrt werden. |
| Datenschutz & Hosting | Wo werden Rechnungs- und Kundendaten verarbeitet, gibt es einen Auftragsverarbeitungsvertrag, liegt der Serverstandort in der EU? |
Plugin oder externe Software: Eine Entscheidungshilfe
- Kleiner Shop mit wenigen B2B-Bestellungen: Ein schlankes Plugin, das im Bestellprozess automatisch eine XRechnung generiert, reicht meist aus und hält die Komplexität gering.
- Shop mit bestehender Buchhaltungssoftware: Eine Anbindung an das ohnehin genutzte System vermeidet doppelte Datenpflege und sorgt für konsistente Buchungen.
- Hohes Bestellvolumen mit vielen Formaten: Eine dedizierte externe Lösung mit API-Anbindung skaliert meist besser als ein reines Plugin, das direkt im WordPress-Backend läuft.
- Multichannel-Verkauf über mehrere Plattformen: Eine zentrale Rechnungssoftware, die verschiedene Shop-Systeme anbindet, vermeidet Insellösungen pro Kanal.
Wo im WordPress-Ökosystem solche Lösungen zu finden sind
Im offiziellen WordPress-Plugin-Verzeichnis existieren mittlerweile mehrere Erweiterungen, die sich explizit mit E-Rechnungsfunktionen für WooCommerce beschäftigen, ergänzt durch spezialisierte Anbieter außerhalb des Verzeichnisses, die WooCommerce-Anbindungen als eigenständigen Dienst anbieten. Daneben gibt es reine API-basierte Rechnungsdienste, die per Schnittstelle an WooCommerce angebunden werden und die eigentliche XRechnung- oder ZUGFeRD-Erzeugung serverseitig übernehmen, statt sie direkt im WordPress-Backend zu berechnen. Diese Vielfalt ist grundsätzlich positiv, macht die Auswahl aber auch unübersichtlich: Nicht jede Erweiterung, die „E-Rechnung“ im Namen führt, deckt automatisch beide relevanten Formate ab oder wird gleich intensiv weiterentwickelt. Wer sich für eine konkrete Lösung entscheidet, sollte daher nicht nur die Produktbeschreibung lesen, sondern aktiv mit einer Testbestellung prüfen, was tatsächlich erzeugt wird – Nutzerbewertungen und Support-Reaktionszeit im offiziellen Plugin-Verzeichnis liefern zusätzliche Anhaltspunkte zur Zuverlässigkeit eines Anbieters.
Technische Integration: Was im Hintergrund passiert
Unabhängig davon, ob ein Plugin direkt im WordPress-Backend arbeitet oder Daten an eine externe Software übergibt, läuft der technische Ablauf meist ähnlich: Bei Bestellabschluss werden Kunden-, Artikel- und Preisdaten aus WooCommerce ausgelesen und in ein strukturiertes Format überführt, aus dem anschließend die XML-Struktur nach EN 16931 erzeugt wird. Bei ZUGFeRD kommt zusätzlich die Einbettung dieses XML in ein PDF/A-3-Dokument hinzu, das weiterhin lesbar bleibt. Wichtig ist, dass Pflichtfelder wie Leitweg-ID bei Behördenkunden, korrekte Steuersätze und eindeutige Rechnungsnummern zuverlässig aus den WooCommerce-Bestelldaten übernommen werden – fehlerhafte oder unvollständige Stammdaten im Shop-System schlagen sich sonst direkt in einer ungültigen E-Rechnung nieder. Ein Blick in die Produkt- und Kundenstammdaten vor der Umstellung lohnt sich deshalb fast immer, unabhängig von der gewählten technischen Lösung.
Kosten und Preismodelle im Überblick
Die Kostenmodelle für E-Rechnungsfunktionen in WooCommerce reichen von einmaligen Plugin-Käufen über monatliche Abogebühren bis hin zu nutzungsbasierten Preisen pro erzeugter Rechnung bei extern angebundenen Diensten. Für Shops mit stark schwankendem Bestellvolumen kann ein nutzungsbasiertes Modell günstiger sein als eine feste Abogebühr, während Shops mit konstant hohem Volumen oft von einer Pauschale profitieren. Bei der Kalkulation sollten nicht nur die reinen Lizenz- oder Nutzungskosten berücksichtigt werden, sondern auch der Aufwand für Einrichtung, laufende Pflege und mögliche Zusatzkosten für Support oder Schnittstellen zu weiteren Systemen. Ein Vergleich mehrerer Anbieter unter realistischen Bedingungen, etwa anhand des tatsächlichen monatlichen Bestellvolumens, liefert meist ein klareres Bild als ein reiner Blick auf die beworbenen Einstiegspreise.
Praxisbeispiel: Umstellung eines B2B-Shops
Ein Fachhändler für Büroausstattung betreibt seinen Onlineshop auf WordPress mit WooCommerce und beliefert überwiegend gewerbliche Kunden. Bislang wurden Rechnungen als einfache PDF-Datei per E-Mail verschickt. Mit Blick auf die ab 2027 greifende Ausstellungspflicht für größere Unternehmen entscheidet sich der Betrieb, frühzeitig umzustellen. Zunächst prüft das Team, welches Format der überwiegende Teil der Geschäftskunden erwartet, und stellt fest, dass ZUGFeRD wegen der weiterhin lesbaren PDF-Ansicht praktikabler ist als reines XRechnung-XML. Anschließend wird ein Plugin eingerichtet, das bei jedem Bestellabschluss automatisch ein normkonformes ZUGFeRD-Dokument erzeugt und dieses parallel an die genutzte Buchhaltungssoftware übergibt. Vor dem Livegang testet das Team mehrere Testbestellungen und lässt die erzeugten Dateien gegen einen offiziellen Validator prüfen, um Formatfehler auszuschließen, bevor echte Kunden betroffen sind.
Häufige Fehler bei der Umsetzung
Ein verbreiteter Fehler ist die Annahme, ein WooCommerce-PDF-Rechnungs-Plugin erfülle bereits automatisch die E-Rechnungspflicht, nur weil es „Rechnung“ im Namen trägt. Entscheidend ist ausschließlich, ob ein strukturiertes, EN-16931-konformes XML erzeugt wird, nicht das äußere Erscheinungsbild der Rechnung. Ein zweiter Fehler ist fehlendes Testing: Wird ein Plugin ohne Validierung der erzeugten Dateien in Betrieb genommen, fallen Formatfehler oft erst auf, wenn ein Geschäftskunde oder eine Behörde die Rechnung zurückweist. Drittens vernachlässigen viele Betreiber die Archivierungspflicht – E-Rechnungen müssen über die gesetzliche Aufbewahrungsfrist unveränderbar gespeichert bleiben, was ein einfacher E-Mail-Versand allein nicht gewährleistet. Und viertens wird der Datenschutz oft nachrangig behandelt, obwohl Rechnungsdaten personenbezogene und geschäftsrelevante Informationen enthalten, die einen Auftragsverarbeitungsvertrag mit dem Plugin- oder Softwareanbieter erforderlich machen können.
Checkliste vor der Plugin-Auswahl
- Erzeugt das Plugin nachweislich valide XRechnung- und/oder ZUGFeRD-Dateien nach EN 16931?
- Lässt sich die Ausgabe automatisieren, ohne jede Bestellung manuell nachzubearbeiten?
- Gibt es eine Schnittstelle zur bestehenden Buchhaltungssoftware oder zumindest einen strukturierten Export?
- Wie und wo werden Rechnungsdaten gespeichert, und ist die Archivierung revisionssicher?
- Ist ein Auftragsverarbeitungsvertrag mit dem Anbieter verfügbar, falls Daten extern verarbeitet werden?
- Wird das Plugin regelmäßig aktualisiert, um mit Änderungen an Normen und WooCommerce-Versionen Schritt zu halten?
- Wie sieht der Support im Fehlerfall aus, und gibt es eine Testphase vor dem Kauf?
Edge Cases im Shop-Alltag
Nicht jede Bestellung ist gleich: Ein B2C-Kunde benötigt in der Regel keine E-Rechnung im engeren Sinn, während ein B2B-Kunde oder eine Behörde sie ausdrücklich verlangen kann. Ein durchdachtes Plugin oder eine Anbindung sollte daher zwischen Kundentypen unterscheiden können, statt pauschal für jede Bestellung dieselbe Ausgabe zu erzeugen. Auch Rechnungskorrekturen und Gutschriften müssen im gleichen normkonformen Format abgebildet werden können, was nicht jede einfache Lösung von Haus aus unterstützt. Bei internationalen Kunden außerhalb Deutschlands gelten zudem andere Regeln, sodass ein Shop mit Auslandsgeschäft prüfen sollte, ob die eingesetzte Lösung auch länderspezifische Besonderheiten korrekt behandelt oder ob dafür ein separater Prozess nötig ist.
Fazit
WooCommerce liefert von Haus aus keine gesetzeskonforme E-Rechnung, weshalb Shop-Betreiber aktiv nachrüsten müssen – entweder über ein spezialisiertes Plugin direkt im WordPress-Backend oder über die Anbindung an eine externe Rechnungssoftware. Welcher Weg passt, hängt von Bestellvolumen, vorhandener Buchhaltungsinfrastruktur und dem Anteil an B2B-Geschäft ab. Wichtiger als Marketingversprechen ist in jedem Fall der Nachweis, dass die erzeugten Dateien tatsächlich normkonform sind – das sollte vor dem produktiven Einsatz immer geprüft werden, nicht erst, wenn der erste Kunde eine Rechnung zurückweist. Angesichts der stufenweisen Ausstellungspflicht ab 2027 lohnt sich der frühzeitige Umstieg zudem doppelt: Er verschafft Zeit für gründliches Testen und vermeidet den Zeitdruck, der entsteht, wenn die Umstellung erst kurz vor einem gesetzlichen Stichtag angegangen wird.
Häufig gestellte Fragen
Muss jeder WooCommerce-Shop eine E-Rechnung anbieten können?
Sobald ein Geschäftskunde oder eine Behörde eine E-Rechnung verlangt, muss der Shop sie liefern können. Reine B2C-Shops sind seltener unmittelbar betroffen, sollten sich aber angesichts der wachsenden Verbreitung ebenfalls vorbereiten.
Reicht ein normales PDF-Rechnungs-Plugin aus?
Nein, entscheidend ist ein eingebettetes, strukturiertes XML nach EN 16931 beziehungsweise ein reines XRechnung-XML. Ein optisch ansprechendes PDF ohne diese Datenstruktur erfüllt die Anforderungen nicht.
Kann ich XRechnung und ZUGFeRD parallel anbieten?
Ja, viele Lösungen erlauben, je nach Kundentyp das passende Format auszuspielen, XML für Behörden und automatisierte B2B-Prozesse, ZUGFeRD für Kunden, die weiterhin eine lesbare PDF-Ansicht erwarten.
Was passiert mit Bestellungen, die vor der Umstellung erzeugt wurden?
Bereits ausgestellte Rechnungen müssen nicht rückwirkend umgewandelt werden, sollten aber weiterhin gemäß den bestehenden Aufbewahrungspflichten archiviert bleiben.
Brauche ich zusätzlich eine externe Buchhaltungssoftware?
Zwingend nicht, aber eine Anbindung erleichtert die laufende Buchführung erheblich und reduziert manuelle Doppelarbeit, besonders bei höherem Bestellvolumen.
Wie teste ich, ob ein Plugin wirklich normkonform arbeitet?
Am zuverlässigsten mit offiziellen Validierungswerkzeugen, die geprüfte XRechnung- oder ZUGFeRD-Dateien gegen das aktuelle EN-16931-Schema testen, bevor die Lösung produktiv geht.
Was, wenn mein aktuelles Plugin die Anforderungen nicht erfüllt?
Dann sollte frühzeitig auf eine geeignete Alternative umgestellt werden, entweder ein spezialisiertes E-Rechnung-Plugin oder eine externe Anbindung, statt die Umstellung bis zum gesetzlichen Stichtag hinauszuzögern.
