Onlineshop mit Warenwirtschaft verbinden: Bestände und Bestellungen abgleichen

Im Laden wird ein Artikel verkauft, während im Onlineshop noch „auf Lager“ steht. Ein Mitarbeiter korrigiert die Menge von Hand, doch der nächste automatische Import überschreibt seine Änderung. Solche Situationen zeigen, warum eine Verbindung zwischen Shop und Warenwirtschaft mehr braucht als einen regelmäßig laufenden Datenexport. Für jedes Feld muss feststehen, welches System den gültigen Stand liefert und was bei widersprüchlichen Meldungen passiert.

Die Planung beginnt mit wenigen tatsächlichen Artikeln und einem nachvollziehbaren Bestellablauf. Damit lässt sich prüfen, ob eine vorhandene Schnittstelle Ihre Arbeit abbildet. Die Kompatibilität mit einem bestimmten Warenwirtschaftssystem kann erst nach Prüfung der Version, Erweiterungen und verfügbaren Zugänge beurteilt werden. Der folgende Ablauf betrifft die laufende Verbindung; einen einmaligen Wechsel behandelt der Beitrag zum Umzug eines Onlineshops.

Für jedes Datenfeld eine zuständige Quelle bestimmen

Notieren Sie zuerst, wo Artikel angelegt und Preise freigegeben werden. Werden Texte im Shop gepflegt, Bestände aber in der Warenwirtschaft, darf ein Bestandsimport die redaktionellen Beschreibungen nicht nebenbei ersetzen. Auch Produktbilder, Kategorien und Versandangaben können verschiedene Verantwortliche haben. „Alles in beide Richtungen“ ist deshalb keine ausreichende Beschreibung eines Auftrags.

Eine überschaubare Feldliste verhindert spätere Konflikte. Sie enthält Datenquelle, Übertragungsrichtung und Umgang mit einer manuellen Änderung. Bei kundenspezifischen Preisen kommen zusätzliche Regeln hinzu: Welcher Kunde erhält welche Kondition, und in welchem System wird diese Zuordnung geändert? Diese fachliche Entscheidung wird im Beitrag zu Kundenpreisen im B2B-Shop genauer behandelt.

Artikel und Varianten eindeutig wiedererkennen

Ein Produktname reicht als Verbindungsschlüssel selten aus. Zwei gleich benannte Dichtungen können unterschiedliche Maße haben; die rote und die blaue Ausführung desselben Artikels benötigen getrennte Zuordnungen. Sammeln Sie deshalb einige schwierige Beispiele: Varianten, Verpackungseinheiten, Sets und einen umbenannten Artikel. Zu jedem Beispiel gehört eine eindeutige Kennung aus beiden Systemen.

Die WooCommerce-Produkt-API beschreibt unter anderem Artikelkennungen und Felder zur Bestandsverwaltung. Dass eine Plattform diese Felder anbietet, beweist noch keine fertige Verbindung zu Ihrem System. Der Auftrag muss festlegen, wie Kennungen zugeordnet werden und welcher Mengenbegriff übertragen wird. Lagerbestand, verfügbarer Verkaufsbestand und bereits reservierte Ware sind fachlich unterschiedliche Angaben.

Das letzte Stück im Laden und im Shop

Ein fiktiver Fachhändler besitzt noch eine Lampe. Um 14:02 Uhr wird sie an der Ladenkasse verkauft. Der Shop erhält den neuen Bestand im Beispiel erst um 14:05 Uhr. In diesen drei Minuten kann eine Onlinebestellung eintreffen. Die genannten Zeiten sind erfunden; sie dienen dazu, die Lücke zwischen zwei Meldungen sichtbar zu machen.

Für diese Situation wird eine betriebliche Regel gebraucht. Denkbar sind eine reservierte Menge für einen Verkaufskanal, eine Prüfung beim Bestellabschluss oder ein begrenzter Sicherheitsbestand. Welche Lösung passt, hängt von Sortiment und Schnittstelle ab. Ein Abgleich alle paar Minuten kann die Lücke verkleinern, aber gleichzeitige Verkäufe nicht allein durch seine Häufigkeit ausschließen. Die Darstellung „verfügbar“ muss zu der tatsächlich vereinbarten Regel passen.

Bestellstatus und Rückgaben vollständig beschreiben

Legen Sie fest, ab welchem Ereignis eine Shopbestellung an die Warenwirtschaft geht. Ein angelegter Warenkorb ist noch keine Bestellung, und ein offener Zahlungsvorgang ist ein anderer Zustand als eine bestätigte Zahlung. Benötigt das Lager auch unbezahlte Aufträge, muss das ausdrücklich vorgesehen sein. Andernfalls entsteht eine Reservierung, die niemand wieder auflöst.

Gehen Sie anschließend einen Storno und eine Rückgabe durch. Wird die Menge sofort freigegeben oder erst nach einer Prüfung des zurückgeschickten Artikels? Wie werden Teilmengen behandelt? Eine Integration soll diese Entscheidungen nachvollziehbar übertragen. Sie darf nicht aus einem unspezifischen Status automatisch eine Lagerbuchung ableiten, deren Bedeutung im Betrieb ungeklärt ist.

Eine fehlgeschlagene Übertragung muss auffallen

Eine Verbindung kann wegen fehlender Berechtigungen, einer unerwarteten Artikelkennung oder eines nicht erreichbaren Systems scheitern. Das Team benötigt dann eine erkennbare Meldung mit Vorgang, Zeitpunkt und Bearbeitungsstatus. Die Nachricht „Synchronisation fehlgeschlagen“ hilft wenig, wenn niemand herausfinden kann, welche Bestellung betroffen ist. Im Angebot gehören Fehleranzeige und benannte Zuständigkeit zum Umfang.

WooCommerce beschreibt Webhooks als Ereignismeldungen an ein anderes System und dokumentiert Zustellprotokolle. Eine erfolgreiche technische Zustellung ist trotzdem erst ein Teil der Prüfung: Hat das Zielsystem den Auftrag fachlich richtig verarbeitet? Für die geplante Verbindung braucht es außerdem Regeln für Wiederholung, Verzögerung und den späteren Vergleich beider Bestände.

Eine wiederholte Bestellmeldung darf im Zielsystem keinen zweiten Auftrag erzeugen. Dazu wird dieselbe externe Bestellkennung wiedererkannt und ein bereits bearbeiteter Vorgang nachvollziehbar behandelt. Ebenso darf eine verspätete ältere Bestandsmeldung einen neueren Stand nicht unbemerkt ersetzen. Wie diese Fälle technisch gelöst werden, hängt von der Schnittstelle ab; ihre erwarteten Ergebnisse gehören vorab in die Abnahme.

Fünf Tests vor dem laufenden Betrieb

1. Variante verkaufen: Bestellen Sie mit Testdaten eine einzelne Ausführung. Prüfen Sie Kennung, Menge und Auftrag in beiden Systemen; die andere Variante muss unverändert bleiben.
2. Gleichzeitigen Verkauf nachstellen: Spielen Sie Ladenverkauf und Shopbestellung für das letzte Stück durch. Das Ergebnis muss der vereinbarten Reservierungsregel entsprechen.
3. Meldung erneut zustellen: Lassen Sie denselben Testauftrag nochmals übertragen. Es darf kein zweiter Auftrag entstehen; das Protokoll soll die Behandlung erkennen lassen.
4. Ausfall simulieren: Unterbrechen Sie in einer Prüfumgebung die Verbindung kontrolliert. Fehler müssen sichtbar werden und nach Wiederaufnahme nachvollziehbar bearbeitet werden können.
5. Teilstorno prüfen: Stornieren Sie eine Position eines Testauftrags. Vergleichen Sie verbleibende Bestellung, Reservierung und Verkaufsbestand anhand der vorher festgelegten Regeln.

Mit einem kleinen prüfbaren Umfang beauftragen

Ein erster Auftrag kann sich auf Standardartikel, einen Lagerort und klar definierte Bestellzustände beschränken. Individuelle Preise, Sets und mehrere Lager werden anschließend ergänzt, wenn die Grundlage funktioniert. Dabei werden laufende Kosten der Schnittstelle, Betreuung und Verantwortung für Fehlerfälle mit aufgenommen. Eine einmalige Einrichtung ersetzt den späteren Betrieb dieser Verbindung nicht.

Für eine Projektanfrage an PEMKO genügen zunächst die Namen und Versionen Ihrer Systeme, die bisherige Lagerorganisation und einige anonymisierte Beispielartikel. Beschreiben Sie einen normalen Auftrag und einen schwierigen Ausnahmefall. Daraus lässt sich eine Prüfung mit konkreten Datenrichtungen und Abnahmesituationen vorbereiten; Zugangsdaten und vollständige Kundendaten gehören nicht in die erste Nachricht.