WooCommerce an lexoffice anbinden — einmal richtig einrichten.

Was übertragen wird.

Die letzte Zeile ist die, die am häufigsten falsch gemacht wird. Eine einmal erzeugte Rechnung darf nicht nachträglich verändert werden — Korrekturen laufen immer über einen eigenen Beleg (Gutschriften und Stornos).

Was vorher geklärt sein muss.

1. Ab welchem Bestellstatus soll ein Beleg entstehen?
2. Woher kommt die Rechnungsnummer — aus dem Shop oder aus der Buchhaltung?
3. Welche Steuersätze gelten für deine Produkte, dein Versandziel, deine Kundengruppen?
4. Verkaufst du ins EU-Ausland? Dann gilt gegebenenfalls das besondere Verfahren (OSS).
5. Wie werden Zahlungen zugeordnet — automatisch über die Zahlungsart oder über den Bankabgleich?
6. Was passiert mit Altbestellungen? Rückwirkend übertragen oder ab Stichtag?

Diese sechs Fragen in einer Mail an deinen Steuerberater, bevor irgendetwas eingerichtet wird. Die Antworten bestimmen die gesamte Konfiguration — und sie nachträglich zu ändern bedeutet, bereits übertragene Belege zu korrigieren.

Welcher Bestellstatus auslöst.

WooCommerce kennt mehrere Zustände: in Wartestellung, in Bearbeitung, abgeschlossen, storniert, rückerstattet. Die Frage ist, bei welchem davon ein Beleg in der Buchhaltung entsteht.

In der Praxis gibt es zwei verbreitete Linien. Entweder bei „in Bearbeitung“ — also sobald die Bestellung bezahlt und bestätigt ist — oder bei „abgeschlossen“, also nach dem Versand. Die erste Variante ist näher am Zahlungseingang, die zweite näher an der Lieferung. Beides lässt sich begründen, aber es muss eine Entscheidung sein, keine Zufälligkeit.

Wichtig ist die Behandlung von Bestellungen, die hängen bleiben: Eine Bestellung, die nie den auslösenden Status erreicht, taucht nie in der Buchhaltung auf. Wenn der Status wegen eines Zahlungsproblems feststeckt, fehlt der Umsatz — und das fällt oft erst beim Abschluss auf (Bestellstatus hängt).

Rechnungsnummern.

Rechnungsnummern müssen eindeutig und lückenlos nachvollziehbar sein. Problematisch wird es, wenn zwei Systeme gleichzeitig Nummern vergeben: ein Rechnungs-Plugin im Shop und die Buchhaltung. Dann existieren zwei Nummernkreise für dieselben Vorgänge, und die Zuordnung ist Handarbeit.

Die saubere Lösung ist, sich für eine Quelle zu entscheiden. Entweder der Shop erzeugt die Rechnung samt Nummer und überträgt sie als fertigen Beleg, oder der Shop überträgt nur die Bestelldaten und die Buchhaltung erzeugt die Rechnung. Die zweite Variante ist meist einfacher, verlangt aber, dass der Kunde seine Rechnung nicht sofort aus dem Shop bekommt (Rechnungsnummern richtig vergeben).

Steuersätze und Länder.

Hier entstehen die teuersten Fehler. Der Shop kennt Steuersätze pro Produkt und pro Zielland, die Buchhaltung kennt Steuerschlüssel. Diese beiden Welten müssen zusammenpassen, und zwar pro Position, nicht pauschal pro Beleg.

Besonders zu prüfen: ermäßigte Steuersätze bei gemischten Warenkörben, Versandkosten mit eigenem Satz, Lieferungen ins EU-Ausland an Privatkunden, Lieferungen an Unternehmen mit Umsatzsteuer-Identifikationsnummer und Lieferungen außerhalb der EU. Jeder dieser Fälle wird anders behandelt, und wenn die Übertragung nur den Standardsatz kennt, wird falsch gebucht (Mehrwertsteuer falsch).

Wenn du Kleinunternehmer bist, gilt eine eigene Logik — dann darf überhaupt keine Umsatzsteuer ausgewiesen werden, und der Beleg braucht den entsprechenden Hinweis (Kleinunternehmer).

Zahlungen zuordnen.

Ein Beleg allein reicht nicht — er muss als bezahlt markiert werden, sonst steht in der Buchhaltung eine offene Forderung, die längst beglichen ist. Dafür gibt es zwei Wege.

Der eine: Die Übertragung meldet die Zahlung direkt mit, weil der Shop weiß, dass per PayPal oder Kreditkarte bezahlt wurde. Der andere: Die Zahlung wird über den Bankabgleich zugeordnet, wenn das Geld tatsächlich auf dem Konto ankommt. Bei Zahlungsdienstleistern liegt dazwischen oft eine Auszahlung, die mehrere Bestellungen zusammenfasst und bereits Gebühren abgezogen hat — und genau dort wird der Abgleich kniffelig (Zahlungen abgleichen).

Stornos und Gutschriften.

Rückerstattungen im Shop müssen in der Buchhaltung ankommen, sonst stimmt der Umsatz nicht. Dabei gilt: Teilrückerstattungen brauchen eine Gutschrift über den Teilbetrag, vollständige Rückerstattungen eine über den Gesamtbetrag — und beides mit den richtigen Steuersätzen, die denen der Ursprungsrechnung entsprechen.

Viele Einrichtungen übertragen Bestellungen, aber keine Rückerstattungen. Das fällt erst auf, wenn die Zahlen auseinanderlaufen. Prüfe das ausdrücklich beim Test.

Typische Fehlerquellen.

• Doppelte Belege: Eine Bestellung wechselt mehrfach in den auslösenden Status.
• Doppelte Kontakte: Derselbe Kunde wird bei jeder Bestellung neu angelegt, weil kein Merkmal zum Abgleich definiert ist.
• Rundungsdifferenzen: Der Shop rechnet brutto, die Buchhaltung netto — bei vielen Positionen entstehen Centbeträge.
• Fehlende Bestellungen: Die Übertragung lief in einen Fehler und hat es niemandem gesagt.
• Falsches Belegdatum: Übertragungsdatum statt Bestelldatum, besonders problematisch am Monatswechsel.
• Testbestellungen in der Buchhaltung: Weil die Verbindung in der Live-Umgebung getestet wurde.

Der vierte Punkt ist der gefährlichste, weil nichts auffällt. Eine Übertragung ohne Fehlerbenachrichtigung ist keine Automatisierung, sondern eine Zeitbombe — du musst mitbekommen, wenn etwas nicht durchgeht.

Richtig testen.

1. In einer Testumgebung einrichten, nicht im laufenden Shop (Staging).
2. Je einen Fall durchspielen: Inland, EU-Privatkunde, EU-Geschäftskunde, Drittland, gemischte Steuersätze.
3. Teilrückerstattung und Vollstorno testen.
4. Beleg in der Buchhaltung prüfen — Summen, Steuerausweis, Datum, Nummer.
5. Einen Monat im Parallelbetrieb laufen lassen und stichprobenartig vergleichen.
6. Erst dann Altbestellungen übertragen, falls gewünscht.

Wo fertige Lösungen enden.

Für einen Standardshop mit überschaubarem Sortiment reicht ein fertiges Verbindungs-Plugin in aller Regel. An Grenzen stößt es typischerweise bei: Abo- und Ratenmodellen, Teillieferungen, Gutscheinen mit besonderer steuerlicher Behandlung, mehreren Mandanten oder Marken in einem Shop, Großhandelspreisen mit eigener Logik und Anbindung an eine Warenwirtschaft, die dazwischenliegt.

In diesen Fällen lohnt sich eine eigene Schnittstelle, die genau deinen Ablauf abbildet. Das ist kein Grundsatzprojekt, sondern meist eine überschaubare Erweiterung — nur eben zugeschnitten (eigene Schnittstelle).

Wenn du nicht weiterkommst.

Wenn Bestellungen nicht ankommen, Steuersätze falsch landen oder du gar nicht erst weißt, wie du anfangen sollst. Ich richte die Verbindung ein, teste sie mit echten Bestellungen und zeige dir, woran du erkennst, dass sie läuft: WooCommerce-Support. Soll die Übertragung dauerhaft überwacht werden, geht das über die WooCommerce-Wartung. Passt kein fertiges Werkzeug, baue ich die Verbindung selbst: eigene Schnittstelle entwickeln lassen.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Ich baue und repariere WordPress- und WooCommerce-Systeme und verbinde sie mit anderer Software — Buchhaltung, Warenwirtschaft, Versand. Was ich dabei mache, ist die technische Seite: Daten sauber aus dem Shop holen, richtig zuordnen, zuverlässig übertragen und nachvollziehbar protokollieren.

Was ich ausdrücklich nicht mache: steuerliche Beratung. Welches Konto bebucht wird, wie Steuersätze bei deinem Geschäftsmodell anzusetzen sind und was dein Steuerberater für den Jahresabschluss braucht — das klärst du mit ihm, und ich setze es technisch um. Diese Arbeitsteilung funktioniert gut, weil beide Seiten dann über dasselbe reden: Ich frage beim Steuerberater nach den Vorgaben, er bekommt von mir eine Datei oder Übertragung, die zu seinen Vorgaben passt.

Wenn du mir schreibst, sag mir am besten gleich, womit gebucht wird und wie viele Bestellungen im Monat zusammenkommen. Daraus ergibt sich fast immer schon, ob ein fertiges Plugin reicht.