Erstellen Sie einen Lagerplatzkatalog und generieren Sie mobile Picklisten, die nach Gang und Bin sortiert sind, um Laufwege zu verkürzen, Fehlpicks zu reduzieren und die Auftragsabwicklung zu beschleunigen.
Kommissionieren bleibt schnell, wenn jeder Artikel ein klares Zuhause hat und alle dem Standort vertrauen. Es wird langsam, sobald die Orte vage, veraltet oder über drei Orte verteilt sind (eine Tabelle, ein Notizbuch und „tribales Wissen“). Dann wird jeder Pick zur kleinen Suchaktion.
Man sieht den Zeitverlust auf dem Boden. Ein Kommissionierer geht zum richtigen Gang, aber das Bin-Etikett ist unklar, also scannt er nahe Regale. Er findet die SKU woanders, schreibt sich eine Notiz auf Papier und macht weiter. Später schickt ihn ein anderer Auftrag trotzdem wieder in den ursprünglichen Gang, weil das System den Artikel noch dort erwartet.
Unordentliche Orte erzeugen meist die gleichen Probleme:
Schnellere Auslieferung heißt nicht hetzen. Es bedeutet, unnötige Bewegungen und vermeidbare Fehler zu beseitigen: weniger Schritte, weniger Suchen, weniger Kurzpicks und weniger Re-Picks nach Packfehlern.
Die Lösung ist simpel: eine einzige Quelle der Wahrheit für Standorte und Picklisten, die dem Lagerlayout folgen statt der Reihenfolge des Verkaufssystems. Ein Lagerplatzkatalog sollte eine Frage sofort beantworten: „Wohin gehe ich, um diese SKU jetzt zu picken?"
Stellen Sie sich eine kleine Morgen-Welle vor: 18 Positionen aus 6 Bestellungen. Zwei SKUs wurden von A-02 nach C-14 verschoben und nur eine Person weiß davon. Jeder Picker verliert Zeit mit Suchen, und die nächste Schicht wiederholt das Problem. Aktualisieren Sie den Katalog einmal, sortieren Sie die mobile Pickliste nach Gang und Bin, und die Arbeit wird vorhersehbar.
Kommissionieren wird schneller, wenn alle dieselbe „Karte“ des Gebäudes nutzen. Am ersten Tag braucht es keine perfekte Karte, aber klare, gemeinsame Definitionen.
Verwenden Sie einfache Begriffe, die Ihr Team schon nutzt:
Betrachten Sie einen Bin als die Adresse, die auf einem Etikett gedruckt und auf dem Telefon angezeigt werden soll. Wenn Sie einen Lagerplatzkatalog aufbauen, ist der Bin die wichtigste Einheit, weil er gescannt und bestätigt wird.
Auf Artikel-Ebene ist eine SKU die verkaufbare Einheit, die gezählt, gepickt und verschickt wird (zum Beispiel: „Schwarzes T-Shirt, Größe M“). Eine SKU kann mehrere Standorte haben: primärer Pick-Bin, Overflow, Case-Pick oder Quarantäneplatz.
Das ist normales Lagerverhalten. Overflow nach einer großen Wareneingangsmenge. Saisonartikel rücken näher an den Versand. Retouren landen in einem „zu prüfen“-Bereich. Schnelldreher werden umgelagert. Planen Sie für diese Realität, ohne die erste Version zu verkomplizieren.
Eine einfache Regel als Start: geben Sie jeder SKU einen primären Pick-Bin und erlauben Sie optionale sekundäre Standorte mit klarer Statusbezeichnung wie „Overflow“ oder „Returns hold“. Fügen Sie nur weitere Regeln hinzu, wenn das Team den Basics vertraut und die Daten sauber bleiben.
Ein Lagerplatzkatalog funktioniert nur, wenn das Datenmodell einfach bleibt. Sie wollen genug Struktur, damit Standorte genau bleiben und Picklisten vorhersehbar sind, ohne jede Änderung zum Projekt werden zu lassen.
Die meisten Teams starten mit vier Kern-Records, die der Bodenrealität entsprechen: Products (SKUs), Locations (Bins), Inventory (Menge pro Ort) und Pick Tasks (was gerade geholt werden muss).
Konzentrieren Sie sich auf Felder, die die Kommissioniergeschwindigkeit und Verwirrung beeinflussen.
Products (SKUs) sollten Identifikation und Basisinformationen enthalten: SKU-Code, Name, Barcode/UPC, Mengeneinheit, Aktiv/Inaktiv-Status und eine Standard-Pick-Menge, wenn häufig in Packgrößen gepickt wird.
Locations (Bins) sollten erfassen, wie Leute navigieren: Zone, Gang, Bin-Code, eine Pick-Sequenz (Zahl zur Reihenfolge) und ein Status wie aktiv, gesperrt, leer oder Quarantäne.
Inventory ist die Realität: SKU, Standort, On-Hand-Menge, reservierte Menge, letztes Zähldatum und ein Zählstatus (ok, Nachzählung nötig).
Pick Tasks verbinden Arbeit mit Person und Ort: Bestell- oder Wellen-ID, SKU, benötigte Menge, zugeordneter Picker, Task-Status (offen, in Arbeit, gepickt, Ausnahme) und der gewählte Pick-Standort.
Viele SKUs liegen an mehreren Orten (Forward-Pick plus Überbestand). Regeln: eine primäre Lage pro SKU und sekundäre Standorte mit Priorität.
Eine praktische Umsetzung ist eine separate SKU-Standort-Zuordnung mit: Priorität (1, 2, 3), optionalen Min/Max-Werten für den Forward-Bin und einem Replenishment-Flag. Wenn der Primär-Bin knapp ist, kann die Pick-Aufgabe auf die nächste Priorität ausweichen.
Bauen Sie von Anfang an Auditierungsfunktionen ein. Protokollieren Sie, wer eine SKU-Position geändert hat, was sich geändert hat und wann. Eine falsche Änderung kann das Kommissionieren für Tage verlangsamen, daher sollten Änderungen nachvollziehbar und leicht prüfbar sein.
Ein Bin-Etikett hilft nur, wenn alle es gleich lesen und das System es gleich speichert. Ziel ist ein Name, der auf einem kleinen Telefonbildschirm funktioniert, sauber auf ein Etikett druckt und korrekt sortiert.
Ein einfacher Ansatz mit festen Teilen und festen Längen verhindert, dass A2 und A10 falsch sortieren. Ein übliches Muster ist Zone-Aisle-Bay-Level-Bin, wobei jeder Teil eine Aufgabe hat:
Das ergibt IDs wie Z01-A03-B12-L02-S05. Selbst wenn Sie nicht alle Teile heute nutzen, macht das Slots offen für spätere Erweiterung.
Planen Sie Ausnahmen früh, aber behalten Sie sie in derselben Struktur, damit sie offensichtlich und sortierbar bleiben. Beispiele: Paletten im Bulk (Z01-BULK-P01), Käfige (Z02-CAGE-07), Retouren (Z01-RTN-01) oder QA-Hold (Z01-QA-01).
Konsistenz bricht meist durch Duplikate und Tippfehler. Validieren Sie deshalb, damit schlechte Locations gar nicht gespeichert werden. Halten Sie das gespeicherte ID-Feld strikt und bieten Sie optional einen separaten Anzeigenamen.
Sinnvolle Validierungsregeln:
Wenn Standortnamen vorhersagbar sind, geht Scannen schneller, Schulung ist leichter und Picklisten-Sortierung bleibt zuverlässig.
Eine Pickliste sollte aus einer einfachen Kette entstehen: Bestellungen werden zu Bestellzeilen, und Bestellzeilen werden zu Pick Tasks. Wenn diese Kette konsistent ist, hört der Bin-Katalog auf „Daten, die man pflegt“ zu sein, und fängt an, echte Laufzeit zu sparen.
Ein Ablauf, der in den meisten Lagern funktioniert:
Die richtige Standortwahl pro SKU ist oft der Zeitfresser. Ein praktisches Regelwerk ist einfach:
Das Sortieren sollte dem Laufweg entsprechen. Ein verlässlicher Default ist Zone, dann Gang, dann Bin, mit Artikelname als Tie-Breaker.
Batching ist die abschließende Entscheidung: Einzelbestell-Picks eignen sich für Eilsendungen. Wellenpicken für geplante Läufe. Cluster-Picking funktioniert, wenn ein Picker mehrere kleine Bestellungen in einem Gang fehlerfrei zusammensuchen kann.
Das Ziel ist keine perfekte Route, sondern eine Reihenfolge, die für Menschen Sinn macht und die größten Verschwendungen eliminiert: das Hin-und-Herlaufen.
Die meisten Lager erzielen einen großen Gewinn mit einer einfachen Sortierung: Zone, dann Gang, dann Bin. Wenn Ihre Location-Codes konsistent sind, reicht oft eine einfache Textsortierung.
Wenn Sie eine explizitere Reihenfolge brauchen, halten Sie sie lesbar:
Fügen Sie Sonderregeln nur ein, wenn das Gebäude es verlangt. Klassiker sind Einbahngänge: ungerade Gänge von oben nach unten, gerade Gänge von unten nach oben, damit Picker nicht gegeneinander laufen. Mezzanine und Tiefkühlbereiche rechtfertigen ebenfalls spezielle Behandlung, weil der Zugang Zeit kostet. Machen Sie das als klare Umschalter, nicht als komplexe Routing-Engine.
Split-Picks sind in der Praxis wichtig. Wenn eine Bestellung 12 Einheiten braucht und der Primär-Bin 8 hat, sollte die Pickliste zwei Zeilen in der richtigen Laufreihenfolge zeigen: 8 aus dem Primär, dann 4 aus dem nächsten bevorzugten Bin.
Wenn ein Bin leer ist, sollte der Picker nicht selbst entscheiden müssen, wohin als Nächstes zu gehen ist. Nutzen Sie automatisch einen Fallback-Standort und erzeugen Sie eine Nachfüllmeldung, damit das Problem nicht beim nächsten Lauf wieder auftritt.
Ein Picker darf unterwegs nicht nach Informationen suchen. Die beste mobile Pickliste wirkt langweilig: eine klare nächste Aktion, große Schrift und nichts Überflüssiges. Wenn der Bin-Katalog korrekt ist, muss die App den Picker nur noch zum nächsten Bin führen und die Bestätigung so schnell wie möglich machen.
Behalten Sie wenige, an den Arbeitsablauf angelehnte Bildschirme:
In der Pick-Details-Ansicht sollte der Bin-Code das größte Element sein, gefolgt von der Menge und dann dem SKU-Namen. Ein kleines Produktbild nur hinzufügen, wenn es bei ähnlich aussehenden Artikeln hilft. Hinweise kurz und präzise halten (z. B. „oben links“).
Wenn möglich, unterstützen Sie beides. Tippen ist schneller, wenn Etiketten fehlen. Scannen reduziert Fehler bei ähnlichen SKUs.
Ausnahmeaktionen sollten mit einem Tipp erreichbar und immer sichtbar sein:
Behandeln Sie Ausnahmen als echte Daten, nicht als Neben-Notizen. So erkennen Vorgesetzte Muster und beheben Ursachen statt erst nach Schicht von Problemen zu erfahren.
Starten Sie klein. Nützliches lässt sich mit einem Gang und einer Produktgruppe bauen, dann schrittweise erweitern, wenn der Ablauf auf dem Boden funktioniert.
Eine sinnvolle Reihenfolge, die Nacharbeit vermeidet:
Zuerst den Standortkatalog einrichten. Legen Sie einen Record pro Bin an (Lager, Zone, Gang, Bay, Level, Position). Importieren Sie vorhandene Tabellen, auch wenn sie unvollständig sind. Sie können Namen später bereinigen, aber stabile IDs brauchen Sie jetzt.
SKUs hinzufügen und deren Standorte verknüpfen. Geben Sie jeder SKU einen primären Pick-Standort und optional sekundäre Overflow-Standorte. So verhindern Sie, dass „leer“-Momente einen Lauf stoppen.
Bestellungen in Pick Tasks umwandeln. Halten Sie die Bestellaufnahme schlicht: Bestellkopf, Bestellzeilen und eine generierte Pick-Aufgabe pro Zeile.
Für den Lauf sortieren, nicht für Perfektion. Starten Sie mit einer klaren Regel: Sortieren nach Zone, dann Gang, dann Bay, dann Level. Wenn zwei Zeilen denselben Bin teilen, gruppieren Sie sie.
Bestätigungen und Ausnahmen hinzufügen. Erfordern Sie eine schnelle Bestätigung (Tippen oder Scannen). Ist ein Bin leer, soll der Picker das Problem melden und weiterarbeiten, während das System den Grund zur Nachverfolgung erfasst.
Beispiel: Ein Picker erreicht Bin A-03-02, findet nur 1 von 3 Einheiten, bestätigt die Teilmenge, wechselt zum Sekundär-Bin und das System protokolliert die Ausnahme, damit Nachschub später erfolgt.
Es ist 9:05 Uhr und drei Bestellungen kommen gleichzeitig rein, insgesamt 12 Positionen. Der Katalog hat jede SKU einem Primär-Bin zugeordnet plus einen Overflow-Bin, wenn Bestand geteilt ist.
Bestellung A braucht: 4x SKU-101, 1x SKU-205, 2x SKU-330.
Bestellung B braucht: 1x SKU-101, 3x SKU-118, 1x SKU-712, 1x SKU-330.
Bestellung C braucht: 2x SKU-205, 1x SKU-118, 1x SKU-990.
Standortregeln: Erst aus dem Primär-Bin, dann Overflow, falls nötig.
Die mobile Liste sortiert nach Gang und Bin, damit die Route vorhersehbar ist:
Unterwegs findet der Picker Bin 06-02 leer. Auf demselben Bildschirm tippt er „Short pick“, gibt die tatsächliche Menge (0) an und notiert kurz „Bin leer, Palette im Wareneingang prüfen.“ Die App verschiebt die verbleibende Menge automatisch auf Bin 06-18, falls verfügbar.
Nach dem Lauf sieht der Supervisor eine saubere Zusammenfassung: welche Zeilen kurz waren, welche Bins das Problem verursachten und eine Nachfüllmeldung für 06-02.
Ein Lagerplatzkatalog hilft nur, wenn die Leute ihm vertrauen. Verlangsamungen fangen meist klein an: ein neuer Bin-Name hier, eine „temporäre“ Verschiebung dort, und bald folgen die Picker nicht mehr der Liste.
Die häufigsten Fehler:
Ein einfaches Beispiel: Ein Picker sieht „SKU 1142“ auf der Liste, der Bin ist leer. Ohne Ausnahmebutton und Historie läuft er zum Supervisor und zurück, um eine mögliche Overflow-Stelle zu prüfen. Ein solcher Vorfall kann einen ganzen Lauf entgleisen lassen.
Ein paar Guardrails halten das System praktisch schnell:
Bevor Sie den Pickern Telefone geben: stellen Sie sicher, dass die Basics nicht versagen. Der Katalog hilft nur, wenn die Daten mit den Regalen übereinstimmen.
Beginnen Sie mit Abdeckung und Beschriftung. Gehen Sie jeden Gang ab und stichprobenartig prüfen: Findet man den Bin-Code in Sekunden und stimmt er genau mit dem System überein?
Führen Sie anschließend einen 15-minütigen Probelauf mit zwei echten Bestellungen durch. Bitten Sie einen Picker, die Liste exakt zu befolgen, während ein Lead auf Unsicherheitspunkte achtet: unklare Bin-Namen, doppelte Standorte, zu kleine Buttons oder fehlende Ausnahmewege.
Wenn etwas schiefgeht, brauchen Sie eine einfache Spur: wer hat gepickt, zu welchem Bin wurde er geschickt, was hat er bestätigt und warum konnte eine Zeile nicht abgeschlossen werden.
Wählen Sie eine Zone (z. B. Aisle 1-3) oder eine Produktkategorie, die einen normalen Tag repräsentiert, nicht einen Spezialfall. Ein enger Pilot macht Probleme offensichtlich, ohne den gesamten Betrieb zu stören. Ziel ist, zwei Dinge zu beweisen: die Standortdaten bleiben korrekt und die Picklistenreihenfolge reduziert Laufwege.
Definieren Sie vor dem ersten Pilot-Dienst, was „besser“ bedeutet. Messen Sie ein paar einfache Zahlen für leichte Vergleiche:
Halten Sie die Governance leichtgewichtig, aber real. Wählen Sie einen Owner für Bin-Änderungen und legen Sie eine Frequenz fest (täglich bei Schnelldrehern, wöchentlich bei langsamen Artikeln). Die meisten Verzögerungen entstehen, wenn jeder Produkte verschieben kann, aber niemand die Standorte aktualisiert.
Wenn Sie das ohne viel Programmieraufwand aufbauen wollen, ist AppMaster (appmaster.io) eine Option, um Ihr Bin- und SKU-Datenmodell abzubilden, Pick- und Ausnahme-Logik mit visuellen Workflows hinzuzufügen und aus derselben Konfiguration ein Admin-Tool plus mobile App zu erzeugen.
Sobald der Pilot stabil ist, erweitern Sie zoneweise. Fügen Sie Funktionen in dieser Reihenfolge hinzu: Nachfüllhinweise, wenn Pick-Frontstock unter eine Schwelle fällt; einfache Cycle Counts für fehleranfällige Bins; rollenbasierte Rechte, wer Bins/SKUs/Bestellungen editieren darf; und engere Ausnahmeflüsse (beschädigt, Ersatz, geteilter Bin).
Was ist der Hauptgrund, warum unordentliche Lagerplätze das Kommissionieren verlangsamen?Starten Sie mit einer einzigen, verlässlichen Quelle für Lagerplätze und verlangen Sie, dass bei jedem Pick der Bin bestätigt wird. Der schnellste Gewinn ist, dass die Systemposition genau dem physischen Etikett entspricht, sodass die Kommissionierer aufhören zu „suchen“ und nicht mehr auf Erinnerung vertrauen müssen.
Wie sollten wir Lagerplatznamen vergeben, damit sie auf einer Pickliste korrekt sortieren?Verwenden Sie ein konsistentes Muster, das zur Laufroute passt, und halten Sie die Teile in fester Länge, damit das Sortieren funktioniert. Ein guter Standard ist Zone-Aisle-Bay-Level-Bin; ungenutzte Teile können Platzhalter bleiben, damit Sie später erweitern können, ohne alles umzubenennen.
Soll jede SKU einen Bin haben oder kann sie mehrere Standorte haben?Geben Sie jeder SKU einen primären Pick-Bin und erlauben Sie sekundäre Standorte mit klarer Zweckangabe wie Overflow oder Returns Hold. So bleibt die Antwort auf die Frage „Wo picke ich jetzt?“ einfach, während sich geteilte Bestände abbilden lassen.
Welche Daten müssen wir speichern, um einen Lagerplatzkatalog und ein Picklistensystem aufzubauen?Halten Sie es einfach mit vier Hauptdatentypen: SKUs (Produkte), Locations (Bins), Inventory (Mengen pro Standort) und Pick Tasks (wer soll was wo holen). Diese Struktur reicht aus, um Picklisten zu erzeugen, Bestätigungen zu erfassen und Ausnahmen zu dokumentieren.
Wie entscheidet man, welchen Bin eine Pick-Aufgabe verwenden soll?Lösen Sie jede Bestellzeile in einen konkreten Pick-Ort auf, nach einer einfachen Regel: von der primären Position picken, wenn genügend Bestand da ist; sonst auf die nächsten Prioritätsstandorte aufteilen. Schließen Sie Orte aus, die nie gepickt werden sollen (Quarantäne, gesperrt, beschädigt).
Was ist die einfachste Sortierlogik, die wirklich Laufwege reduziert?Sortieren Sie nach dem Weg, den die Leute laufen: Zone, dann Gang, dann Abschnitt/Regalfeld, dann Level/Bin. Wenn Ihre Location-Codes konsistent sind, reicht oft ein einfacher Textsortiermechanismus. Besondere Bereiche (Einbahngänge, Tiefkühl) rechtfertigen einfache Sonderregeln.
Was sollte auf einem mobilen Pick-Bildschirm angezeigt werden, damit Kommissionierer schnell bleiben?Zeigen Sie immer eine klare nächste Aktion: der Bin-Code groß, dann Menge, dann SKU-Name. Bieten Sie schnelle Bestätigung per Tippen oder Scannen und halten Sie die Ausnahmeaktionen sichtbar, damit der Picker nicht den Arbeitsfluss verlassen muss.
Was sollte passieren, wenn der Picker einen leeren Bin erreicht?Behandeln Sie Ausnahmen als wichtige Daten. Wenn etwas nicht gefunden wird, soll der Picker angeben, was passiert ist, die tatsächlich gepickte Menge bestätigen und das System sollte automatisch den nächsten Standort vorschlagen oder eine Nachfüllmeldung auslösen.
Wie verhindern wir, dass Duplikate und Tippfehler den Lagerplatzkatalog ruinieren?Validieren Sie Standort-IDs vor dem Speichern, blockieren Sie Duplikate und protokollieren Sie jede Bin-/SKU-Änderung mit Benutzer und Zeitstempel. Beschränken Sie außerdem, wer Bins anlegen oder ändern darf – einige inkonsistente Änderungen zerstören schnell das Vertrauen in die Pickliste.
Wie führen wir das ein, ohne das ganze Lager zu stören?Führen Sie ein Pilotprojekt in einer Zone oder mit einer Produktgruppe durch und messen Sie Pick-Zeit pro Zeile, Short-Picks und Rückläufe. Wenn Sie ohne viel Programmieraufwand arbeiten möchten, können Sie das Datenmodell, Pick-Workflows und eine Admin-/Mobile-App mit AppMaster modellieren, dann Regeln verfeinern, während das Team arbeitet.
10. März 2026
8 Min
08. März 202611 Min
07. März 202611 MinExperimentieren Sie mit AppMaster mit kostenlosem Plan.
Wenn Sie fertig sind, können Sie das richtige Abonnement auswählen.
