WooCommerce PDF Invoices 5.16.4
OffenOffen
Ergebnisse
39,7 % der Factur-X-Rechnungen eines verbreiteten WooCommerce-Rechnungsplugins scheitern an der Schemavalidierung
Dieselben 600 synthetischen Shop-Bestellungen liefen durch WooCommerce, Odoo 19 und zwölf Bibliotheken; alle 16.200 Rechnungen wurden gegen KoSIT/XRechnung, CEN EN 16931, Peppol BIS 3.0.20 und den tatsächlich gezahlten Betrag geprüft. Die Regelwerke widersprechen sich oft.
✓ bestanden / akzeptiert % Fehlerquote n/a Szenario nicht anwendbar
| Generator / Konfiguration | Segment | KoSIT accept % | XSD invalid % | CEN calc fail % | Peppol R120 fail % | Zahlbetrag ≠ Bestellsumme % |
|---|---|---|---|---|---|---|
| WooCommerce PDF Invoices 5.16.4 — Factur-X | B2B | 63,7 | 36,3 | 0 | 0 | 0 |
| WooCommerce PDF Invoices 5.16.4 — Factur-X | B2C | 57,0 | 43,0 | 0 | 0 | 0 |
| WooCommerce PDF Invoices 5.16.4 — Peppol BIS 3 | beide | n/a | 0 | 0 | 0 | 0 |
| Odoo 19 — Factur-X, round_globally | B2B | n/a | 0 | 32,7 | 80,7 | 2,0 |
| Odoo 19 — Factur-X, round_globally | B2C | n/a | 0 | 42,7 | 0 | 4,7 |
| Odoo 19 — Factur-X, round_per_line | B2B | n/a | 0 | 0 | 80,7 | 0 |
| Odoo 19 — Peppol BIS 3 / XRechnung | beide | n/a / 100 | 0 | 0 | 0 | 0 |
| Mustang 2.26.0 — library-computed totals | B2B | 100 | 0 | 0 | 0 | 90,7 |
| Mustang 2.26.0 — library-computed totals | B2C | 100 | 0 | 0 | 0 | 66,7 |
| horstoeko/zugferd 1.0.133, drafthorse 2025.2.0 (reference totals) | beide | 100 | 0 | 0 | 0 | 0 |
| josemmo/einvoicing 0.3.1 — von der Bibliothek berechnete Summen, Rundungsmatrix 2 Stellen | B2B | 100 | 0 | 0 | 0 | 90,7 |
| josemmo/einvoicing 0.3.1 — von der Bibliothek berechnete Summen, Rundungsmatrix 2 Stellen | B2C | 100 | 0 | 0 | 0 | 66,7 |
| speedata/einvoice 0.0.23 — von der Bibliothek berechnete Summen (CII + UBL) | B2B | 100 | 0 | 0 | 0 | 90,7 |
| speedata/einvoice 0.0.23 — von der Bibliothek berechnete Summen (CII + UBL) | B2C | 100 | 0 | 0 | 0 | 66,7 |
| ZUGFeRD-csharp 18.0.1 — XRechnung CII, ohne Lieferdatum (PR #981) | beide | 0 | 100 | 0 | 0 | 0 |
| ZUGFeRD-csharp 18.0.1 — XRechnung UBL / CII mit Lieferdatum (reference totals) | beide | 100 | 0 | 0 | 0 | 0 |
| num-num/ubl-invoice 2.4.1 — Peppol BIS 3 (Belgien), Referenzsummen | beide | n/a | 0 | 0 | 0 | 0 |
| akretion factur-x 7.7 — Factur-X-PDF (Frankreich), XML aus PDF gelesen, Referenzsummen | beide | 100 | 0 | 0 | 0 | 0 |
| easybill/zugferd-php 6.0.0 — XRechnung CII, Referenzsummen | beide | 100 | 0 | 0 | 0 | 0 |
| invopop/gobl 0.510.0 + gobl.cii 0.80.0 — EN 16931 CII, Summen von GOBL berechnet | b2b | 100 | 0 | 0 | 0 | 6.0 |
| invopop/gobl 0.510.0 + gobl.cii 0.80.0 — EN 16931 CII, Summen von GOBL berechnet | b2c | 100 | 0 | 0 | 0 | 1.3 |
| invopop/gobl 0.510.0 + gobl.ubl 0.97.0 — Peppol BIS 3 UBL, Summen von GOBL berechnet | beide | n/a | 0 | 0 | 0 | 1.3–6.0 |
| PyCheval 0.3.3 — Factur-X EN 16931 CII, Referenzsummen | both | 100 | 0 | 0 | 0 | 0 |
| python-en16931 0.2 — Peppol BIS 3 UBL, Summen von der Bibliothek berechnet, Gutschein als Belegrabatt | B2B | n/a | 0 | 0 | 0 | 92.0 |
| python-en16931 0.2 — Peppol BIS 3 UBL, Summen von der Bibliothek berechnet, Gutschein als Belegrabatt | B2C | n/a | 0 | 0 | 0 | 72.7 |
Je Konfiguration 300 B2B- + 300 B2C-Warenkörbe (synthetisch; DE, 19 %/7 % USt., Gutscheine, Versand). „n/a“ = kein XRechnung-Szenario anwendbar (keine Ablehnung). Peppol-Regeln gelten nur für Peppol-BIS-Dokumente; die Befunde zeigen Widersprüche zwischen Regelwerken, keine rechtliche Ungültigkeit. Methode und Einschränkungen im Repository.
Methodik
So testen wir
Gleiche Eingabe für alle
600 synthetische Shop-Bestellungen je Konfiguration (300 B2B + 300 B2C; DE, 19 %/7 % USt., Gutscheine, Versand), identisch in jeden Generator eingespeist.
Offizielle Validatoren
KoSIT/XRechnung-Konfiguration, CEN-EN-16931-Schematron (UBL und CII), XSD-Schema und Peppol BIS 3.0.20.
Betragsprüfung
Zusätzlich vergleichen wir den Zahlbetrag der Rechnung mit dem tatsächlich gezahlten Bestellbetrag.
Vollständige Methode, Daten und Einschränkungen auf GitHub →
Gemeldete Fehler
An Maintainer gemeldet
Beim Aufbau der Matrix gefundene Fehler, mit Reproduktion und Lösungsvorschlag gemeldet.
josemmo/einvoicing 0.3.1
OffenOffen
speedata/einvoice (≤ v0.0.20), UBL writer
BehobenBehoben (PR #186), veröffentlicht in v0.0.23 — nachgetestet: 9/9 UBL-Repro-Rechnungen von KoSIT akzeptiert; verwandte #187–#190 ebenfalls behoben
Mustang 2.26.0
BehobenIm master-Zweig behoben (PR #1318), noch nicht released
horstoeko/zugferd 1.0.132
BehobenVeröffentlicht in v1.0.133 (nachgetestet: Befreiungsgründe für E/AE/K/G/O von KoSIT akzeptiert)
ZUGFeRD-csharp
BekanntBekanntes Problem, Workaround: nur PersonName oder DepartmentName setzen (CII-SR-465/466)
Prüfen lassen
Rechnungen prüfen lassen
Festpreise. Wir bestätigen den Umfang schriftlich vor der Zahlung — PayPal oder SEPA-Überweisung (Rechnung mit Bankdaten per E-Mail).
Kostenlose Prüfung
0 €
Eine Rechnung
Befundübersicht innerhalb von 2 Werktagen. Kein Konto, keine Zahlung.
Einmalprüfung
290 €
Bis zu 10 Rechnungen
Vollständiger Bericht mit Regel-IDs und Korrekturhinweisen je Rechnung, innerhalb von 3 Werktagen.
Bibliotheks- / Hersteller-Audit
790 €
Ausgabe Ihres Generators
Systematische Testfälle über USt.-Kategorien S, E, AE, K, G, O, Zu-/Abschläge und Rundung. Inkl. einem Nachtest nach Ihrer Korrektur.
Bitte keine Rechnungen mit echten personenbezogenen Daten senden. Kostenlos selbst prüfen: die GitHub Action führt dieselben Prüfungen in Ihrer CI aus.