Integrationsstrategie für Lagerautomatisierung

Im Lager beginnt jeden Morgen der gleiche Kreislauf: 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 kommt eine dringende B2B-Bestellung herein, und der Bestand eines Produkts ist im ERP und im Lagerbestand nicht mehr identisch. In einer solchen Situation geht es bei der Integrationsstrategie zur Lagerautomatisierung 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 einzelnes System schlecht ist. Der Webshop funktioniert, das ERP funktioniert, und auch die Speditionsoberfläche funktioniert. Der Fehler entsteht dort, wo Menschen diese Systeme verbinden müssen: mit E-Mails, exportierten Tabellen, manueller Dateneingabe und im Kopf behaltenen Ausnahmen. Das ist eine Zeit lang handhabbar. Bei größerem Bestellvolumen bedeutet jedoch jede neue Transaktion mehr Verwaltung, mehr Kontrolle und mehr Fehlerpotenzial.

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 durchaus gerechtfertigt sein, aber nur, wenn klar ist, welches Betriebsproblem sie lösen. Ein schlecht gestalteter Prozess kann durch Technologie schneller gemacht 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, die Bestellung sich ändert oder ein Schlüsselmitarbeiter im Urlaub ist. Wer trifft Entscheidungen? Auf welcher Informationsgrundlage? 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 einem Kunden ein Lieferdatum verspricht, aber kein Echtzeitbild des verfügbaren Bestands hat. Das Lager priorisiert dann manuell die Bestellungen, und die Finanzabteilung erfährt erst später von der Erfüllung. Hier ist nicht unbedingt die Kommissionierung der Engpass. Es kann sein, dass die Bestellstatus, die Bestandsreservierung oder die Verantwortungsbereiche unklar sind.

Was bedeutet eine Integrationsstrategie zur Lagerautomatisierung?

Eine Integrationsstrategie zur Lagerautomatisierung legt fest, welche Daten die Systeme, die die Lagerarbeit unterstützen, nach welchen Regeln und mit welcher Zeitplanung austauschen. Dazu können das ERP, der Webshop, das WMS, das Speditionssystem, das Fertigungssystem, die Beschaffungslösung und die 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 beispielsweise die Artikelstammdaten an drei Stellen bearbeitet werden können, 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 legt die Datenverantwortlichen fest, die Bedeutung der Status, die Fehlerbehandlung und auch, was in Ausnahmefällen passiert. Denn Ausnahmen wird es immer geben: beschädigte Ware, Teillieferungen, Ersatzprodukte, Rücksendungen, Überverkäufe oder manuelle Bestandskorrekturen.

Systemverbindungen sind nicht gleichbedeutend mit Prozessen

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 eine Bestelladresse fehlerhaft ist? Was passiert, wenn das Lager nur teilweise liefern 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 nur schneller die Unsicherheit. 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 meisten Sinn machen würde.

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. Das kann die Bestellübertragung, die Bestandsynchronisation, der Etikettendruck oder die Erstellung von Speditionsetiketten sein. Die Priorität ergibt sich nicht aus der Sichtbarkeit, sondern aus der geschäftlichen Auswirkung.

Die folgenden Fragen helfen, den ersten Schritt zu bestimmen:

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

Aus den Antworten ergibt sich in der Regel, dass nicht alle Prozesse gleichzeitig geändert werden müssen. Die Integration eines gut verwalteten, großen Bestellkanals kann mehr bringen als ein vollständiger Lagerwechsel. In anderen Fällen ist die Bereinigung der Stammdaten der erste Schritt, denn ohne diese würde jede neue Verbindung auf unsicheren Daten basieren.

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 einmal täglich eintreffenden Lieferantenpreisliste kann jedoch die Batch-Verarbeitung einfacher, kostengünstiger und zuverlässiger sein.

Für die Entscheidung muss gemessen werden, welche Folgen die Verzögerung hat. Wenn eine zehnminütige Verzögerung dazu führt, dass das Unternehmen einen nicht mehr vorhandenen Bestand verkauft, ist die geschäftliche Begründung für eine Echtzeitverbindung stark. Wenn die gleiche Verzögerung nur in einer internen, wöchentlichen Analyse erscheint, kann dies zu einer unverhältnismäßig komplexen Lösung führen.

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

Auch physische Automatisierung benötigt Daten

Barcode-Scanner, Waagen, automatische Verpackungsstationen, Sortierer 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 Standortangaben kann das Kommissionierterminal den Mitarbeiter nur schneller an den falschen Ort führen.

Vor einer physischen Investition sollten daher auch die Bestellprofile untersucht werden. Wie viele Positionen hat eine durchschnittliche Bestellung? Wie stark sind die saisonalen Schwankungen? Wie hoch ist der Anteil an vollständigen Kartons, Einzelstücken oder individuellen Artikeln? 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.

Das Ziel der Automatisierung ist hier auch nicht, Menschen zu ersetzen. Ein gut gestaltetes System nimmt ihnen die Suche, die wiederholte Erfassung und die ständige Kontrolle ab. So wird ihre Erfahrung bei problematischen Bestellungen, Qualitätskontrollen und Ausnahmemanagement genutzt, 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 der fehlerhaften Lieferungen sinkt, die Bestandsgenauigkeit verbessert und die manuelle Eingriffe weniger werden.

Es ist ratsam, den Ausgangszustand noch vor der Änderung zu erfassen. Wie viel Zeit vergeht zwischen dem Eingang der Bestellung und der Erstellung der Lageraufgabe? Wie viele Bestellungen benötigen manuelle Korrekturen? Wie viel Zeit verbringt das Team wöchentlich mit Abstimmungen? Diese Zahlen machen nicht nur die Rentabilität sichtbar. Sie helfen auch, 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 eine bessere Berichterstattung. Das ist eine größere betriebliche Kontrolle.

Wenn sich um das Lager herum immer mehr manuelle Abstimmungen, Kontrolltabellen und dringende Ausnahmen häufen, sollte man nicht sofort nach neuen Werkzeugen suchen. Zuerst muss aufgedeckt werden, wie die Arbeit und die Informationen fließen. Der dauerhafte Fortschritt beginnt oft dort, wo das Unternehmen endlich genau formuliert: Welcher Prozess muss zuverlässiger funktionieren und warum.