Shopware E-Rechnungs-Plugin Vergleich: XRechnung, ZUGFeRD, Factur-X für Shopware 6
Vier Plugin-Kategorien lösen ein Problem unterschiedlich. Wir zeigen welches Plugin zu welchem Shopware-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 | Pickware ERP | sevDesk | Lexware Office | Shopware Built-in PDF | invoice-api.xhub |
|---|---|---|---|---|---|
| XRechnung XML (DE) generieren | Teilweise — XRechnung-Modul als Add-On (Premium-Tier) | Indirekt — Export zu sevDesk, dort generiert | Indirekt — Export zu Lexware Office, dort generiert | Nein — nur klassisches PDF | Ja — BIS 3.0 / EN 16931, B2G-tauglich mit Leitweg-ID |
| ZUGFeRD PDF/A-3 (DE/AT) generieren | Teilweise — über Add-On | Indirekt | Indirekt | Nein | Ja — Version 2.3 / 2.4, hybrid |
| EU-länderspezifische Formate (Factur-X, FatturaPA, etc.) | Nein — DACH-Fokus | Nein | Nein | Nein | Q4 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 — Core erzeugt gar kein konformes Format | Du — oder xhub.io, wenn die Anbindung als Projekt umgesetzt wurde |
| Stammdaten-Mapping (Leitweg-ID, Empfängerkennung, Sonderfälle) | In Pickware zu pflegen | Im Buchhaltungs-Tool zu pflegen | Im Buchhaltungs-Tool zu pflegen | Nicht vorgesehen | Plugin deckt Standardfälle ab — gewachsene Datenmodelle brauchen ein Projekt |
| Plugin-Preis | Ab ~50 €/Monat (volle ERP-Suite, schwergewichtig) | Kostenlos im Store (sevDesk-Subscription nötig, ab ~20 €/Monat) | Kostenlos im Store (Lexware-Office-Subscription nötig, ab ~10 €/Monat) | Kostenlos — Bestandteil von Shopware Core | Über den Shopware Store — Preis zum Release |
| Externer Service nötig | Nein — alles in Shopware/Pickware | Ja — sevDesk ($/Monat) | Ja — Lexware Office ($/Monat) | Nein | Ja — invoice-api.xhub.io; die Abrechnung soll zum Release über den Shopware Store laufen (kein separater Vertrag) |
| §14-UStG-konforme Nummerierung (gap-free, race-safe) | Ja | Ja (durch sevDesk) | Ja (durch Lexware Office) | Standard-Sequenz, nicht streng race-safe bei Last | Ja — atomare Custom-DB-Tabelle |
| Shopware-Version-Kompatibilität | Shopware 6.5+ | Shopware 6.5+ | Shopware 6.5+ | Alle Versionen | Shopware 6.6 und 6.7 (geplant zum Release) |
| Async Generierung (Symfony Messenger) | Synchron + interne Queue | Webhook-basiert | Webhook-basiert | Synchron | Ja — blockiert Checkout nie |
| Refund → Storno-Rechnung automatisch | Ja | Ja | Ja | Manuell | Ja |
| Eigene Rechnungs-Templates | Ja — in Pickware | In sevDesk | In Lexware Office | Ja — Twig-Templates | Ja — Template-Designer in der Console |
| DSGVO-Hooks (DAL EntityDeletedEvent) | Ja | Indirekt | Indirekt | Standard-Shopware-DSGVO | Ja — über DAL EntityDeletedEvent |
| Volle Buchhaltung (DATEV-Export, Bankabgleich, Lagerverwaltung) | Ja — volle ERP-Suite | Ja | Ja | Nein | Nein — fokussiert auf E-Rechnungs-Erzeugung |
Alle Preise netto, zzgl. USt. · 20 % Rabatt bei Jahreszahlung · Free-Tier ohne Kreditkarte
Wann welche Kategorie wählen
- Du brauchst nur klassische PDF-Rechnungen ohne XRechnung-Pflicht → Shopware Built-in PDF Documents reicht (kostenlos, im Core)
- Du willst eine vollwertige Warenwirtschaft mit Lagerverwaltung, Bestellwesen und Buchhaltung in Shopware → Pickware ERP
- Du brauchst volle Buchhaltung mit DATEV/Bankabgleich → sevDesk- oder Lexware-Office-Bridge (E-Invoicing als Beifang)
- Du brauchst die spezialisierte E-Invoicing-Leistung mit allen EU-Formaten ohne Buchhaltungs-Overhead → Invoice-api.xhub für Shopware
Wann invoice-api.xhub
- Du musst die XRechnung-/ZUGFeRD-Versand-Pflicht 2027/28 erfüllen und willst eine spezialisierte API-Lösung statt vollwertiger ERP-Suite
- Du verkaufst grenzüberschreitend in der EU und brauchst Factur-X (FR), FatturaPA (IT), Facturae (ES) sobald sie ausrollen — Q4 2026
- Du nutzt bereits ein Buchhaltungs-System (sevDesk, Lexware Office, DATEV-Anbindung) und brauchst KEIN zweites — sondern nur die korrekten E-Rechnungs-Files
- Symfony-Messenger-Async ist ein Must-Have, weil dein Checkout schnell bleiben muss
- Du willst Kauf und Abrechnung über deinen Shopware-Account statt eines zweiten Vertrags und eines API-Schlüssels in der Plugin-Konfiguration
Welches Shopware-E-Invoicing-Plugin passt zu deinem Shop?
Stand: Unser Shopware-Plugin ist noch nicht im Shopware Store erhältlich. Die Zeilen zu Invoice-api.xhub in diesem Vergleich beschreiben den Funktionsumfang zum Release; die API selbst ist heute nutzbar.
Die Plugin-Landschaft für Shopware-Rechnungs-Generierung hat sich mit der deutschen E-Rechnungspflicht verschoben — seit dem 01.01.2025 muss jedes Unternehmen E-Rechnungen empfangen können. Vier Kategorien dominieren:
- Shopware Built-in PDF Documents — der Document-Subsystem im Core erzeugt klassische Rechnungs-PDFs aus Twig-Templates. Erfüllt die XRechnung-Pflicht nicht, deckt aber den klassischen Use-Case "PDF an die Bestellbestätigung anhängen" sauber ab.
- Vollwertige ERP-Suiten (z.B. Pickware ERP) — bringen Lager, Bestellwesen, Buchhaltungs-Anbindung und optional E-Invoicing in einem Paket. Schwergewichtig, ab ~50 €/Monat.
- Buchhaltungs-Bridge-Plugins (z.B. sevDesk, Lexware Office) — exportieren Bestellungen ins externe Buchhaltungs-System; das System generiert dann die E-Rechnung und schickt sie zurück oder direkt an den Kunden.
- Spezialisierte E-Invoicing-API-Plugins (wir) — fokussiert auf Standard-konforme XRechnung/ZUGFeRD-Generierung; bewusst ohne ERP- oder Buchhaltungs-Overhead.
Welche Kategorie passt — die Tabelle oben zeigt die harten Daten. Die kurze Heuristik:
- Du brauchst nur PDF und keine XRechnung? → Kategorie 1 (Shopware Core) reicht.
- Du startest auf der grünen Wiese und willst Lager + Buchhaltung + E-Invoicing aus einer Hand? → Kategorie 2 (Pickware).
- Du nutzt bereits sevDesk oder Lexware Office und kommst mit deren Output klar? → Kategorie 3.
- Du verkaufst EU-weit, brauchst die strukturierten Formate und willst keine zweite ERP? → Kategorie 4 (uns).
Mehrfache Kategorien parallel ist legitim — z.B. Shopware Core PDF für interne Zwecke + uns für die XRechnung-XML an B2B-Kunden, oder Lexware Office für Buchhaltung + uns für die Rechnungs-Files an deine Kunden. Pickware-Nutzer können uns parallel laufen lassen, wenn sie den vollen EU-Format-Roll-out ab Q4 2026 brauchen, den Pickware (Stand 2026) nicht abdeckt.
Wenn das Plugin allein nicht reicht
Die Plugin-Frage ist die kleinere Hälfte. Ein Plugin kann nur strukturieren, was in deinem Shop 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 eigene Felder und Sonderfälle 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 | über den Shopware Store | 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 das Shopware-Built-in-PDF-Document-System für die E-Rechnungspflicht?
Nein. Shopware Core erzeugt standardisierte PDF-Dokumente — eine E-Rechnung verlangt strukturierte XML (BIS 3.0 / EN 16931). Im deutschen B2B musst du solche Rechnungen seit dem 01.01.2025 empfangen können; ausstellen musst du ab dem 01.01.2027 (über 800.000 € Vorjahresumsatz) bzw. ab dem 01.01.2028 (alle). Reines PDF bleibt nur als Übergang zulässig: für Umsätze bis zum 31.12.2026 generell, bis zum 31.12.2027 nur noch für Unternehmen mit höchstens 800.000 € Vorjahresumsatz (§ 27 Abs. 38 Nr. 1 und 2 UStG). Du brauchst entweder ein spezialisiertes Plugin (wie unseres) oder eine ZUGFeRD-Hybrid-Lösung — Shopware Core liefert keines davon.
Was ist der Unterschied zwischen unserem Plugin und Pickware ERP?
Pickware ist eine vollwertige ERP-Suite — Lagerverwaltung, Bestellwesen, Buchhaltungs-Anbindung, Versandlogistik, plus optionales E-Invoicing-Add-On. Wir machen NUR E-Invoicing — aber dafür spezialisiert (alle 3 live-Formate, alle 37 Länder geplant, eigener Template-Designer, atomare Nummerierung) und um Größenordnungen leichter. Wenn du eine ERP brauchst, nimm Pickware. Wenn du nur die korrekten E-Rechnungs-Files brauchst und schon eine Buchhaltungs-Lösung hast, nimm uns.
Kann ich sevDesk- oder Lexware-Office-Plugin parallel zu unserem nutzen?
Ja. Die Buchhaltungs-Plugins exportieren Shopware-Bestellungen ins Buchhaltungs-Tool. Unser Plugin generiert separat die strukturierte E-Rechnung an die Order. Beides parallel ist sauber, weil die Verantwortlichkeiten getrennt sind: Buchhaltung in sevDesk/Lexware Office, E-Invoicing-File-Erzeugung über uns. Manche Shopware-Shops machen das genau so — das Buchhaltungs-Tool sieht den Auftrag, der Kunde bekommt die XRechnung-konforme Datei aus unserem Plugin.
Die E-Rechnung wird trotz passendem Format 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 sind im Shop schlicht nie gepflegt worden. Das Plugin kann nur strukturieren, was im Shop steht. Wenn dein Datenmodell gewachsen ist — eigene Felder, historische Sonderfälle, mehrere Mandanten — ist das ein Mapping-Thema und kein Plugin-Thema. Dafür gibt es den Readiness-Check: schick uns eine Beispielrechnung, wir sagen dir, woran es 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. Ein Plugin-Anbieter kann dir nicht die Verantwortung für deine Stammdaten abnehmen. Was wir anbieten können: Wenn xhub.io die Anbindung als Projekt umsetzt, übernehmen wir die Verantwortung dafür, dass die Rechnungen aus deinem Shop beim Empfänger durchgehen — vertraglich zugesichert und vor Go-Live mit echten Belegen getestet. Beim reinen Selbstbau mit Plugin und API liegt das bei dir.
Welche Shopware-Versionen werden unterstützt?
Zum Release: Shopware 6.6 und 6.7. Wir nutzen ausschließlich aktuelle DAL-Patterns (kein Legacy-Repository-Code), Symfony Messenger für Async (statt deprecated Cron-Tasks) und ein Vue.js-Admin-Modul auf der aktuellen Shopware-Administration-API. Shopware 6.5 und älter werden nicht unterstützt — der composer-Constraint lautet `^6.6 || ^6.7`.
Bin ich bei eurem Service gefangen, wenn ich später wechsle?
Nein. Die generierten XML/PDF-Files speichern wir im Custom-Fields-Set auf der Order — du behältst sie auch ohne aktives Kontingent. Wenn du wechselst, bleiben deine bisherigen Rechnungs-Files in Shopware erhalten; nur neue Rechnungen werden nicht mehr generiert. Lock-In-frei.
Bereit zum Ausprobieren?
Free-Tier: 20 Rechnungen/Monat, ohne Kreditkarte.
Fragen zum Umstieg von Shopware-E-Invoicing-Plugins? Direkt nachfragen