Ein Etikett, das über einem Regal aufleuchtet, wirkt wie eine kleine Erleichterung. Tatsächlich verschiebt es die Entscheidung darüber, was als Nächstes zu greifen ist - und genau aus dieser Entscheidung entsteht der Nutzen.

Was ein ESL leistet und was nicht

Das Etikett kennzeichnet einen Ort, keinen Artikel.

Es sagt dem Bediener, wohin er gehen soll; es weiß nicht, was entnommen wurde.
Es entfernt die Suchzeit und lässt die Wegzeit unverändert.
Die Bestätigung braucht Scan, Sensor oder Taster, und diese Wahl bestimmt die Genauigkeit.
Der Gewinn ist am größten, wo Pickflächen weit verteilt sind und Artikel langsam umschlagen.
In dichten, schnell drehenden Zonen ist eine gute Papierliste oft konkurrenzfähig.

Auftragsbündelung in Odoo vor dem ersten Licht

Die Bündelungslogik entscheidet über den Wert der Hardware.

Nach Zone und Pickdichte gruppieren, sonst läuft der Bediener in einem Zufallsmuster durchs Lager.
Auftragspriorität achten; eine dringende Zeile darf nicht hinter einem vollen Routenstapel warten.
Die Stapelgröße nach Wagenkapazität begrenzen, nicht nach dem Softwarestandard.
Ein Bündel erst an das Regalsystem geben, wenn die Bestandsreservierung festgeschrieben ist.
Den Bündelschlüssel stabil halten, damit ein neu sortiertes Bündel den Etikettencontroller nicht verwirrt.

Pickflächen auf Etiketten abbilden

Die Zuordnung verfällt schneller als die Hardware.

Ein Etikett je Pickfläche und eine Pickfläche je Lagerort, sonst driftet die Karte innerhalb von Wochen.
Die Etikettenkennung am Lagerort in Odoo speichern, niemals am Produkt.
Lagerorte mit mehreren Produkten über ein mehrzeiliges Etikett oder geteilte Fläche lösen.
Bei Slotting-Änderungen neu abbilden als geplante Aufgabe und festhalten, wer es getan hat.
Eine druckbare Karte Etikett zu Lagerort für den Regaltechniker halten.

Put-to-Light und Pick-to-Light sind verschiedene Probleme

Im Prospekt sehen sie gleich aus und verhalten sich völlig anders.

Pick-to-Light führt den Bediener zu einem Quellort; die Logik ist artikelzentriert.
Put-to-Light führt die Verteilung in Auftragsbehälter; die Logik ist auftragszentriert.
Konsolidierung und Sortierung tragen den größten Arbeitsanteil im E-Commerce, dort zahlt sich Put-to-Light aus.
Die beiden Modi scheitern unterschiedlich und brauchen unterschiedliche Bestätigungsgeräte.
Kaufen Sie keine Architektur mit der Erwartung, beide ohne Prozessumbau zu fahren.

Der Bestätigungsschritt: wer sagt, dass entnommen wurde

Die Bestätigung ist das einzige echte Datum, das das System erzeugt.

Nach dem Licht den Artikel scannen, sonst ist das Ereignis eine Behauptung statt eines Fakts.
Am Regal bestätigen, nicht am Packtisch, sonst fallen Fehler zu spät auf.
Festhalten, wer wann bestätigt hat, denn Streitfälle brauchen beides.
Die benötigte Menge am Etikett anzeigen und den Zeilenabschluss ausdrücklich bestätigen.
Eine Ablehnung am Regal zulassen; erzwungene Falschbestätigungen sind der Weg, auf dem Genauigkeit stirbt.

Ausnahmen: Fehlmengen, Ersatz, geteilte Zeilen

Ausnahmen sind normal, der Prozess muss sie in einer Aktion aufnehmen.

Eine Fehlmenge sollte am Regal ohne Rücksprache mit der Schichtleitung lösbar sein.
Ersatzkandidaten aus Odoo nach Attributübereinstimmung anbieten, nicht nach Lautstärke.
Geteilte Zeilen dürfen kein Etikett dauerhaft leuchten lassen für eine Menge, die nie kommt.
Einen Ursachencode an der Zeile erfassen, damit die Auswertung ein Quartal später nutzbar ist.
Wiederholt knappe Lagerorte an Slotting und Nachschub eskalieren, nicht an den Kommissionierer.

Nachschub und die leere Pickfläche

Die häufigste Ausnahme ist einfach: das Regal ist leer.

Eine leere Pickfläche entdeckt meist der Kommissionierer, Minuten vor Fälligkeit des Auftrags.
Kennt das Regalsystem die Knappheit, kann es Nachschub auslösen, bevor der Bediener ankommt.
Nachschub aus Bestandsschwellen in Odoo auslösen, nie aus dem Etikett selbst.
Nachschub und Kommissionierung dürfen im engen Gang nicht gleichzeitig kollidieren.
Den Anteil der Fehlmengen durch leere Flächen verfolgen; das ist eine Slotting-Kennzahl, keine Kommissionierkennzahl.

Sync-Modell: Aufgaben, Etiketten, Quittungen

Modellieren Sie die Arbeit, nicht die Befehle.

Die Kommissionieraufgabe als ERP-Datensatz mit Zustandsmaschine behandeln, das Etikett als Aktor.
Jeder Etikettenbefehl bekommt eine Kennung, damit Quittungen sicher zugeordnet werden.
Die Schnittstelle idempotent machen; ein wiederholter Befehl darf keine Zeile doppelt bestätigen.
Befehle am Rand puffern, damit ein kurzer Netzausfall den Gang nicht stoppt.
Etikettenzustände am Schichtende gegen ERP-Aufgaben abgleichen und bei Abweichung alarmieren.

Durchsatzrechnung: was ein ESL wirklich verbessert

Trennen Sie die drei Zeitanteile, bevor Sie kaufen.

Suchzeit, Wegzeit und Bestätigungszeit je Zone im heutigen Prozess getrennt messen.
Etiketten senken die Suchzeit stark und die Wegzeit nur bei sinnvoller Bündelreihenfolge.
Die Bestätigungszeit steigt zunächst und sinkt, wenn die Routine sitzt.
Den Break-even in Zeilen pro Stunde rechnen, nicht in Prozent Verbesserung.
Auch den Fall modellieren, in dem das Etikettnetz ausfällt und auf Papier kommissioniert wird.

Fehlermodi und Rückfallkommissionierung

Rechnen Sie mit Netzausfall und bauen Sie den Gang überlebensfähig.

Etiketten verlieren die Synchronität, Batterien sterben, Controller starten neu; alles drei ist Routine.
Je Bündel eine Papierliste halten, die bei der Freigabe neu erzeugt wird, als Rückfallebene.
Veraltete Etiketten sichtbar markieren, damit niemand einem alten Licht vertraut.
Batterie- und Funkzustand in die planmäßige Wartung nehmen, nicht in die Störungsreaktion.
Die Schichtleitung schulen, einen Gang ohne IT auf Papier umzustellen.

Pilotdesign und Kennzahlen

Fahren Sie den Pilot über einen vollen Bedarfszyklus, inklusive Spitze.

Eine Zone mit stabilem Slotting und mittlerem Auftragsprofil wählen.
Zeilen pro Stunde, Kommissioniergenauigkeit, Suchzeit und Ausnahmequote gegen dieselbe Zone auf Papier messen.
Die Wartungsstunden für Etiketten in den Vergleich aufnehmen, denn das ist echte Arbeit.
Vorab entscheiden, welches Ergebnis den Vollausbau rechtfertigt, denn die Hardware bindet mehrere Jahre.
Gewinnt der Pilot nur bei der Suchzeit, korrigieren Sie zuerst das Slotting.