Strategie zur Integration der Lagerautomatisierung

Im Lager beginnt jeden Morgen dasselbe Ritual: Jemand lädt die Bestellungen aus dem Webshop herunter, überprüft den Bestand in einem anderen System und leitet die Daten an den Kollegen weiter, der die Ware ausgibt. In der Zwischenzeit geht eine dringende B2B-Bestellung ein, und der Bestand eines Produkts stimmt im ERP und im Lagerverwaltungssystem nicht mehr überein. In solchen Situationen geht es bei einer Lagerautomatisierungs-Integrationsstrategie nicht in erster Linie um Maschinen, Scanner oder neue Software. Es geht darum, wie Informationen zuverlässig vom Auftrag bis zur Auslieferung fließen.

Bei den meisten wachsenden Unternehmen liegt das Problem nicht darin, dass ein einziges System schlecht ist. Der Webshop funktioniert, das ERP funktioniert, und die Speditionsplattform funktioniert auch. Der Fehler entsteht dort, wo Menschen diese Systeme miteinander verbinden müssen: per E-Mail, exportierten Tabellen, manueller Dateneingabe und im Kopf behaltenen Ausnahmen. Das ist eine Zeit lang handhabbar. Bei größeren Bestellmengen bedeutet jedoch jede neue Transaktion mehr Verwaltung, mehr Kontrolle und mehr Fehlermöglichkeiten.

Zuerst muss der Lagerprozess verstanden werden

Es ist leicht zu sagen, dass das Lager ein WMS, mobile Terminals oder sogar ein automatisches Lagersystem benötigt. Diese können tatsächlich gerechtfertigt sein, aber nur, wenn klar ist, welches Betriebsproblem sie lösen. Ein schlecht gestalteter Prozess kann durch Technologie beschleunigt werden, bleibt aber dennoch schlecht gestaltet.

Es lohnt sich daher, den tatsächlichen Arbeitsablauf zu verfolgen. Nicht die ideale Version auf dem Flussdiagramm, sondern das, was an einem Dienstagnachmittag passiert, wenn der Wareneingang unvollständig ist, eine Bestellung sich ändert oder ein Schlüsselmitarbeiter im Urlaub ist. Wer trifft Entscheidungen? Auf welcher Informationsbasis? Welche Daten werden erneut eingegeben? Wo wartet die Arbeit, weil jemand per E-Mail etwas genehmigen muss?

Ein häufiges Beispiel ist, dass der Vertrieb dem Kunden ein Lieferdatum verspricht, aber kein Echtzeitbild des verfügbaren Bestands hat. Das Lager priorisiert dann die Bestellungen manuell, und die Finanzabteilung erfährt erst später von der Erfüllung. Hier ist nicht unbedingt die Kommissionierung der Engpass. Es könnte sein, dass die Bestellstatus, die Bestandsreservierung oder die Verantwortlichkeiten unklar sind.

Was bedeutet eine Lagerautomatisierungs-Integrationsstrategie?

Eine Lagerautomatisierungs-Integrationsstrategie definiert, welche Daten die Systeme, die die Lagerarbeit unterstützen, nach welchen Regeln und mit welchem Timing austauschen sollen. Dazu können ERP, Webshop, WMS, Speditionssystem, Fertigungssystem, Beschaffungslösung und Finanzbuchhaltung gehören.

Die Strategie beginnt nicht mit der Auswahl der Integrationstechnologie. Zuerst muss entschieden werden, welches System die zuverlässige Quelle für die jeweiligen Daten ist. Wenn zum Beispiel der Artikelstamm an drei Stellen bearbeitet werden kann, werden sich früher oder später die Bezeichnungen, Einheiten, Gewichtsangaben oder Verpackungsinformationen unterscheiden. Wenn das ERP den Bestand führt, das Lager jedoch nur stündlich aktualisiert wird, bleibt eine ständige Spannung zwischen den Bestellzusagen und dem tatsächlichen Bestand.

Eine gute Strategie zeichnet daher nicht nur Datenverbindungen auf. Sie definiert die Datenverantwortlichen, die Bedeutung der Status, die Fehlerbehandlung und auch, was in Ausnahmefällen passiert. Denn Ausnahmen wird es immer geben: beschädigte Ware, Teillieferungen, Ersatzprodukte, Retouren, Überverkäufe oder manuelle Inventurkorrekturen.

Die Systemverbindung ist nicht gleichbedeutend mit dem Prozess

Zwei Systeme können technisch verbunden sein, während der Betrieb weiterhin unsicher bleibt. Zum Beispiel übergibt der Webshop die Bestellung an das ERP, und das ERP an das WMS. Aber was passiert, wenn die Adressdaten einer Bestellung fehlerhaft sind? Was passiert, wenn das Lager nur teilweise erfüllen kann? Wer wird benachrichtigt, und welches System sendet den neuen Status an den Kunden zurück?

Wenn es darauf keine klaren Antworten gibt, überträgt die Integration die Unsicherheit nur schneller. Die Lagerkollegen stimmen sich dann weiterhin telefonisch, per E-Mail oder in eigenen Tabellen ab. Das heißt, der Mensch bleibt die Brücke zwischen den Systemen - genau dort, wo die Automatisierung am sinnvollsten wäre.

Die richtige Reihenfolge: Regeln, Daten, dann Technologie

Ein funktionierendes Entwicklungsprogramm ist in der Regel keine große, einmalige Einführung. Es ist ratsam, zuerst die Punkte zu behandeln, an denen viel wiederholte Arbeit, Fehler oder Verzögerungen entstehen. Dies könnte die Bestellübergabe, die Bestandssynchronisation, das Etikettendrucken oder die Erstellung von Speditionsetiketten sein. Die Priorität wird nicht durch die Sichtbarkeit, sondern durch die geschäftliche Wirkung bestimmt.

Die folgenden Fragen helfen, den ersten Schritt zu bestimmen:

• Welche Daten werden in mehreren Systemen oder mehrmals erfasst?
• Wo stoppt der Prozess aufgrund manueller Genehmigung oder Informationsmangel?
• Welcher Fehler verursacht die meisten Nacharbeiten, Kundenreklamationen oder zusätzlichen Versandkosten?
• Welche Aufgabe hängt vom Wissen eines einzigen erfahrenen Mitarbeiters ab?

Aus den Antworten ergibt sich in der Regel, dass nicht jeder Prozess gleichzeitig geändert werden muss. Die Integration eines gut verwalteten, großvolumigen Bestellkanals kann mehr bringen als ein vollständiger Lagerwechsel. In anderen Fällen ist die Bereinigung der Stammdaten der erste Schritt, denn ohne sie würde jede neue Verbindung mit unsicheren Daten arbeiten.

Echtzeitdaten oder geplante Aktualisierung?

Es ist nicht in jedem Fall gerechtfertigt, eine Echtzeitverbindung aufzubauen. Bei einem stark frequentierten Webshop ist der sofortige Datenaustausch bei der Bestandsreservierung oder den Bestellstatus häufig erforderlich. Bei einer Lieferantenpreisliste, die einmal täglich eintrifft, kann hingegen die Batch-Verarbeitung einfacher, kostengünstiger und zuverlässiger sein.

Für die Entscheidung muss gemessen werden, welche Konsequenzen die Verzögerung hat. Wenn das Unternehmen aufgrund einer Verzögerung von zehn Minuten einen Bestand verkauft, der nicht mehr vorhanden ist, ist die geschäftliche Begründung für eine Echtzeitverbindung stark. Wenn dieselbe Verzögerung nur in einer internen, wöchentlichen Analyse erscheint, könnte dies zu einer unverhältnismäßig komplexen Lösung führen.

Die technische Architektur muss auch diesen Unterschied berücksichtigen. Nicht nur die normale Datenübertragung, sondern auch die erneute Übertragung, die Duplikation, die fehlerhaften Datensätze, die Protokollierung und die Benachrichtigung. Eine Integration ist dann betreibbar, wenn nicht nur der Kollege sagen kann, warum eine Bestellung nicht eingegangen ist, der sie ursprünglich eingerichtet hat.

Auch die physische Automatisierung benötigt Daten

Barcode-Scanner, Waagen, automatische Verpackungsstationen, Sortieranlagen oder robotisierte Lagersysteme können erhebliche Kapazitäten bieten. Aber ihr Wert hängt stark von der Qualität der sie versorgenden Daten ab. Bei fehlerhaften Größen- oder Gewichtsangaben kann die Verpackungsautomatisierung problematisch sein. Bei ungenauen Standorten kann das Kommissionierungsterminal den Mitarbeiter nur schneller an den falschen Ort führen.

Vor einer physischen Investition sollten daher auch die Bestellprofile untersucht werden. Wie viele Zeilen hat eine durchschnittliche Bestellung? Wie groß sind die saisonalen Schwankungen? In welchem Verhältnis stehen vollständige Kartons, Einzelstücke oder individuelle Artikel? Wie viel Rücksendungen gibt es, und wie werden sie wieder in den Bestand aufgenommen? Eine große, wiederkehrende Produktstruktur erfordert eine andere Lösung als ein projektartiges B2B-Lager, das viele Ausnahmen behandelt.

Auch hier ist das Ziel der Automatisierung nicht, Menschen zu ersetzen. Ein gut gestaltetes System nimmt ihnen die Suche, die wiederholte Erfassung und die ständige Kontrolle ab. So kann ihre Erfahrung bei problematischen Bestellungen, Qualitätskontrollen und Ausnahmebehandlungen genutzt werden, wo echte Entscheidungen erforderlich sind.

Ohne Kennzahlen ist keine Verbesserung sichtbar

Der Erfolg eines Integrationsprogramms zeigt sich nicht daran, wie viele Systeme miteinander verbunden sind. Vielmehr daran, ob sich die Bearbeitungszeit der Bestellungen verkürzt, die Anzahl fehlerhafter Lieferungen abnimmt, die Bestandsgenauigkeit verbessert und der manuelle Eingriff reduziert wird.

Es ist ratsam, den Ausgangszustand noch vor der Änderung festzuhalten. Wie viel Zeit vergeht zwischen dem Eingang der Bestellung und der Erstellung der Lageraufgabe? Wie viele Bestellungen erfordern manuelle Korrekturen? Wie viel Zeit verbringt das Team wöchentlich mit Abstimmungen? Diese Zahlen machen nicht nur die Rentabilität sichtbar. Sie helfen auch dabei, dass die Entwicklung keine neuen, schwer zu wartenden parallelen Arbeiten schafft.

Ein Zeichen für einen guten Lagerbetrieb ist, dass der Leiter nicht versucht, die aktuelle Situation aus den Menschen zusammenzusetzen. Er sieht, welche Bestellungen auf Bearbeitung warten, wo eine Ausnahme aufgetreten ist, welcher Bestand verfügbar ist und welcher Prozess sich verlangsamt. Das ist nicht nur bessere Berichterstattung. Das ist mehr operative Kontrolle.

Wenn sich um das Lager herum immer mehr manuelle Abstimmungen, Kontrolltabellen und dringende Ausnahmen häufen, ist es ratsam, nicht sofort nach einem neuen Werkzeug zu suchen. Zuerst sollte untersucht werden, wie die Arbeit und die Informationen fließen. Nachhaltige Verbesserungen beginnen oft dort, wo das Unternehmen endlich genau formuliert: Welcher Prozess muss zuverlässiger funktionieren und warum.