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 Lagerbestand, erfasst die Daten manuell im Kurierdienstsystem und ändert später den Bestellstatus in einem anderen System. Solange es sich um ein paar 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: Es ist nicht die Datenbewegung, die die eigentliche Arbeit darstellt, dennoch geht dafür die meiste Zeit verloren und hier entstehen die meisten Fehler.

Das Ziel der Integration ist nicht nur der Datenaustausch zwischen zwei Softwareprogrammen. Ziel ist es, einen Betrieb zu schaffen, in dem jeder aus demselben Status arbeitet, klar ist, wer wofür verantwortlich ist, und das System die mechanische Administration anstelle der Menschen übernimmt. Dazu muss zunächst der Geschäftsprozess in Ordnung gebracht werden. Eine schlecht geplante Prozessverbindung 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 Lagerverwaltung, das WMS, das Abrechnungssystem, die Kurierdienstoberfläche und die Tools 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 Lagerbestand oder den Status einer Bestellung sagt.

Eine typische Situation ist, dass der Webshop einen Lagerbestand zum Verkauf verspricht, den das Lager bereits für einen anderen Kanal reserviert hat. Manchmal hat das Lager das Paket physisch zusammengestellt, aber im Webshop wird es immer noch als „in Bearbeitung“ angezeigt. In solchen Fällen telefoniert der Kundenservice, 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 Lagerfinanzierung, die Rücksendungsabwicklung und die Arbeitsbelastung der Mitarbeiter. Wenn ein erfahrener Kollege im Kopf hat, welche Tabelle noch aktualisiert werden muss, dann 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 im Unternehmen vom Zahlungseingang bis zur Lieferung durchläuft und wo tatsächlich eine menschliche Entscheidung getroffen werden muss.

Es ist sinnvoll, eine konkrete Bestellung zu verfolgen. Wann wird sie erstellt? Wann wird die Zahlung überprüft? Wann wird der Lagerbestand 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 zeigt sich oft, dass ein manueller Schritt tatsächlich keine geschäftliche Kontrolle mehr bietet, sondern nur einen früheren Systemmangel kompensiert.

Vier Grundsätze bieten einen stabilen Ausgangspunkt für die Integrationsplanung:

• Jedes wesentliche Datum sollte ein zugewiesenes Stammsystem haben;
• Die übermittelten Daten sollten ein klares Geschäftsergebnis und einen Status haben;
• Die Ausnahmen sollten nicht im normalen Prozess verborgen werden;
• Fehler sollten sichtbar, rückverfolgbar und korrigierbar sein.

Die Zuweisung des Stammsystems ist besonders wichtig. Die kommerzielle Beschreibung und der Preis eines Produkts werden typischerweise vom Webshop oder dem Produktinformationssystem verwaltet. Der physisch verfügbare, buchbare Lagerbestand wird in vielen Fällen vom Lagersystem oder dem ERP geführt. Die Lieferadresse und die Kundenkommunikation können vom Webshop stammen, während das Versandetikett und das Lieferereignis aus der Verbindung mit dem Spediteur kommen. Es gibt nicht immer die gleiche gute Aufteilung, aber für dieselben Daten kann es nicht dauerhaft mehrere, voneinander unabhängige „endgültige“ Quellen geben.

Nicht Datenfelder, sondern Geschäftsergebnisse verbinden

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, zum Beispiel bei einem alten System oder einem niedrigen Bestellvolumen. Aber die Verzögerung, die wiederholten Sendungen und die Behandlung von unterbrochenen Verarbeitungen müssen auch in diesem Fall geplant werden.

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

Dies ist wichtig, weil die Bestellung nicht nur ein einziger Datensatz ist, sondern eine Reihe von Zuständen. Wenn das Kurieretikett generiert wurde, das Paket im Lager jedoch noch nicht auf die Palette gelegt wurde, sollte nicht automatisch dem Kunden 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 nutzbar ist

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

Es ist nicht immer sinnvoll, auf diese vollständig automatisierte Antworten 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 erforderlichen Hintergrunddaten zu zeigen. Nicht darin, E-Mail-Schleifen und separate Listen zu erstellen.

Für das Ausnahmehandling sind auch Verantwortungsgrenzen erforderlich. Entscheidet das Lager über ein Ersatzprodukt? Kann der Kundenservice die Adresse nach der Kommissionierung ändern? Wer löst die Zahlungs- oder Lagerreservierungsanomalie? 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 Umstellung. Es kann sein, dass eine standardisierte Webshop-ERP-Verbindung ausreicht, wenn das Datenmodell, die Lagerlogik und das Ausnahmehandling zur Betriebsweise passen. In anderen Umgebungen ist eine Zwischenschicht für die Integration gerechtfertigt, insbesondere wenn mehrere Vertriebskanäle, mehrere Lager, eigens entwickelte 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 diese 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 Bestelldatenkreis 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 man leicht längere Fehlerzeiten in Kauf nehmen kann. Es ist sinnvoller, 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 Lagerbestandsynchronisation oder der Ersatz der Versandetikettenerstellung.

Bevor die neue Verbindung in Betrieb geht, muss sie mit realen Fällen getestet werden. Nicht nur eine ordnungsgemäße, im Voraus bezahlte Bestellung, sondern auch Stornierungen, Teillieferungen, Lagerengpässe, Rücksendungen, Adresskorrekturen und wiederholte Ereignisübertragungen. 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, nur 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-Performance, sondern auch die Qualität des Erfüllungsprozesses.

In der CGAT-Philosophie beginnt die Integration daher nicht als eigenständige Entwicklungsaufgabe, sondern mit der gemeinsamen Untersuchung der Bestell- und Lagerprozesse. Gute Ergebnisse entstehen oft nicht dadurch, dass mehr Technologie eingeführt wird, sondern dadurch, dass einige unsichere Übergaben, parallele Datenquellen oder unnötige Genehmigungen wegfallen.

Bei der nächsten Managementbesprechung sollte nicht gefragt werden, welches System noch verbunden werden sollte. Stattdessen wählen Sie eine problematische Bestellung von gestern aus und verfolgen Sie sie von System zu System. Wo die Information stoppt, sich wiederholt oder nur im Kopf einer Person weitergeht, dort beginnt die Arbeit, die wirklich die Zusammenarbeit von E-Commerce und Logistik verbessern kann.