Shop und Warenwirtschaft verbinden — erst klären, wer führt.

Wer führt was.

Die vierte Zeile ist die, über die am meisten gestritten wird. Warenwirtschaften haben oft Textfelder für Artikel, aber die sind für den Einkauf gedacht, nicht für Verkaufstexte. Wer Produkttexte aus der Warenwirtschaft in den Shop schiebt, bekommt technische Bezeichnungen auf der Produktseite — und verliert Sichtbarkeit bei Google.

Artikelstamm und Preise.

Die Verbindung erfolgt über ein eindeutiges Merkmal, meist die Artikelnummer. Das klingt selbstverständlich und ist der erste Stolperstein: Im Shop sind Artikelnummern oft nicht gepflegt, nicht eindeutig oder bei Varianten gar nicht vorhanden.

Vor jeder Anbindung gehört deshalb eine Bestandsaufnahme: Hat jeder Artikel und jede Variante eine Nummer? Stimmen sie mit der Warenwirtschaft überein? Gibt es Artikel, die nur im Shop existieren — Bundles, digitale Produkte, Versandpositionen? Diese Aufräumarbeit ist unspektakulär und entscheidet über Erfolg oder Dauerärger (Varianten).

Bei Preisen ist zusätzlich zu klären, was mit shopeigenen Aktionspreisen passiert. Wenn die Warenwirtschaft Preise führt und stündlich überträgt, überschreibt sie jeden Rabatt. Üblich ist, einen Grundpreis zu übertragen und Aktionen im Shop separat zu führen — technisch muss die Übertragung das aber wissen.

Bestände.

Hier zählt vor allem der Takt. Ein Bestand, der einmal nachts übertragen wird, ist tagsüber falsch — bei schnelldrehenden Artikeln reicht das nicht, und es kommt zu Überverkäufen. Ein Bestand, der bei jeder Änderung übertragen wird, erzeugt viele Zugriffe und kann den Shop ausbremsen.

Üblich ist ein Mittelweg: regelmäßiger Abgleich in kurzen Abständen, plus sofortige Meldung bei kritischen Artikeln. Dazu ein Sicherheitspuffer — man meldet nicht den letzten Artikel als verfügbar, wenn man nicht sicher ist. Bei Mehrkanalvertrieb ist das keine Feinheit, sondern notwendig (Lagerbestand stimmt nicht).

Bestellungen und Lieferungen.

In die Gegenrichtung laufen Bestellungen: Der Shop meldet eine neue Bestellung an die Warenwirtschaft, dort wird kommissioniert und versandt, und die Versandmeldung samt Sendungsnummer geht zurück in den Shop.

Zu klären sind: Bei welchem Status wird übergeben? Was passiert mit Bestellungen, die nachträglich geändert werden? Wie werden Teillieferungen abgebildet — eine Bestellung, zwei Lieferungen, wie viele Rechnungen? Und wie kommt der Bestellstatus zurück, damit der Kunde im Shop den richtigen Stand sieht (Bestellstatus).

Richtung und Takt.

Ein häufiger Fehler ist, alles im selben Takt laufen zu lassen. Artikelstammdaten stündlich zu übertragen, ist Verschwendung; Bestände nur nachts zu übertragen, ist zu selten. Jeder Strom bekommt seinen eigenen Rhythmus.

Mehrkanalvertrieb.

Wer außer dem eigenen Shop noch über Marktplätze verkauft, hat ein verschärftes Problem: Derselbe Artikel wird an mehreren Stellen angeboten, der Bestand ist aber nur einmal vorhanden. Ohne zentrale Bestandsführung sind Überverkäufe unvermeidlich.

Dann führt die Warenwirtschaft nicht nur den Bestand, sondern verteilt ihn — entweder ganz auf alle Kanäle mit schnellem Abgleich oder aufgeteilt in Kontingente. Beides hat Nachteile, und die Entscheidung hängt davon ab, wie schnell deine Artikel drehen und wie gut die Kanäle Bestandsänderungen annehmen.

Und die Buchhaltung?

Wenn eine Warenwirtschaft im Spiel ist, ändert sich meist auch der Weg in die Buchhaltung. Häufig erzeugt dann die Warenwirtschaft die Rechnung — sie weiß als Erste, was tatsächlich geliefert wurde — und gibt die Belege an die Buchhaltung weiter. Der Shop übergibt dann keine Belege mehr.

Das ist in der Regel die saubere Lösung, weil Rechnung und Lieferung zusammenpassen und Teillieferungen richtig abgebildet werden. Entscheide das bewusst, sonst entstehen zwei Rechnungswege (Shop und Buchhaltung, Rechnungsnummern).

Typische Fehler.

• Keine eindeutigen Artikelnummern — die Zuordnung bricht bei jeder Änderung.
• Beide Systeme führen Preise — Aktionen werden überschrieben.
• Produkttexte aus der Warenwirtschaft — die Produktseiten verlieren Sichtbarkeit.
• Bestandsabgleich zu langsam — Überverkäufe.
• Keine Rückmeldung bei Fehlern — eine Bestellung kommt nie in der Warenwirtschaft an.
• Nachträgliche Bestelländerungen werden nicht übertragen.
• Keine Testumgebung — der erste Test läuft im laufenden Betrieb.

Der fünfte Punkt ist der teuerste: Eine Bestellung, die in der Warenwirtschaft nie ankommt, wird nie versandt — und das merkt man erst, wenn der Kunde fragt.

Einführung in Etappen.

1. Artikelnummern aufräumen, in beiden Systemen.
2. Führung festlegen, schriftlich, pro Datenart.
3. Erst Bestände übertragen — ein Strom, sofort messbarer Nutzen.
4. Dann Bestellungen in die Warenwirtschaft.
5. Dann Versandmeldungen zurück in den Shop.
6. Zuletzt Artikelstamm und Preise, wenn der Rest stabil läuft.

Die Reihenfolge ist bewusst so: Bestände sind der größte Nutzen bei geringstem Risiko. Artikelstamm zuletzt, weil ein Fehler dort den ganzen Katalog betrifft.

Wann es sich lohnt.

Eine Faustregel gibt es nicht, aber Hinweise: Wenn Bestände regelmäßig nicht stimmen, wenn Bestellungen abgetippt werden, wenn über mehrere Kanäle verkauft wird oder wenn das Lager nicht im selben Haus sitzt wie der Shopbetreiber — dann rechnet sich eine Anbindung schnell.

Umgekehrt: Bei wenigen Bestellungen am Tag und einem überschaubaren Sortiment ist eine Anbindung oft teurer als der Nutzen. Dann reicht ein regelmäßiger Export, und das Geld steckt man besser in andere Stellen des Shops (Shop-Schnittstellen).

Wenn du nicht weiterkommst.

Wenn Bestände nicht stimmen, Bestellungen abgetippt werden oder eine bestehende Anbindung ständig hakt. 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.