WooCommerce DATEV Schnittstelle

Was eine WooCommerce-DATEV-Anbindung wirklich leistet

WooCommerce weiß alles über einen Verkauf - die Positionen, die ausgewiesene Steuer, den Gutschein, den Versand, die Erstattung drei Tage später, die Stripe-Auszahlung, die am kommenden Dienstag netto nach Gebühren eingeht. DATEV und der Steuerberater, der darin arbeitet, brauchen all das als Buchungssätze: richtiges Konto, richtiger Steuerschlüssel, richtiges Buchungsdatum, sauber getrennt zwischen Umsatz und dem Geld, das tatsächlich auf dem Konto landet.

In dieser Lücke steckt die Arbeit. Eine WooCommerce-DATEV-Anbindung schließt sie automatisch: Sie liest jeden relevanten Bestell- und Erstattungsvorgang aus WooCommerce, holt Auszahlungs- und Gebührendetails aus Ihren Zahlungs-Gateways, wendet Ihre Buchhaltungslogik an und übergibt DATEV einen sauberen Buchungsstapel, den Ihre Kanzlei ohne Tabellenkalkulation importieren kann.

Weil WooCommerce ein WordPress-Shop ist, den Sie selbst hosten und erweitern, sind die Daten reichhaltiger und unsauberer als bei einer abgeschotteten Plattform. Für Ihren Shop ist das ein Vorteil, für Ihre Buchhaltung ein Risiko - und genau das fängt eine ordentliche Pipeline ab.

Welche Daten fließen

Objekt / Vorgang in WooCommerce	Wird in DATEV zu	Hinweis
Bezahlte Bestellung (In Bearbeitung / Abgeschlossen)	Umsatzbuchung, je Steuersatz getrennt	Auf das passende Erlöskonto in SKR03 / SKR04 kontiert
Steuerpositionen der Bestellung	Korrekter Steuerschlüssel (BU-Schlüssel)	Inland 19 % / 7 %, EU-OSS, Reverse-Charge, Drittland-Export
Gutscheine & Versandzeilen	Eigene Buchungszeilen	Versand ist selbst steuerbar und braucht ein eigenes Konto
Erstattung / Teilerstattung	Stornobuchung	Gleiche Konten und Steuerschlüssel wie das Original, mit Datum der Erstattung
Plugin-Gebührenzeilen (z. B. Zuschläge)	Explizite Gebühren- / Ertragsbuchung	Fall für Fall gemappt, nie in den Umsatz vermischt
Gateway-Auszahlung (Stripe / PayPal / Mollie)	Ausgleich über Geldtransitkonto	Aus der Gateway-API geholt, je Anbieter abgestimmt
Transaktionsgebühren des Gateways	Aufwandsbuchung	Nettoauszahlung mit Bruttoumsatz plus Gebühren abgeglichen

Die konkreten Kontonummern, Steuerschlüssel und Verrechnungskonten stimmen wir einmalig mit Ihrem Steuerberater ab und hinterlegen sie in der Pipeline. Danach ordnet sie niemand mehr von Hand zu.

Die Details, an denen einfache Exporte scheitern

Ein CSV-Export oder ein generisches WooCommerce-DATEV-Plugin bringt Sie zu 80 % ans Ziel und lässt die teuren 20 % auf Ihrem Schreibtisch liegen:

• Der Bestellstatus in WooCommerce ist kein Zahlungsstatus. Eine Bestellung kann “wartend”, “in Wartestellung”, “fehlgeschlagen” oder ein Entwurf aus einem abgebrochenen Checkout sein. Wer auf dem falschen Status bucht, erzeugt Phantomumsätze. Wir legen genau fest, welcher Statuswechsel der Buchungsvorgang ist, und ignorieren den Rest.
• Kontenrahmen. SKR03 und SKR04 nummerieren denselben Sachverhalt unterschiedlich. Erlöse, Versand und jede Steuerbehandlung brauchen das richtige Konto für Ihren Kontenrahmen - nicht die deutsche Voreinstellung eines Plugins.
• Steuerschlüssel. Ein Inlandsverkauf mit 19 %, ein Artikel mit 7 %, ein EU-Fernverkauf im OSS und ein Export in die Schweiz sind vier verschiedene Steuerschlüssel. WooCommerce speichert einen Steuersatz und einen Satznamen, keinen DATEV-Steuerschlüssel - das Mapping müssen wir richtig treffen, sonst stimmt die Umsatzsteuervoranmeldung nicht.
• Die Auszahlung ist nicht der Umsatz. Stripe und PayPal zahlen Tage später netto nach Gebühren in einem Sammelbetrag über viele Bestellungen hinweg aus. WooCommerce hält nur die Transaktions-ID fest, deshalb kommen Auszahlungs- und Gebührenbeträge aus der Gateway-API und laufen über ein Geldtransitkonto, nie als Umsatz.
• Plugin-Wildwuchs. Abos, Bundles, Gutscheinkarten und Checkout-Zuschläge bringen jeweils eigene Zeilentypen mit und können jeweils Geld bewegen. Ein naiver Export plättet sie zu einer Summe, die nicht mehr abstimmbar ist.
• Idempotenz. Wird ein naiver Export erneut ausgeführt - oder feuert ein WordPress-Cron zweimal - ist der März doppelt gebucht. Die Pipeline weiß, dass sie eine Bestellung bereits übertragen hat, und bucht sie nie ein zweites Mal.

Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als Stapelverarbeitung von Hand. Bestell- und Erstattungsvorgänge werden über die WooCommerce-REST-API (oder per Webhook) abgeholt, Auszahlungen und Gebühren aus Stripe, PayPal oder Mollie gelesen, alles validiert, in Ihre abgestimmte DATEV-Kontierung überführt und als Buchungsstapel im DATEV-Format ausgegeben - oder über den DATEV Rechnungsdatenservice in DATEV Unternehmen online geliefert, wo das zum Ablauf Ihrer Kanzlei passt.

Die Pipeline ist idempotent: Jede WooCommerce-Bestellung trägt eine stabile Kennung, sodass ein erneuter Lauf nie eine doppelte Buchung erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Bestell- und Kundendaten verlassen die EU nicht, was AVV und DSGVO gegenüber Ihrem Steuerberater sauber hält.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von Änderungen an der WooCommerce-REST-API, an Ihren Zahlungs-Plugins und an DATEV liegen vertraglich bei uns. WooCommerce und seine Plugins aktualisieren sich in ihrem eigenen Takt; verschiebt sich ein Schema, fangen wir das ab, bevor es Ihre Buchhaltung tut. Sie bekommen einen festen Ansprechpartner und ein SLA, und der Monatsabschluss hängt nicht mehr daran, dass jemand an einen Export denkt.

Wann sich diese Anbindung lohnt

Wenn Sie eine Handvoll Bestellungen im Monat mit einem einzigen Steuersatz über ein Gateway abwickeln, ist ein manueller Export völlig in Ordnung - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn das Volumen steigt, wenn Sie grenzüberschreitend im OSS verkaufen, wenn Erstattungen und mehrere Zahlungs-Gateways die Abstimmung zur monatlichen Pflichtübung machen, wenn Abo- oder Marktplatz-Plugins jede Bestellung verkomplizieren, oder wenn Ihr Steuerberater Ihnen berechnet, Exporte zu bereinigen, die eine Pipeline von vornherein korrekt hätte liefern sollen.