Zuerst klären, welches System wofür zuständig ist
Bestände können in der Warenwirtschaft entstehen, während Texte und Bilder direkt im Shop gepflegt werden. Preise kommen vielleicht aus beiden Systemen. Ohne feste Verantwortung überschreibt der nächste Abgleich schnell eine bewusst vorgenommene Änderung.
Für jedes Datenfeld sollte deshalb eine Richtung feststehen. Die Warenwirtschaft kann zum Beispiel Artikelnummer, Bestand und Lieferstatus liefern. Der Shop verwaltet dagegen Beschreibung, Suchbegriffe und sichtbare Sortierung.
- Welches System führt den verfügbaren Bestand?
- Wo werden Preise und Sonderpreise geändert?
- Wer verwaltet Varianten, Bilder und Beschreibungstexte?
- Wo entsteht der verbindliche Auftragsstatus?
Bestellungen vollständig und nur einmal übertragen
Eine Bestellung besteht nicht nur aus Kundendaten und einer Summe. Positionen, Varianten, Rabatte, Versandart, Steuern und Zahlungsstatus müssen im Zielsystem richtig ankommen. Fehlt ein Feld, darf daraus nicht unbemerkt ein anderer Auftrag entstehen.
Jede Bestellung braucht eine eindeutige externe Kennung. Wird eine Übertragung nach einem Ausfall wiederholt, erkennt die Warenwirtschaft daran den vorhandenen Auftrag. Ohne diese Prüfung entstehen Dubletten, obwohl technisch nur ein erneuter Versuch stattgefunden hat.
Artikelnummern und Varianten sauber zuordnen
Der Abgleich steht und fällt mit stabilen Kennungen. Produktnamen eignen sich dafür nicht: Sie ändern sich und können mehrfach vorkommen. Besser sind feste Artikel- oder Variantenummern, die in beiden Systemen eindeutig hinterlegt sind.
Vor dem Start sollte auch geklärt werden, wie Sets, Gutscheine, Zusatzoptionen und auslaufende Artikel behandelt werden. Gerade solche Fälle funktionieren in Testbestellungen oft noch nicht und fallen erst im laufenden Betrieb auf.
- Jede verkaufbare Variante besitzt eine eindeutige Kennung.
- Nicht zugeordnete Positionen stoppen den Import sichtbar.
- Gelöschte oder gesperrte Artikel werden nicht still neu angelegt.
- Sets und Zusatzoptionen haben eine festgelegte Abbildung im Zielsystem.
Bestände zum passenden Zeitpunkt aktualisieren
Nicht jeder Shop braucht Bestände im Sekundentakt. Bei wenigen Bestellungen und ausreichendem Lager kann ein regelmäßiger Abgleich genügen. Bei knappen Einzelstücken oder mehreren Verkaufskanälen wird eine schnelle Reservierung wichtiger.
Entscheidend ist auch, welcher Bestand übertragen wird. Physisch vorhanden, bereits reserviert und tatsächlich verkaufbar sind nicht dasselbe. Die Warenwirtschaft muss einen Wert liefern, der zur Verkaufslogik des Shops passt.
| Abgleich | Passt häufig, wenn | Worauf zu achten ist |
|---|---|---|
| Direkt nach einer Änderung | Bestände knapp sind oder mehrere Kanäle verkaufen | Ausfälle, Limits und Reihenfolge der Änderungen |
| Alle paar Minuten | Kurze Verzögerungen vertretbar sind | Überlappende Läufe und vollständige Änderungslisten |
| Zu festen Zeiten | Daten selten wechseln oder gesammelt geliefert werden | Veraltete Bestände zwischen zwei Läufen |
Fehler nicht im technischen Protokoll verstecken
Ein unbekannter Artikel, eine ungültige Adresse oder eine nicht erreichbare API brauchen unterschiedliche Reaktionen. Technische Ausfälle können automatisch erneut versucht werden. Bei fachlichen Fehlern muss dagegen jemand sehen, was fehlt und wie der Vorgang korrigiert werden kann.
Nach einer Korrektur sollte genau dieser Vorgang erneut laufen können. Ein kompletter Neuimport aller Bestellungen schafft unnötige Risiken und erschwert die Kontrolle.
Welche Beispiele vor einem Angebot helfen
Für eine erste Einschätzung sind ein typischer Auftrag, eine Bestellung mit Rabatt, eine Variante und ein bekannter Sonderfall hilfreicher als eine lange Funktionsliste. Dazu kommen die Namen und Versionen der beteiligten Systeme.
Mit diesen Beispielen lässt sich prüfen, welche Schnittstellen vorhanden sind, wo Zuordnungen fehlen und welcher Datenfluss zuerst stabil laufen sollte.