Shopify
WooCommerce
Shopware
JTL-Shop
Magento
PrestaShop
n8n
Zapier
Make
Airtable
HubSpotWooCommerce E-Rechnungs-Plugin Vergleich: XRechnung, ZUGFeRD, Factur-X für WooCommerce
Vier Plugin-Kategorien lösen ein Problem unterschiedlich. Wir zeigen welches Plugin zu welchem Workflow passt — ohne Marketing-Phrasen.
Wettbewerberangaben zuletzt geprüft: 8. August 2026
invoice-api.xhub in 60 Sekunden
Warum Entwickler die REST-API klassischer Buchhaltungs-Software vorziehen.
Feature-Vergleich
| Feature | WC PDF Invoices | WC Germanized | sevDesk-Plugin | Lexware-Plugin | invoice-api.xhub |
|---|---|---|---|---|---|
| XRechnung XML (DE) generieren | Nein — nur PDF | Mit Pro-Plugin (Premium) | Indirekt — Export zu sevDesk, dort generiert | Indirekt — Export zu lexoffice, dort generiert | Ja — BIS 3.0 / EN 16931, B2G-tauglich mit Leitweg-ID |
| ZUGFeRD PDF/A-3 (DE/AT) generieren | Nein | Mit Pro-Plugin (Premium) | Indirekt | Indirekt | Ja — Version 2.3 / 2.4, hybrid |
| EU-länderspezifische Formate (Factur-X, FatturaPA, etc.) | Nein | Nein — DACH-Fokus | Nein | Nein | Q3 2026 — automatisch im Plugin verfügbar |
| Wer trägt das Risiko, wenn der Empfänger die Rechnung ablehnt | Du — Plugin-Anbieter haftet nicht für Konformität im Einzelfall | Du | Du | Du | Du — oder xhub.io, wenn die Anbindung als Projekt umgesetzt wurde |
| Stammdaten-Mapping (Leitweg-ID, Empfängerkennung, Sonderfälle) | Nicht vorgesehen | Teilweise — über Custom-Fields zu pflegen | Im Buchhaltungs-Tool zu pflegen | Im Buchhaltungs-Tool zu pflegen | Plugin deckt Standardfälle ab — gewachsene Datenmodelle brauchen ein Projekt |
| Plugin-Preis | Free + Pro ab €69/Jahr für PDF-Customizing | Free + Pro ab €79/Jahr für E-Invoicing | Kostenlos (sevDesk-Subscription nötig) | Kostenlos (lexoffice-Subscription nötig) | Kostenlos (GPLv2+) |
| Externer Service nötig | Nein — alles lokal | Nein — alles lokal | Ja — sevDesk ($/Monat) | Ja — lexoffice ($/Monat) | Ja — invoice-api.xhub.io ($/Monat nach Volumen) |
| §14-UStG-konforme Nummerierung (gap-free, race-safe) | Manuelle Konfiguration | Ja | Ja (durch sevDesk) | Ja (durch lexoffice) | Ja — atomare Custom-DB-Tabelle |
| HPOS-kompatibel (WooCommerce 8+) | Ja | Ja | Teilweise | Teilweise | Ja |
| Async (Action Scheduler) | Synchron | Synchron | Webhook-basiert | Webhook-basiert | Ja — blockiert Checkout nie |
| Refund → Storno-Rechnung automatisch | Manuell | Ja | Ja | Ja | Ja |
| Eigene Rechnungs-Templates | Ja — HTML/CSS-Template | Ja — Premium | In sevDesk | In lexoffice | Ja — Template-Designer in der Console |
| DSGVO-Hooks (Datenexport / -löschung) | Teilweise | Ja | Indirekt | Indirekt | Ja — wp_privacy_personal_data_* |
| Volle Buchhaltung (DATEV-Export, Bankabgleich) | Nein | Limitiert | Ja | Ja | Nein — fokussiert auf E-Rechnungs-Erzeugung |
Wann welche Kategorie wählen
- Du brauchst nur PDF-Rechnungen ohne XRechnung-Pflicht → WooCommerce PDF Invoices & Packing Slips reicht (kostenlos)
- Du verkaufst nur in DE und brauchst breite Germanized-Features (USt-Anzeige, Lieferzeiten, etc.) → WooCommerce Germanized Pro
- Du brauchst volle Buchhaltung mit DATEV/Bankabgleich → sevDesk-Plugin oder Lexoffice-Plugin (E-Invoicing als Beifang)
- Du brauchst die spezialisierte E-Invoicing-Leistung mit allen EU-Formaten ohne Buchhaltungs-Overhead → Invoice-api.xhub für WooCommerce
Wann invoice-api.xhub
- Du musst die XRechnung-/ZUGFeRD-Versand-Pflicht 2027/28 erfüllen und willst eine spezialisierte API-Lösung statt All-in-One-ERP
- Du verkaufst grenzüberschreitend in der EU und brauchst Factur-X (FR), FatturaPA (IT), Facturae (ES) sobald sie ausrollen — Q3 2026
- Du nutzt bereits ein Buchhaltungs-System und brauchst KEIN zweites — sondern nur die korrekten E-Rechnungs-Files
- Action-Scheduler-Async ist ein Must-Have, weil dein Checkout schnell bleiben muss
- Du willst freie OSS-Plugin-Code, ohne License-Key-Drama
Welches WooCommerce-E-Invoicing-Plugin passt zu deinem Shop?
Die Plugin-Landschaft für WooCommerce-Rechnungs-Generierung hat sich seit der EU-E-Rechnungs-Pflicht 2025 verschoben. Vier Kategorien dominieren:
- Klassische PDF-Generatoren (z.B. WooCommerce PDF Invoices & Packing Slips) — generieren Standard-PDFs, erfüllen die XRechnung-Pflicht nicht.
- All-in-One-DE-Compliance-Suiten (z.B. WooCommerce Germanized) — breite Frontend-Compliance, E-Invoicing als Premium-Add-On.
- Buchhaltungs-Bridge-Plugins (z.B. sevDesk, Lexoffice) — exportieren Bestellungen ins externe Buchhaltungs-System; das System generiert dann die E-Rechnung.
- Spezialisierte E-Invoicing-API-Plugins (wir) — fokussiert auf Standard-konforme XRechnung/ZUGFeRD-Generierung; bewusst ohne Buchhaltungs-Overhead.
Welche Kategorie passt — die Tabelle oben zeigt die harten Daten. Die kurze Heuristik:
- Du brauchst nur PDF und keine XRechnung? → Kategorie 1 reicht.
- Du verkaufst nur in DE und willst Frontend + Backend aus einer Hand? → Kategorie 2.
- Du nutzt bereits sevDesk/Lexoffice und kommst mit deren Output klar? → Kategorie 3.
- Du verkaufst EU-weit, brauchst die strukturierten Formate und willst keine zweite Buchhaltung? → Kategorie 4 (uns).
Mehrfache Kategorien parallel ist legitim — z.B. Germanized für Frontend-Compliance + uns für E-Invoicing-Output, oder Lexoffice für Buchhaltung + uns für die Rechnungs-Files an deine Kunden.
Wenn das Plugin allein nicht reicht
Die Plugin-Frage ist die kleinere Hälfte. Ein Plugin kann nur strukturieren, was in WooCommerce steht — und genau da scheitern die meisten Umstellungen:
- Die Leitweg-ID deiner B2G-Kunden steht nirgends im Kundendatensatz.
- Gutschriften brauchen einen Bezug zur Ursprungsrechnung, den dein Shop nie gespeichert hat.
- Steuerkategorien passen im Standardfall, aber nicht bei Reverse-Charge, Kleinunternehmerregelung oder innergemeinschaftlicher Lieferung.
- Über Jahre gewachsene Meta-Felder und Plugin-Kombinationen bilden sich nicht auf EN 16931 ab.
- Der Empfänger nimmt die Rechnung technisch an, weist sie aber fachlich zurück — und niemand merkt es, bis die Zahlung ausbleibt.
Das ist kein Plugin-Problem und kein API-Problem. Es ist Datenarbeit, und sie fällt einmalig an.
Zwei Wege:
| Selbst umsetzen | Als Projekt umsetzen lassen | |
|---|---|---|
| Plugin + API | kostenlos (GPLv2+) + Service-Plan | im Projekt enthalten |
| Stammdaten-Mapping | dein Aufwand | wir |
| Test mit echten Empfängern | dein Aufwand | wir |
| Verantwortung für Konformität | bei dir | vertraglich bei xhub.io |
| Zeitrahmen | offen | 4–6 Wochen bis Go-Live |
Wenn du wissen willst, in welche Kategorie dein Shop fällt: Schick uns eine deiner Rechnungen. Wir prüfen sie mit demselben Verfahren, das die Empfänger einsetzen (KoSIT-Validierung), und sagen dir innerhalb eines Tages, was durchgeht und was fehlt. Kostenfrei und unverbindlich.
Häufige Fragen
Reicht WooCommerce PDF Invoices & Packing Slips für die XRechnung-Pflicht 2025?
Nein. Das Plugin generiert PDF-Dateien — die XRechnung-Pflicht für B2B-Rechnungen ab 2025 verlangt strukturierte XML (BIS 3.0 / EN 16931). Reine PDFs erfüllen die Pflicht nicht. Du brauchst entweder ein spezialisiertes Plugin (wie unseres) oder eine ZUGFeRD-Hybrid-Lösung.
Was ist der Unterschied zwischen unserem Plugin und WooCommerce Germanized?
Germanized ist ein All-in-One-DE-Compliance-Plugin: USt-Anzeige, AGB-Checkbox, Lieferzeiten, optionale E-Invoicing-Erweiterung im Pro-Tarif. Wir machen NUR E-Invoicing — aber dafür spezialisiert (alle 3 live-Formate, alle 28 Länder geplant, eigener Template-Designer, atomare Nummerierung). Wenn du Germanized schon hast, kannst du es behalten und uns parallel laufen lassen — Germanized macht den Frontend-Compliance, wir den Backend-E-Invoice-Output.
Kann ich sevDesk- oder Lexoffice-Plugin parallel zu unserem nutzen?
Ja. Die Buchhaltungs-Plugins exportieren WooCommerce-Bestellungen ins Buchhaltungs-Tool. Unser Plugin generiert separat die strukturierte E-Rechnung. Beides parallel ist sauber, weil die Verantwortlichkeiten getrennt sind: Buchhaltung in sevDesk/Lexoffice, E-Invoicing-File-Erzeugung über uns. Manche Shops machen das genau so.
Bin ich bei eurem Service gefangen, wenn ich später wechsle?
Nein. Das Plugin ist GPLv2+ und Open-Source. Die generierten XML/PDF-Files speichern wir auf dem Order — du behältst sie auch ohne aktive Subscription. Wenn du wechselst, bleiben deine bisherigen Rechnungs-Files in WooCommerce; nur neue Rechnungen werden nicht mehr generiert. Lock-In-frei.
Das Plugin läuft, aber die Rechnung wird trotzdem abgelehnt. Woran liegt das?
Fast immer an den Stammdaten, nicht am Format. Typische Ursachen: die Leitweg-ID des Empfängers fehlt oder steht im falschen Feld, die Steuerkategorie passt nicht zum Geschäftsvorfall, bei Gutschriften fehlt der Bezug zur Ursprungsrechnung, oder Pflichtfelder wurden im Shop nie gepflegt. Ein Plugin kann nur strukturieren, was in WooCommerce steht. Bei gewachsenen Shops — eigene Meta-Felder, historische Sonderfälle, mehrere Märkte — ist das ein Mapping-Thema, kein Plugin-Thema. Schick uns eine Beispielrechnung, dann sagen wir dir, woran es konkret liegt.
Wer haftet, wenn die E-Rechnung nicht konform ist?
Rechtlich immer der Rechnungsaussteller — das gilt für jedes Plugin und jede API am Markt, auch für unsere. Kein Plugin-Anbieter kann dir die Verantwortung für deine Stammdaten abnehmen. Was wir anbieten können: Wenn xhub.io die Anbindung als Projekt umsetzt, übernehmen wir vertraglich die Verantwortung dafür, dass die Rechnungen aus deinem Shop beim Empfänger durchgehen — vor Go-Live mit echten Belegen getestet. Beim Selbstbau mit Plugin und API liegt das bei dir.
Was kostet euer Service?
Service-Pläne starten bei moderaten Monatstarifen je nach generiertem Volumen. Aktuelle Preise: console.invoice-api.xhub.io. Das Plugin selbst ist und bleibt auf jedem Channel kostenlos.