Wigandt Technology

Online-Shop automatisieren: Prozesse, Datenfluss und Fehlerfälle

Welche Shop-Prozesse sich zuerst automatisieren lassen, wie der Datenfluss zwischen Shop, Warenwirtschaft und Versand aussieht und welche Fehlerfälle vor der Umsetzung geklärt sein müssen.

Johannes Wigandt ·

Welche Prozesse sich zuerst automatisieren lassen #

Einen Online-Shop zu automatisieren bedeutet, wiederkehrende Handgriffe zwischen Shop, Warenwirtschaft, Versand und Buchhaltung durch Schnittstellen zu ersetzen. Nicht jeder Prozess lohnt sich dafür gleich stark. Am Anfang stehen die Abläufe, die täglich anfallen, fehleranfällig sind und bei denen eine Verzögerung direkt beim Kunden ankommt.

  • Bestellungen übernehmen: Neue Bestellungen landen automatisch in der Warenwirtschaft, mit Kundendaten, Positionen, Zahlungsart und Versandadresse.
  • Bestände abgleichen: Verfügbare Mengen aus dem Lager werden regelmäßig in den Shop zurückgeschrieben, damit keine ausverkauften Artikel verkauft werden.
  • Produktdaten pflegen: Preise, Beschreibungen, Varianten und Bilder werden zentral gepflegt und in den Shop übertragen, statt an zwei Stellen.
  • Status und Sendungsverfolgung: Versandstatus und Trackingnummern gehen aus der Logistik zurück in den Shop und an den Kunden.
  • Rechnungen und Zahlungen: Rechnungen entstehen im führenden System, Zahlungseingänge werden Bestellungen zugeordnet.

Für die meisten Shops sind Bestellübernahme und Bestandsabgleich der erste Schritt. Sie sparen die meiste Zeit und verhindern die teuersten Fehler: doppelt erfasste Aufträge und Verkäufe ohne Ware.

Der Datenfluss je Prozess: führendes System, Richtung und Takt #

Bevor ein Werkzeug gewählt wird, sollte für jeden Prozess feststehen, welches System führt, in welche Richtung Daten fließen und wie oft. Diese drei Angaben ergeben den Datenfluss, und er ist in der Praxis wichtiger als jede Technologieentscheidung.

Ein typisches Bild: Der Shop führt bei Bestellungen und Kundendaten, weil sie dort entstehen. Die Warenwirtschaft führt bei Beständen, Einkaufspreisen und Rechnungen. Produktstammdaten führen entweder die Warenwirtschaft oder ein PIM; der Shop bekommt sie nur geliefert. Bestellungen fließen also vom Shop ins ERP, Bestände und Status vom ERP in den Shop, Produktdaten aus dem PIM in den Shop.

Beim Takt gilt: Bestellungen sollten zeitnah übernommen werden, in der Regel innerhalb von Minuten, per Webhook oder kurzem Abrufintervall. Bestände reichen je nach Sortiment alle paar Minuten bis stündlich. Produktdaten ändern sich seltener; hier genügt oft ein nächtlicher Lauf plus ein manuell auslösbarer Abgleich. Je kürzer der Takt, desto höher die Last auf beiden Systemen, deshalb lohnt sich ein bewusst gewählter Rhythmus je Datenbereich.

Für Shopware 6 beschreibt der Fachartikel zur Anbindung an die Warenwirtschaft, welche Schnittstellen das System dafür vorsieht und wie Bestell-, Zahlungs- und Lieferstatus getrennt behandelt werden.

Plugin, Workflow-Tool oder eigene Schnittstelle? #

Fertige Konnektoren und Plugins gibt es für viele Kombinationen aus Shop und Warenwirtschaft. Sie sind schnell eingerichtet und passen, wenn der eigene Ablauf dem vorgesehenen Standard entspricht. Ihre Grenze ist die Anpassbarkeit: Sobald Sonderfälle, eigene Felder oder eine abweichende Reihenfolge nötig sind, kämpft man gegen das Plugin statt mit ihm.

Workflow-Werkzeuge wie n8n verbinden Systeme über deren APIs und bilden Abläufe sichtbar als Knoten ab. Sie eignen sich für Benachrichtigungen, einfache Übertragungen und Fälle, in denen das Team Abläufe selbst nachvollziehen soll. Bei hohem Volumen, komplexer Fehlerbehandlung oder strengen Anforderungen an Reihenfolge und Wiederholbarkeit stoßen sie an Grenzen.

Eine eigene Schnittstelle, etwa ein kleiner Dienst auf Basis von Laravel, lohnt sich, wenn Mengen, Sonderfälle oder Prüfregeln über den Standard hinausgehen. Sie kostet mehr Anfangsaufwand, macht dafür jeden Schritt testbar und dokumentierbar. In vielen Projekten ist die Mischung sinnvoll: Standardkonnektor für Produktdaten, eigene Logik für Bestellungen und Bestände.

Fehlerfälle, die von Anfang an dazugehören #

Der Normalfall ist bei jeder Automatisierung schnell umgesetzt. Ob sie im Betrieb trägt, entscheidet sich an den Ausnahmen. Diese Fälle sollten vor der Entwicklung durchgesprochen sein:

  • Doppelte Übertragung: Eine Bestellung wird zweimal gesendet, weil eine Antwort ausblieb. Jede Übertragung braucht eine eindeutige Kennung, damit das Zielsystem Wiederholungen erkennt.
  • Teillieferungen und Stornos: Eine Bestellung mit drei Positionen wird in zwei Paketen verschickt, eine Position storniert. Status und Bestände müssen das je Position abbilden, nicht nur je Bestellung.
  • Nicht erreichbare Systeme: Die Warenwirtschaft ist wegen Wartung offline. Bestellungen werden zwischengespeichert und später in der richtigen Reihenfolge nachgeliefert.
  • Ungültige Daten: Eine Adresse ohne Postleitzahl, eine Artikelnummer, die im ERP fehlt. Solche Fälle landen in einer Prüfliste für Menschen, statt den gesamten Lauf zu blockieren.
  • Preis- und Bestandskonflikte: Ein Artikel wird verkauft, während der Bestand gerade auf null gesetzt wird. Es muss klar sein, welches System in diesem Moment recht hat und wer den Kunden informiert.

Für jeden dieser Fälle gehört eine Antwort in die Planung: Was passiert automatisch, was wird gemeldet, und wer entscheidet? Der Ratgeber Schnittstellen planen enthält dafür die Prüffragen, die vor der Entwicklung geklärt sein sollten.

Voraussetzungen im Unternehmen #

Technisch braucht es Zugang zu den Schnittstellen der beteiligten Systeme. Bei Shopsystemen wie Shopware, WooCommerce oder Gambio ist das eine API mit eigenem Zugang; bei Warenwirtschaften reicht die Spanne von einer gut dokumentierten API bis zu CSV-Exporten auf einen Netzwerkordner. Beides ist machbar, bestimmt aber Aufwand und Takt.

Organisatorisch braucht es saubere Stammdaten: eindeutige Artikelnummern in allen Systemen, gepflegte Einheiten und Varianten und eine Entscheidung, welches System bei Konflikten führt. Ohne diese Grundlage überträgt die Automatisierung nur Unordnung schneller. Und es braucht eine Person, die Prüflisten abarbeitet und bei Fehlern erreichbar ist. Automatisierung nimmt Routine ab, Verantwortung nicht.

Mit einem Prozess starten und messbar machen #

Beginne mit der Bestellübernahme oder dem Bestandsabgleich, je nachdem, was heute mehr Zeit oder mehr Fehler kostet. Lege vorher fest, woran der Erfolg erkennbar ist: Bestellungen sind spätestens nach fünf Minuten im ERP, Verkäufe ohne Bestand kommen nicht mehr vor, das Team pflegt Produkte nur noch an einer Stelle. Solche Kriterien machen das Ergebnis überprüfbar und helfen, den nächsten Prozess zu priorisieren.

Wenn du deinen Online-Shop automatisieren möchtest, unterstütze ich dich unter Online-Shop automatisieren und ERP-Schnittstellen entwickeln: von der Klärung des Datenflusses über die Wahl der Werkzeuge bis zur Umsetzung und Übergabe. Beschreibe dafür kurz dein Shopsystem, die Warenwirtschaft und den Ablauf, der heute am meisten Handarbeit verursacht.

Du möchtest das in deinem Projekt angehen?

Beschreibe kurz deine Anwendung, die beteiligten Systeme und dein Ziel. Gemeinsam klären wir den nächsten sinnvollen Schritt.

Projekt besprechen

Weiterlesen