# WooCommerce lexoffice Schnittstelle

*WooCommerce → lexoffice*

**Kurz gesagt:** Eine WooCommerce-lexoffice-Anbindung macht aus jeder bezahlten Bestellung den passenden Datensatz in lexoffice - eine Verkaufsrechnung oder einen Beleg mit korrekten Positionen, dem richtigen taxType und taxRatePercentage je Zeile und einem entdublizierten Kontakt als Debitor. Erstattungen werden zu Rechnungskorrekturen, Versand und Gebühren erhalten eigene Positionen, und EU- oder Drittlandsverkäufe tragen den richtigen Steuer-Subtyp für Reverse-Charge, innergemeinschaftliche Lieferung oder Export. Richtig gemacht ist das kein nächtlicher CSV-Import, sondern eine idempotente Pipeline, die lexoffice mit Ihrem Shop synchron hält - damit Buchhaltung und Steuerberater von sauberen, korrekt besteuerten Daten ausgehen.

## Was eine WooCommerce-lexoffice-Anbindung wirklich leistet

WooCommerce weiß alles über einen Verkauf - die Positionen, die je Zeile ausgewiesene Steuer, den Gutschein, den Versand, die Zahlungsgebühr, die Teilerstattung drei Tage später. lexoffice braucht das als Buchhaltungsdatensätze: einen Kontakt für den Kunden, eine Rechnung oder einen Beleg mit korrekt besteuerten Zeilen, eine Rechnungskorrektur für die Erstattung und Buchungskategorien, die bis in den DATEV-Export durchlaufen, den Ihr Steuerberater abruft.

In der Lücke zwischen einem WordPress-Shop und einem deutschen Buchhaltungssystem steckt die Arbeit. Eine WooCommerce-lexoffice-Anbindung schließt sie automatisch: Sie liest jeden relevanten Bestellvorgang aus WooCommerce, wendet Ihre Buchungslogik an, entdubliziert den Kunden und schreibt einen sauberen Datensatz nach lexoffice, auf den sich Ihr Finanzablauf verlassen kann - ohne dass jemand Zahlen abtippt.

## Welche Daten fließen

| Objekt / Vorgang in WooCommerce | Wird in lexoffice zu | Hinweis |
| --- | --- | --- |
| Bezahlte Bestellung (processing / completed) | Verkaufsrechnung oder Beleg | Modell je nach Buchhaltung; ein Datensatz je Bestellung |
| Rechnungskunde der Bestellung | Kontakt (Debitor) | Abgeglichen über E-Mail und USt-IdNr., nicht blind angelegt |
| Bestellpositionen | lexoffice-Positionen mit Einzelpreis und Menge | Netto oder brutto je nach Ihrer taxType-Konvention |
| Steuerpositionen | taxType + taxRatePercentage je Zeile | 19 % / 7 % Inland, grenzüberschreitend der richtige Steuer-Subtyp |
| Versandposition | Eigene Positionszeile | Versand ist selbst steuerbar und wird separat verbucht |
| Gebühren / Zahlungsgebühren | Eigene Zeile oder Aufwandsbeleg | Getrennt vom Umsatz, damit die Nettoauszahlung stimmt |
| Gutschein / Rabatt | Reduzierte Positionsbeträge | lexoffice kennt kein Rabattobjekt; der Nettobetrag wird je Zeile angewandt |
| Erstattung / Teilerstattung | Rechnungskorrektur (salescreditnote) | Gleiche Zeilen und Steuerschlüssel wie das Original, mit Datum der Erstattung |

Die konkreten Buchungskategorien, die Steuerbehandlung und das Modell Rechnung-oder-Beleg stimmen wir einmalig ab und hinterlegen sie in der Pipeline. Danach kontiert niemand mehr eine Bestellung von Hand.

## Die Details, an denen einfache Synchronisationen scheitern

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

- **Kontakt-Dubletten.** lexoffice hat kein Upsert. Naiv gebucht, erzeugt jede Bestellung einen frischen Kontakt - aus einem Stammkunden werden zwanzig Debitoren und Ihre Offene-Posten-Liste ist wertlos. Der Abgleich über E-Mail und USt-IdNr. vor Anlegen-oder-Verknüpfen ist Pflicht, nicht Kür.
- **Steuer-Subtyp, nicht nur Steuersatz.** Ein Inlandsverkauf mit 19 %, ein Artikel mit 7 %, ein EU-B2B-Verkauf als innergemeinschaftliche Lieferung und ein Export in die Schweiz sind keine vier Steuersätze - es sind unterschiedliche taxType- und taxSubType-Werte in der lexoffice-API. Einer falsch, und die Umsatzsteuervoranmeldung stimmt nicht.
- **Kategorien statt SKR.** lexoffice bucht Erlöse gegen eigene Buchungskategorien (per ID referenziert) und mappt diese erst im DATEV-Export auf SKR03/SKR04. Die Pipeline muss je Produktart die richtige Kategorie-ID auflösen, nicht eine rohe Kontonummer.
- **Rechnungsnummern sind heilig.** Eine lexoffice-Rechnung verbraucht eine fortlaufende Rechnungsnummer. Ein naiver Import beim zweiten Lauf zieht entweder Nummern für Dubletten oder reißt Lücken - beides beanstandet Ihr Steuerberater. Wo nur die Verbuchung nötig ist, vermeidet ein Beleg die Nummer ganz.
- **Rate-Limits und Teilfehler.** Die lexoffice-API begrenzt auf rund zwei Anfragen pro Sekunde und liefert unter Last 429; WooCommerce paginiert bei 100 Bestellungen je Seite und liegt auf Ihrem Shared-Hosting. Eine Synchronisation ohne Drosselung, Retry und Checkpoint verliert Bestellungen mitten im Lauf und hinterlässt ein halb gefülltes lexoffice.
- **Zeitpunkt der Erstattung.** Eine Teilerstattung in WooCommerce muss zu einer Rechnungskorrektur gegen genau die Zeilen und Steuerschlüssel der ursprünglichen Bestellung werden - mit dem Datum der Erstattung, nicht als negative Zeile an einem neuen Beleg.

## Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als Plugin. Bestell- und Erstattungsvorgänge aus WooCommerce werden zeitgesteuert (oder per Webhook) abgeholt, validiert, gegen bestehende lexoffice-Kontakte abgeglichen, in Ihre abgestimmten lexoffice-Datensätze überführt und über den Invoices- oder Vouchers-Endpunkt geschrieben - mit einer Drosselung, die das Rate-Limit respektiert und bei 429 sauber zurückweicht.

Die Pipeline ist idempotent: Jede WooCommerce-Bestellung trägt eine stabile ID, sodass ein erneuter Lauf nie eine zweite Rechnung, einen doppelten Beleg oder einen Phantom-Kontakt erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Bestell- und Kundendaten verlassen die EU nicht, was AVV und DSGVO sauber hält und gerade bei einem deutschen System wie lexoffice zählt.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und das Beobachten von API-Änderungen bei WooCommerce und lexoffice liegen vertraglich bei uns. Ihr Monatsabschluss hängt nicht mehr an einem WordPress-Cronjob, für den sich niemand zuständig fühlt.

## Wann sich diese Anbindung lohnt

Wenn Sie eine Handvoll Bestellungen im Monat mit einem einzigen Steuersatz abwickeln, ist ein Verzeichnis-Plugin oder sogar die manuelle Erfassung in lexoffice völlig in Ordnung - und das sagen wir Ihnen auch. Die Anbindung lohnt sich, wenn das Volumen steigt, wenn Sie grenzüberschreitend verkaufen und korrekte Steuer-Subtypen brauchen, wenn Erstattungen und mehrere Zahlungsanbieter die Abstimmung zur monatlichen Pflichtübung machen, oder wenn doppelte Kontakte und zerrissene Rechnungsnummern Sie bereits Zeit kosten, die Ihr Steuerberater zurückberechnet. Ab da ist ein Plugin auf Ihrem Webserver ein Risiko, und eine betreute, EU-gehostete Pipeline mit festem Ansprechpartner rechnet sich.

## Häufig gestellte Fragen

### Kann ich nicht einfach ein WooCommerce-lexoffice-Plugin aus dem WordPress-Verzeichnis nehmen?

Bei einem kleinen Shop mit einem einzigen Steuersatz reicht ein Plugin oft - das sagen wir Ihnen auch. Schwierig wird es bei Erstattungen, gemischten Steuersätzen, grenzüberschreitenden EU-Verkäufen oder mehreren Zahlungsanbietern, denn das Plugin läuft in WordPress auf demselben Server wie Ihr Shop und teilt dessen Verfügbarkeit, dessen Cron und dessen Fehlerbilder. Bricht eine Synchronisation still ab oder legt eine Rechnung doppelt an, ist niemand dafür verantwortlich. Die Anbindung verlagert diese Logik von Ihrem Webserver in eine überwachte Pipeline, die tatsächlich jemand betreibt.

### Erstellt die Schnittstelle eine Rechnung oder einen Beleg in lexoffice?

Was zu Ihrer Buchhaltung passt. Wenn Sie je Bestellung eine ordnungsgemäße Kundenrechnung brauchen, erzeugen wir eine Verkaufsrechnung über den Invoices-Endpunkt. Geht es rein um die Verbuchung, weil Shop oder Zahlungsanbieter den Beleg bereits ausgestellt haben, buchen wir über den Vouchers-Endpunkt einen Beleg - so wird der Umsatz erfasst, ohne eine doppelte Rechnungsnummer zu ziehen. Welches Modell Sie brauchen, klären wir vor dem Bau, damit lexoffice und Ihr DATEV-Export konsistent bleiben.

### Wie wird die deutsche und EU-Umsatzsteuer korrekt behandelt?

Jede Position trägt den richtigen taxType und taxRatePercentage, und grenzüberschreitende Fälle erhalten den passenden Steuer-Subtyp - innergemeinschaftliche Lieferung bei EU-B2B mit gültiger USt-IdNr., Drittlandslieferung beim Export und vatfree, wo die Kleinunternehmerregelung nach § 19 UStG greift. Bestimmungsland und Steuerstatus des Kunden steuern die Kontierung, sodass in lexoffice bereits Korrektes ankommt und Ihr Steuerberater nichts umbuchen muss.

### Wie werden Kunden abgeglichen, damit keine doppelten Kontakte in lexoffice entstehen?

lexoffice kennt kein natives Upsert - eine naive Synchronisation legt für jede Bestellung einen neuen Kontakt an. Wir gleichen anhand von E-Mail und, bei Geschäftskunden, USt-IdNr. gegen bestehende lexoffice-Kontakte ab, bevor wir verknüpfen oder neu anlegen. So bleibt es bei einem Debitor je Kunde mit sauberer Historie statt Hunderter Beinahe-Dubletten, die Ihre Offene-Posten-Liste unbrauchbar machen.

### Wer betreibt die Schnittstelle nach dem Go-live?

Wir. Die Pipeline läuft auf cloud-nativer, vollständig EU-gehosteter Infrastruktur, die wir überwachen - unabhängig von Ihrem WordPress-Hosting. Ändert WooCommerce oder die lexoffice-API etwas, ist das vertraglich unser Problem und keine böse Überraschung, die Ihr Finanzteam zum Monatsabschluss entdeckt. Sie bekommen einen festen Ansprechpartner, Alerting, Incident Response und ein SLA - plus AVV, damit der gesamte Ablauf DSGVO-konform bleibt.

## Häufige Fehler

- [lexoffice: Deine Steuereinstellungen sind fehlerhaft](https://seamless.engineering/de/fehler/lexoffice-steuereinstellungen-fehlerhaft/)
- [lexoffice: Die Rechnungsadresse des Kunden enthält einen Fehler](https://seamless.engineering/de/fehler/lexoffice-rechnungsadresse-fehler/)
- [lexoffice: Es werden keine Rechnungen erstellt](https://seamless.engineering/de/fehler/lexoffice-keine-rechnungen-erstellt/)
- [lexoffice: Steuerfreie B2B-Bestellung ohne USt-IdNr. wird nicht als Rechnung angelegt](https://seamless.engineering/de/fehler/lexoffice-b2b-ohne-ust-id/)

## Verwandte Integrationen

- [Shopify ↔ lexoffice](https://seamless.engineering/de/integrations/shopify-lexoffice/): Shopify lexoffice Schnittstelle
- [WooCommerce ↔ DATEV](https://seamless.engineering/de/integrations/woocommerce-datev/): WooCommerce DATEV Schnittstelle
- [lexoffice ↔ DATEV](https://seamless.engineering/de/integrations/lexoffice-datev/): lexoffice DATEV Schnittstelle
- [Stripe ↔ lexoffice](https://seamless.engineering/de/integrations/stripe-lexoffice/): Stripe lexoffice Schnittstelle
- [WooCommerce ↔ SAP](https://seamless.engineering/de/integrations/woocommerce-sap/): WooCommerce SAP Schnittstelle
- [Amazon ↔ DATEV](https://seamless.engineering/de/integrations/amazon-datev/): Amazon DATEV Schnittstelle

## Nach System

- [Alle Schnittstellen für WooCommerce](https://seamless.engineering/de/integrations/woocommerce/)
- [Alle Schnittstellen für lexoffice](https://seamless.engineering/de/integrations/lexoffice/)
- [lexoffice API-Changelog](https://seamless.engineering/de/api-changelog/lexoffice/): Keine Breaking Changes oder Deprecations in den letzten 90 Tagen

## Scoping-Gespräch anfragen

Sie möchten diese Integration umsetzen und dauerhaft betreiben lassen? Sagen Sie uns, welche Systeme verbunden werden sollen und welche Daten fließen müssen. Festpreis-Angebot zur Aufwandsabschätzung innerhalb von 48 Stunden.

- E-Mail: hello@seamless.engineering
- Kontaktformular: https://seamless.engineering/de/#contact