Seit über einem Jahrzehnt können Händler mit WooCommerce Geld einnehmen. Erst seit dieser Woche können sie im eigenen Admin nachvollziehen, wo dieses Geld geblieben ist – ohne CSV-Export, ohne Excel, ohne Drittanbieter-Plugin. Man kann das einen Fortschritt nennen. Ich nenne es ein Schuldeingeständnis.
Am 6. August 2026 hat oleksandraratovskyi im WooCommerce Developer Blog die Reconciliation Reports für WooPayments vorgestellt: ein neuer Bereich unter Payments → Reports, der eine Periode vom Anfangs- zum Endbestand aufschlüsselt, Gebühren nach Typ aufdröselt und per Knopfdruck ein druckfertiges PDF oder eine CSV ausspuckt. Verfügbar ab Version 10.9, als Beta, per Snippet oder WP-CLI aktivierbar.
Ein Feature, das keines sein dürfte
Die Pressemitteilung formuliert das Problem bemerkenswert offen:
„Reconciling your WooPayments balance has meant exporting CSVs, lining them up against your bank statements by hand, and hoping everything matched, or paying for a third-party plugin to do what really should come built in.“
Lesen Sie den Satz noch einmal. „What really should come built in.“ Der Hersteller gibt selbst zu, dass Händler jahrelang für etwas bezahlt haben – mit Geld oder mit Arbeitszeit –, das zum Kernprodukt gehört. Ein Zahlungsdienst, der nicht erklären kann, wie er von Anfangsbestand zu Endbestand kommt, ist kein Zahlungsdienst. Er ist ein Geldautomat ohne Kassenzettel.
Dass WooCommerce diesen Mangel jetzt behebt, ist richtig. Dass er 2026 als Beta mit Feature-Flag daherkommt, aktivierbar nur per Code-Snippet in der functions.php, sagt mehr über den Zustand der Plattform als jede Roadmap. Wer seine Buchhaltung ernst nimmt, aktiviert keine Beta über einen Filter-Hook. Er erwartet, dass die Zahlen stimmen – standardmäßig, für alle, ohne Opt-in.
Wer hier verliert: das Plugin-Ökosystem
Für Händler ist das unbestritten gut. Für eine ganze Kategorie von WooCommerce-Plugins ist es der Anfang vom Ende. Tools, die bisher genau eine Sache verkauft haben – Transaktionen gegen Auszahlungen abstimmen, Gebühren auflisten, Reports für den Steuerberater erzeugen –, verlieren mit Version 10.9 ihre Existenzberechtigung. Nicht, weil sie schlecht wären. Sondern weil sie eine Lücke gefüllt haben, die nie hätte existieren dürfen.
Das ist das Muster, das man über Jahre beobachten kann: Automattic baut Funktionen nach, für die das Ökosystem vorher Umsatz generiert hat. Erst Stripe-Terminal-Anbindung, jetzt Abstimmungsreports. Die Botschaft an Entwickler ist eindeutig – wer auf Lücken im Core setzt, setzt auf geliehene Zeit.
Für deutsche Händler: Ein hübsches PDF ist noch keine Buchhaltung
Jetzt der Teil, der im Developer Blog nicht steht. Die Reports rechnen in UTC – bewusst, damit sie zu den Stripe-Abrechnungen passen. Klingt technisch sauber, ist es auch. Aber ein Auszahlungsposten um 00:47 Uhr UTC am ersten Tag des Monats landet in der deutschen Monatsbetrachtung einen Tag früher oder später, je nachdem, wie man schneidet. Für den amerikanischen Accountant mit Stripe-Spiegel kein Problem. Für die deutsche Buchhalterin, die monatsgenau abstimmt, eine Fehlerquelle, die man kennen muss, bevor man sich auf die Summen verlässt.
Zweiter Punkt: GoBD. Der Print-Button erzeugt, so der Blogpost, ein „credible document to hand an accountant or a bank“. Glaubwürdig für eine Bank – vielleicht. GoBD-konform für ein deutsches Finanzamt – nicht annähernd. Kein DATEV-Export, keine revisionssichere Archivierung, keine Unveränderbarkeit der Daten. Diese Reports sind ein Sichtbarkeits-Feature, kein Buchführungswerkzeug. Wer das verwechselt, zahlt die Differenz später beim Steuerberater in Stundensätzen.
Und dann bleibt die Frage nach dem Vertrauen. WooCommerce schreibt selbst: „You may run into the occasional edge case.“ Bei einem Abrechnungsfeature ist das kein Kleingedrucktes, das ist eine Kampfansage an die eigene Glaubwürdigkeit. Buchhaltung funktioniert binär: Die Zahlen stimmen, oder sie stimmen nicht. Ein Beta-Label auf dem Werkzeug, mit dem ich meine Umsätze gegen meine Auszahlungen prüfe, heißt im Klartext: Prüfen Sie doppelt. Was genau hat man dann gewonnen?
Die ehrliche Antwort: mehr als vorher. Der Balance Report ist der richtige Schritt, die Gebührenaufschlüsselung längst überfällig, und die Entscheidung, sich an Stripes Rechenlogik zu halten statt eine eigene zu erfinden, zeigt erstaunliche Demut für einen Plattformbetreiber. Aber Demut ist hier kein Bonus, sondern Pflicht – Stripe definiert ohnehin die Zahlen, WooPayments ist nur das Frontend.
Meine Prognose: In zwölf Monaten ist das Feature Standard, die dafür gebauten Plugins sind tot, und niemand wird sich mehr daran erinnern, dass es jemals anders war. Genau so funktioniert Plattformmacht – sie löscht nicht nur Produkte, sie löscht die Erinnerung daran, dass die Lücke je existiert hat. Die Frage, die bleibt: Wenn WooCommerce zehn Jahre gebraucht hat, um Händlern zu zeigen, wo ihr eigenes Geld ist – was genau verspricht man uns eigentlich, wenn von „Komplettlösung“ die Rede ist?