Jak optymalizować ścieżki kompletacji?
W magazynie można mieć trzy rzeczy jednocześnie: duży wolumen, ambitne SLA i napięty budżet. I wtedy zawsze wraca temat: „jak skrócić ścieżkę kompletacji?”. Tylko że to pytanie jest zwykle zadawane za późno i w złym miejscu procesu.
Bo optymalizacja ścieżek kompletacji nie zaczyna się w momencie, gdy picker bierze wózek. Zaczyna się w chwili, gdy dostawa dotyka Twojego systemu i Twojej posadzki: na przyjęciu, w danych podstawowych i w odkładaniu (putaway).
Poniżej opisuję podejście, które stosuję w magazynach manualnych, półautomatycznych i mieszanych (manual + antresole + szafy + automatyka pojemnikowa). To nie jest „poradnik z ogólnikami”. To jest logika projektowa: co musi się wydarzyć, żeby WMS w ogóle miał z czego policzyć sensowną ścieżkę.
1) Najpierw porządkujemy pojęcia: putaway, slotting, ścieżka, fala
- Putaway (odkładanie): decyzja, gdzie fizycznie ląduje zapas po przyjęciu. Jeśli ta decyzja jest przypadkowa, ścieżka kompletacji będzie przypadkowa. ścieżka
- Slotting: świadome ułożenie asortymentu w lokacjach (np. A bliżej wyjścia, ciężkie osobno, kruchy osobno).
- Ścieżka kompletacji: kolejność odwiedzanych lokacji i realizowanych pobrań.
- Fala (wave): paczka zleceń wypuszczana w określonym oknie czasowym (np. co 2h), którą WMS może łączyć w batch/cluster.
W praktyce WMS „składa” ścieżkę z dwóch warstw:
- warstwa zapasu (gdzie towar jest i gdzie powinien być),
- warstwa zleceń (jak połączyć zamówienia, żeby nie zrobić kilometrażu).
2) Kompletacja zaczyna się na przyjęciu: rozbijanie dostawy na strumienie
W magazynie mieszanym (manual + półautomat + automatyka) poprawny schemat jest taki:
- przyjmujesz dostawę,
- weryfikujesz ilości/jakość,
- a następnie dzielisz towar na ilości, które zasilą różne strefy (szybka, średnia, wolna, zapas).
W odcinku jest mocny, praktyczny przykład: paleta 500 sztuk i komunikat WMS typu: „spakuj 20–50 do kuwety X (automatyka), część do innego pojemnika (antresola), reszta na zapas”. To dokładnie ten moment, w którym projektuje się przyszłą ścieżkę.
Dlaczego to działa?
Bo przestajesz traktować magazyn jak jeden worek. Zapas dostaje „architekturę”, a WMS dostaje warunki brzegowe do optymalizacji.
3) Master data jako „paliwo” algorytmiki
Jeżeli brakuje danych — WMS działa jak GPS bez mapy.
W kontekście ścieżek kompletacji kluczowe są:
- wymiary/waga sztuki,
- atrybuty manipulacyjne (kruchość, płyny, ciężar),
- i przede wszystkim hierarchia opakowań: sztuka vs opakowanie 1. rzędu.
I tu pojawia się temat, który uwielbiam na warsztatach, bo pokazuje, jak łatwo „zrobić sobie krzywdę” dobrym pomysłem: rozdział „sztuki do automatyki, opakowania do pickface”. Działa świetnie przy czystym profilu zamówień (B2C = sztuki, hurt = pełne opakowania). Ale rozsypuje się, gdy klient zamawia 7 albo 9 (czyli łamie opakowanie) — wtedy rośnie split orders i zaczyna się dramat na konsolidacji.
Wniosek blogowy jest prosty: profil zamówień to część projektu ścieżek kompletacji, a nie ciekawostka dla e-commerce.
4) ABC per strefa + mapowanie magazynu: metry robią robotę
W manualu i półautomacie (tam, gdzie człowiek chodzi) najdroższe są metry. Dlatego:
- strefujesz magazyn,
- liczysz logistyczne ABC per strefa (po ruchach),
- układasz A najbliżej punktu startu/wyjścia, a C najdalej (zależnie od przepływu).
Do tego dokładam dwa filtry, które w praktyce stabilizują proces:
- ciężkie/lekkie/kruchy (żeby ścieżka nie niszczyła towaru),
- ergonomia (poziomy niewygodne = zapas/nieroty).
I jeszcze jedna rzecz z odcinka, którą warto powtarzać do znudzenia: logistyczne ABC to nie sprzedażowe ABC. Sprzedaż widzi „top product” po obrocie, ale logistyka widzi „top product” po liczbie podejść do lokacji. Paleta wydawana po 1000 sztuk to dla logistyki 1 ruch, a nie „hit roku”.
5) Indeksacja lokacji i batch/cluster. Kiedy WMS naprawdę „liczy”
Jeśli mam wskazać jedną funkcję, która odróżnia dojrzałe systemy WMS od „rejestratorów”, to jest to możliwość nadania lokacjom „kosztu dojścia” i użycia tego do:
- tworzenia fal,
- multiorder pickingu,
- grupowania zamówień na obszary (młopowanie) i minimalizacji dystansu.
Bez tego optymalizacja ścieżki jest w dużej mierze ręczna (layout + relokacje). Z tym, zaczynasz grać algorytmiką.
6) Automatyka. Black box w środku, ale duża robota na zewnątrz
W automatyce pojemnikowej ścieżka „w środku” jest po stronie dostawcy (black box).
Natomiast nadal masz trzy dźwignie:
- zasilanie (putaway do pojemników),
- projekt stacji i utylizacja zjazdów,
- pętle/bufory („lupy”) i przepływ pojemników między stanowiskami.
To właśnie tu często widzę „zmarnowaną automatykę”: system jest szybki, ale źle ustawione stanowiska i brak myślenia o utylizacji zjazdu sprawia, że człowiek czeka na pojemnik, zamiast pracować.
7) O co pytać dostawcę WMS (bo „diabeł tkwi w szczegółach”)
W transkrypcji jest bardzo konkretne ostrzeżenie: niektóre systemy mają logiki, których nie da się nadpisać, bo są w jądrze. ścieżka
Dlatego ja na demo pytam wprost:
- czy mogę parametryzować reguły ścieżki per strefa,
- czy system ma indeksację/metraż,
- jak robi batch/cluster i czy liczy odległości,
- czy generuje zadania relokacji przy zmianie rotacji, ścieżka
- jak rozwiązuje split orders i konsolidację.
Jeśli dostawca pokazuje „kliknięcia”, ale nie potrafi pokazać logiki — to ja zakładam, że w praktyce będzie boleć.
8) Podsumowanie. Gdzie jest największy zwrot z optymalizacji?
Największy zwrot jest w manualu i półautomacie, bo tam możesz dostroić:
- dane,
- rozmieszczenie,
- reguły fal,
- ścieżki,
- relokacje.
Im więcej automatyki, tym bardziej część ścieżki staje się black boxem — ale rośnie znaczenie stacji, buforów i konsolidacji.
Jeżeli chcesz podejść do tego tematu metodycznie, to zacznij od jednego pytania kontrolnego:
Czy mój proces przyjęcia/odkładania świadomie buduje przyszłą ścieżkę kompletacji, czy tylko „upycha zapas”?
To pytanie potrafi w 15 minut ustawić właściwy kierunek całej dyskusji o WMS i wydajności.
