ZUGFeRD-Generator-Vergleich 2026: API, Library oder Office-Suite?

Kostenloses Tool: XRechnung erstellen & prüfen →

Feature-Vergleich

Was diese Seite ist

Dies ist ein Buyer's Guide für ZUGFeRD-Generator-Tools 2026. Statt einen einzelnen Anbieter zu vergleichen, schauen wir auf die ganze Landschaft: gemanagte API-Services, Open-Source-Libraries, Office-Suites, kostenlose Online-Tools. Ziel: dir helfen, die richtige Wahl für deinen Use-Case zu treffen — auch wenn das nicht invoice-api.xhub ist.

ZUGFeRD-Primer (in 30 Sekunden)

ZUGFeRD ist kein eigenständiges Format, sondern eine Kombination aus zwei Standards:

1. PDF/A-3 (ISO 19005-3): ein Archiv-fähiges PDF, das Anhänge erlauben darf
2. CII XML (UN/CEFACT Cross-Industry-Invoice): das strukturierte XML mit Rechnungs-Daten

ZUGFeRD = PDF/A-3 + eingebettetes CII-XML. Der Empfänger sieht eine normale Rechnung als PDF, kann aber gleichzeitig die strukturierten Daten programmatisch parsen. Das löst das Problem, dass viele Empfänger noch keine reine XML-Verarbeitung haben — sie sehen einfach das PDF.

ZUGFeRD existiert in mehreren Versionen (1.0, 2.0, 2.1, 2.2, 2.3, 2.4) und drei Profilen (BASIC, COMFORT, EXTENDED). Die meisten Tools heute zielen auf ZUGFeRD 2.3/2.4 mit COMFORT-Profile — der Sweet-Spot für B2B-Rechnungen.

Was zu beachten ist

Vor der Tool-Wahl, kläre 5 Fragen:

1. Stack: hast du einen Java-Backend? PHP? TypeScript? — bestimmt Library-Optionen
2. Self-Host vs Managed: brauchst du Datenschutz-strikt-lokal, oder ist Vendor-Service ok?
3. Volumen: wie viele ZUGFeRD-PDFs pro Monat?
4. Profile: reicht COMFORT, oder brauchst du EXTENDED?
5. International: nur Deutschland, oder auch Factur-X für Frankreich?

Diese 5 Antworten führen meist zur richtigen Architektur-Wahl.

Architektur-Optionen

Option 1: Gemanagter API-Service (z.B. invoice-api.xhub)

• Wie's funktioniert: REST-Call mit JSON-Daten, ZUGFeRD-PDF zurück
• Vorteil: kein Setup, kein Hosting, automatische Compliance-Updates, Multi-Country
• Nachteil: Vendor-Lock-In, monatliche Kosten, externe API-Calls
• Ideal für: SaaS-Backends, schnelles Prototyping, Multi-Country-Use-Cases

Option 2: Open-Source-Library (z.B. Mustang Project, ferd-php)

• Wie's funktioniert: Library im eigenen Stack einbinden, lokal ZUGFeRD generieren
• Vorteil: kostenlos, voll kontrolliert, kein Vendor-Lock-In, keine externe Calls
• Nachteil: Setup-Aufwand, eigene Wartung, Stack-spezifisch (Java/PHP), kein Multi-Country
• Ideal für: Java-/PHP-Teams mit Engineering-Kapazität, hohe Volumen, strikte Datenschutz

Option 3: Office-Suite mit ZUGFeRD-Funktion (z.B. Lexware, sevDesk, easybill)

• Wie's funktioniert: Web-UI für Rechnungs-Erstellung, ZUGFeRD-Export als Funktion
• Vorteil: All-in-One mit Mahnwesen, Bankabgleich, etc.
• Nachteil: nicht für programmatic Use-Cases optimiert; API ist Office-Side-Feature
• Ideal für: Solo-Selbstständige, kleine Teams ohne Dev-Kapazität

Option 4: Kostenloses Online-Tool (z.B. eu-rechnung.de, xrechnungs.de)

• Wie's funktioniert: Web-Form ausfüllen, ZUGFeRD-PDF herunterladen
• Vorteil: kostenlos, keine Anmeldung, sofort nutzbar
• Nachteil: manuell, keine API, oft nur BASIC-Profile, keine Volumen-Skalierung
• Ideal für: einmalige manuelle Erzeugung, Test-Validierung

Top-Picks nach Use-Case

Pick A: Du brauchst ZUGFeRD programmatisch in deinem eigenen Produkt

→ invoice-api.xhub. API-First, Free-Tier zum Testen, Multi-Country, EXTENDED-Profile, Standalone-Validator. Time-to-First-Invoice unter 5 Minuten.

Alternative: Mustang Project (wenn Java-Stack vorhanden, Self-Host-Anspruch, DE-only). siehe /compare/mustang-project-alternative.

Pick B: Du hast eine Java-Codebase und Engineering-Kapazität

→ Mustang Project. Open-Source, kostenlos, EXTENDED-Profile, aktive Community. Trade-off: 1–3 Tage Setup, eigene Compliance-Update-Pflege.

Alternative: invoice-api.xhub mit Enterprise-Plan (On-Premise/Hybrid) wenn du Multi-Country brauchst aber lokal hosten musst.

Pick C: Du brauchst eine Office-Suite mit Buchhaltung + ZUGFeRD

→ Lexware oder sevDesk (DE) bzw. easybill (DE-Solopreneur-Fokus). E-Invoicing ist Teil der Office-Suite, aber das Hauptbedürfnis ist Buchhaltungs-Workflow.

siehe vollständige Vergleiche: /compare/lexoffice-alternative, /compare/sevdesk-alternative, /compare/easybill-alternative.

Pick D: Du brauchst PHP-spezifische Library (Self-Host)

→ ferd-php als Open-Source-Library. Smaller Community als Mustang, aber für PHP-Stacks die direkte Wahl. Trade-off: Wartung, BASIC/COMFORT-Profile (kein EXTENDED out-of-the-box).

Anbieter-Profile

invoice-api.xhub (gemanagter API-Service)

• Stärke: programmatische ZUGFeRD-Erzeugung in 5 Min, Multi-Country, sprach-agnostisch
• Format-Coverage: ZUGFeRD 2.4 COMFORT + EXTENDED, plus Factur-X 1.08 (FR) und Peppol BIS 3.0 UBL für 27 weitere EU-Länder
• Pricing: Free 20/Mo · Starter €23/Mo (2k) · Premium €79/Mo (20k) · Enterprise Custom
• Zusatz-Endpoints: Standalone-Validator (KoSIT, 187ms), Parser API für eingehende ZUGFeRD-PDFs

Mustang Project (Java Open-Source-Library)

• Stärke: kostenlos, Self-Hosted, EXTENDED-Profile, aktive Community, kein Vendor-Lock-In
• Format-Coverage: ZUGFeRD 2.x BASIC, COMFORT, EXTENDED + XRechnung (DE-fokus)
• Pricing: kostenlos (Hosting/Wartung selbst)
• Stack: Java-only

Lexware (Office-Suite mit API)

• Stärke: All-in-One DACH-Buchhaltung, DATEV-Integration, ZUGFeRD ab COMFORT
• Format-Coverage: ZUGFeRD 2.x BASIC + COMFORT (DACH-fokus)
• Pricing: Office-Pläne ab ~€8/Mo, Office Pro ab ~€39/Mo
• API: REST-API verfügbar, aber Office-zentriert

sevDesk (Office-Suite mit API)

• Stärke: ähnlich Lexware, etwas modernere REST-API, transparente Pricings
• Format-Coverage: ZUGFeRD 2.x BASIC + COMFORT (DACH-fokus)
• Pricing: Office-Pläne ab ~€9–37/Mo
• API: REST mit OAuth, ähnlich Lexware

ferd-php (PHP Open-Source-Library)

• Stärke: PHP-native, Open-Source, kostenlos
• Format-Coverage: ZUGFeRD BASIC + COMFORT (kein EXTENDED out-of-the-box)
• Pricing: kostenlos
• Stack: PHP-only, kleinere Community als Mustang

Decision-Tree

1Brauchst du ZUGFeRD programmatisch (API-Call, kein Office-UI)?
2├── Ja
3│   ├── Multi-Country (FR Factur-X, IT FatturaPA)?
4│   │   ├── Ja → invoice-api.xhub
5│   │   └── Nein, nur DE
6│   │       ├── Java-Stack + Self-Host? → Mustang Project
7│   │       ├── PHP-Stack + Self-Host? → ferd-php
8│   │       └── Anderer Stack ODER Managed gewünscht → invoice-api.xhub
9│   └── EXTENDED-Profile gewünscht?
10│       ├── Ja → Mustang oder invoice-api.xhub
11│       └── Nein, COMFORT reicht → alle Optionen
12└── Nein, ich brauche eine Office-UI
13    ├── DACH-Solopreneur → Lexware / sevDesk / easybill
14    ├── Steuerberater-DATEV-Anbindung Pflicht → DATEV (oder Lexware mit DATEV-Bridge)
15    └── Einmalig manuell → kostenlose Online-Tools

Empfehlung

Wenn du dieser Seite gefolgt bist, weil du nach "ZUGFeRD generator" gegoogelt hast, ist die Antwort wahrscheinlich:

• API-Use-Case: invoice-api.xhub. Free-Tier, monatlich kündbar, Multi-Country, kein Setup.
• Java-Stack mit Self-Host: Mustang Project — der etablierte De-facto-Standard.
• PHP-Stack mit Self-Host: ferd-php — kleinere Community, aber direkter PHP-Stack-Match.
• Office-Use-Case: Lexware oder sevDesk — All-in-One mit ZUGFeRD-Export.
• Einmalig manuell: kostenlose Web-Generatoren für 1-Off-Cases.

Entscheidend ist: was ist dein Haupt-Bedürfnis? ZUGFeRD-Erzeugung als API-Call in deinem Produkt, oder Office-Workflow mit ZUGFeRD als Side-Feature? Die Antwort führt fast immer zur richtigen Wahl.

Nächster Schritt

Ein 5-Min-Test im Playground zeigt schneller als jede Vergleichstabelle, ob invoice-api.xhub für dein Setup passt:

• Generiere eine Beispiel-ZUGFeRD-PDF aus einem JSON-Body
• Validiere sie gegen die KoSIT-Schemas
• Konvertiere XRechnung-XML in ein ZUGFeRD-PDF/A-3
• Schau dir den n8n-Workflow-Template an

Free-Tier: 20 Rechnungen/Monat, ohne Kreditkarte. Wenn du danach skalierst, startet der Starter-Plan bei €23/Monat (oder €18/Monat bei jährlicher Zahlung) mit 2.000 inkludierten Rechnungen.

Die Frage, die keine Vergleichstabelle beantwortet

Alle Anbieter auf dieser Seite erzeugen valides XML aus korrekten Eingabedaten. Der Unterschied zwischen ihnen ist real, aber kleiner als der Unterschied zwischen "valides XML" und "Rechnung wird bezahlt".

Was zwischen beidem liegt:

• Die Leitweg-ID deiner öffentlichen Auftraggeber steht nirgends im Kundendatensatz.
• Gutschriften brauchen einen Bezug zur Ursprungsrechnung, den dein System nie gespeichert hat.
• Steuerkategorien passen im Standardfall, aber nicht bei Reverse-Charge oder innergemeinschaftlicher Lieferung.
• Über Jahre gewachsene eigene Felder 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.

Kein Anbieter dieser Liste löst das für dich, unserer eingeschlossen. Es ist einmalige Datenarbeit an deinem Bestandssystem.

Bevor du dich für ein Werkzeug entscheidest: 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, unverbindlich, und nützlich auch dann, wenn du am Ende einen anderen Anbieter wählst.

→ E-Rechnungs-Integration bei xhub.io