Integration von E-Commerce und Logistik

Eine Bestellung geht im Webshop ein und wird dann per E-Mail oder Excel an das Lager weitergeleitet. Der Kollege überprüft den Bestand, erfasst die Daten manuell im Kurierdienstsystem und ändert später den Bestellstatus in einem anderen System. Solange es sich um einige Dutzend Pakete pro Tag handelt, mag dies noch handhabbar erscheinen. Bei Wachstum wird jedoch schnell klar, warum es entscheidend ist, wie wir die Systeme von E-Commerce und Logistik integrieren: Nicht die Bewegung der Daten ist die eigentliche Arbeit, dennoch geht die Zeit darauf verloren und hier entstehen die meisten Fehler.

Das Ziel der Integration ist nicht nur, dass zwei Softwareprogramme Daten austauschen. Ziel ist es, einen Betrieb zu schaffen, in dem alle aus demselben Status arbeiten, klar ist, wer wofür verantwortlich ist, und das System die mechanische Verwaltung anstelle der Menschen übernimmt. Dazu muss zunächst der Geschäftsprozess in Ordnung gebracht werden. Eine schlecht geplante schnelle Verbindung produziert nur schneller dieselben Fehler.

Warum trennen sich Webshop und Logistik?

Die meisten Probleme werden nicht durch ein einziges fehlerhaftes System verursacht. Der Webshop, das ERP, die Bestandsverwaltung, das WMS, das Abrechnungssystem, die Kurierdienstoberfläche und die Werkzeuge des Kundenservice können jeweils für sich genommen geeignet sein. Die Schwierigkeit beginnt, wenn nicht klar ist, welches System die Wahrheit über ein Produkt, einen Bestand oder den Status einer Bestellung aussagt.

Ein typischer Fall ist, dass der Webshop einen Bestand zum Verkauf anbietet, den das Lager bereits für einen anderen Kanal reserviert hat. Manchmal hat das Lager das Paket physisch zusammengestellt, aber im Webshop wird es noch als „in Bearbeitung“ angezeigt. Der Kundenservice telefoniert dann herum, das Lager unterbricht die Arbeit, um zu antworten, und der Manager versucht später aus mehreren widersprüchlichen Berichten zu verstehen, was passiert ist.

Dies sind nicht einfach nur IT-Unannehmlichkeiten. Sie betreffen direkt das Lieferversprechen, die Bestandsfinanzierung, die Rücksendungsabwicklung und die Belastung der Mitarbeiter. Wenn ein erfahrener Kollege im Kopf hat, welche Tabelle noch aktualisiert werden muss, ist der Prozess nicht kontrolliert, sondern nur gewohnt.

Wie integrieren wir die Systeme von E-Commerce und Logistik?

Die richtige erste Frage ist nicht, ob es eine API zwischen den beiden Systemen gibt. Die Frage ist, wie eine Bestellung vom Zahlungseingang bis zur Lieferung durch das Unternehmen läuft und wo tatsächlich eine menschliche Entscheidung erforderlich ist.

Es lohnt sich, eine konkrete Bestellung zu verfolgen. Wann wird sie erstellt? Wann wird die Zahlung überprüft? Wann wird der Bestand reserviert? Wer kümmert sich um den Mangel, die Teillieferung oder den Adressfehler? In welchem Moment wird die Rechnung erstellt? Wann und unter welchen Bedingungen erhält der Kunde eine Benachrichtigung? Bei der Prozesskartierung stellt sich oft heraus, dass ein manueller Schritt eigentlich keine geschäftliche Kontrolle mehr bietet, sondern nur einen früheren Systemmangel kompensiert.

Bei der Planung der Integration bieten vier Grundprinzipien einen stabilen Ausgangspunkt:

• Jedes wesentliche Datum sollte ein zugewiesenes Quellsystem haben;
• Die übermittelten Daten sollten ein klares Geschäftsevent und einen Status haben;
• Die Behandlung von Ausnahmen sollte nicht im normalen Prozess versteckt werden;
• Fehler sollten sichtbar, rückverfolgbar und behebbar sein.

Die Zuweisung des Quellsystems ist besonders wichtig. Die kommerzielle Beschreibung und der Preis eines Produkts werden typischerweise vom Webshop oder dem Produktinformationssystem verwaltet. Der physisch verfügbare, reservierbare Bestand wird oft vom Lagersystem oder dem ERP verwaltet. Die Lieferadresse und die Kundenkommunikation können vom Webshop stammen, während das Versandetikett und das Lieferereignis aus der Verbindung mit dem Spediteur kommen. Nicht in jedem Fall ist dieselbe Aufteilung gut, aber es kann nicht dauerhaft mehrere, voneinander unabhängige „endgültige“ Quellen für dieselben Daten geben.

Verknüpfen Sie keine Datenfelder, sondern Geschäftsevents

Eine schwache Lösung ist es, wenn ein zeitgesteuerter Prozess alle halbe Stunde die Bestelldaten von einer Datenbank in die andere kopiert. In bestimmten Umgebungen kann dies ein akzeptabler Kompromiss sein, z. B. bei einem alten System oder einem geringen Bestellvolumen. Aber die Verzögerung, die wiederholten Sendungen und die Behandlung von unterbrochenen Verarbeitungen müssen auch dann geplant werden.

Ein besserer Ausgangspunkt ist die Definition von Geschäftsevents. Zum Beispiel: Bestellung genehmigt, Bestand reserviert, zur Kommissionierung freigegeben, Paket versendet, Zustellung fehlgeschlagen, Rücksendung eingegangen. Jedes Event hat ein verantwortliches System, einen interpretierbaren Status und gegebenenfalls eine menschliche Aufgabe.

Dies ist wichtig, weil eine Bestellung nicht ein einziger Datensatz ist, sondern eine Abfolge von Zuständen. Wenn das Kurieretikett generiert wurde, das Paket im Lager aber noch nicht auf die Palette gekommen ist, sollte dem Kunden nicht automatisch mitgeteilt werden, dass die Sendung bereits unterwegs ist. Solche kleinen Unterschiede entscheiden darüber, ob die Berichte und die Kundeninformation glaubwürdig bleiben.

Die Ausnahmen entscheiden, ob die Lösung brauchbar ist

Der normale Bestellweg ist in der Regel schnell automatisierbar. Die schwierigeren Fragen treten bei den Ausnahmen auf: Es gibt nicht genügend Bestand, der Kunde möchte die Bestellung ändern, es muss aus mehreren Lagern erfüllt werden, die Adresse ist ungültig, beschädigte Ware kommt zurück oder der Spediteur meldet eine fehlgeschlagene Zustellung.

Für diese Fälle lohnt es sich nicht immer, eine vollständig automatische Antwort zu geben. Bei einer Bestellung über einem bestimmten Wert, einer individuellen B2B-Lieferung oder einem wiederkehrenden Adressproblem kann eine menschliche Überprüfung geschäftlich gerechtfertigt sein. Die Aufgabe des Systems besteht dann darin, dem zuständigen Kollegen das Problem mit allen notwendigen Hintergrundinformationen anzuzeigen. Nicht darin, E-Mail-Schleifen und separate Listen zu erstellen.

Für das Ausnahmehandling sind auch Verantwortungsgrenzen erforderlich. Entscheidet das Lager über ein Ersatzprodukt? Darf der Kundenservice die Adresse nach der Kommissionierung ändern? Wer löst die Zahlungs- oder Bestandsreservierungsanomalie auf? Wenn diese Entscheidungen nur mündlich existieren, wird die Integration die Unsicherheit nicht beseitigen.

Technische Gestaltung: einfach, aber überprüfbar

Nicht jedes Unternehmen benötigt eine separate Integrationsplattform oder eine große Umgestaltung. Es kann sein, dass eine standardisierte Webshop-ERP-Verbindung ausreicht, wenn das Datenmodell, die Bestandslogik und das Ausnahmehandling zum Betrieb passen. In anderen Umgebungen ist eine Zwischenintegrationsschicht sinnvoll, insbesondere wenn mehrere Vertriebskanäle, mehrere Lager, selbstentwickelte Systeme oder unterschiedliche Datenstrukturen verbunden werden.

Unabhängig von der technischen Lösung sind Identifikatoren, Protokollierung und die Möglichkeit zur erneuten Verarbeitung erforderlich. Eine Bestellung, Sendung und ein Produkt müssen in allen beteiligten Systemen konsistent identifizierbar sein. Wenn eine Verbindung vorübergehend nicht verfügbar ist, darf das System das Ereignis nicht stillschweigend verlieren. Es sollte sichtbar sein, welche Übergaben warten, welche fehlerhaft sind und wer sie ohne geschäftliche Entscheidung oder mit geschäftlicher Genehmigung neu starten kann.

Die Berechtigungen und der Datenschutz sind ebenfalls Teil der Planung. Nicht jedes System und nicht jeder Benutzer muss Zugriff auf den vollständigen Kunden- oder Bestelldatenumfang haben. In der Integration sollten nur die persönlichen und geschäftlichen Daten bewegt werden, die zur Erledigung der Aufgabe erforderlich sind. Dies reduziert gleichzeitig das Risiko und macht den Betrieb transparenter.

Bei der Einführung nicht den gesamten Betrieb auf einmal austauschen

Der große, einmalige Umstieg mag auf den ersten Blick effizient erscheinen, aber die Bestellabwicklung ist kein Bereich, in dem es einfach ist, eine längere Fehlerperiode zu akzeptieren. Es ist ratsamer, einen Abschnitt auszuwählen, in dem der Schmerz klar ist und die Veränderung messbar ist. Dies könnte die Automatisierung der Bestellübergabesein, die Bereinigung der Bestandsynchronisation oder der Ersatz der Versandetikettengenerierung.

Bevor die neue Verbindung live geht, muss mit realen Fällen getestet werden. Nicht nur eine regelkonforme, im Voraus bezahlte Bestellung, sondern auch Stornierungen, Teillieferungen, Bestandsmangel, Rücksendungen, Adresskorrekturen und wiederholte Ereignissendungen. Die Abnahmekriterien müssen in Geschäftssprache formuliert werden: Was sieht das Lager, was sieht der Kundenservice, welchen Status erhält der Käufer und was erscheint im Managementbericht.

Auch nach der Einführung muss der Prozess überwacht werden. Es reicht nicht aus zu überprüfen, ob die Schnittstelle läuft. Es muss sichtbar sein, wie viele Bestellungen unangemessen warten, wie viele Fälle manuelle Eingriffe erfordern, wo der Systembestand vom physischen Bestand abweicht und wie viel Zeit zwischen den einzelnen Zuständen vergeht. Diese Daten zeigen nicht nur die IT-Leistung, sondern auch die Qualität des Erfüllungsprozesses.

In der CGAT-Perspektive beginnt die Integration daher nicht als eigenständige Entwicklungsaufgabe, sondern mit der gemeinsamen Untersuchung der Bestell- und Lagerprozesse. Ein gutes Ergebnis entsteht oft nicht dadurch, dass mehr Technologie eingeführt wird, sondern dadurch, dass einige unsichere Übergaben, parallele Datenquellen oder unnötige Genehmigungen entfallen.

Bei der nächsten Führungssitzung sollte nicht gefragt werden, welches System noch verbunden werden sollte. Stattdessen sollten sie eine problematische Bestellung von gestern auswählen und von System zu System verfolgen. Wo die Informationen stoppen, sich wiederholen oder nur im Kopf einer Person fortgesetzt werden, beginnt die Arbeit, die die Zusammenarbeit zwischen E-Commerce und Logistik wirklich verbessern kann.