Wartości domyślne są punktem wyjścia, nie odpowiedzią. Długość okna, próg zmiany terminu i rezerwa na ruch nieplanowany muszą wynikać z pomiaru w danym obiekcie, bo przeniesione z innego magazynu generują kolejkę od pierwszego dnia.
Co trzeba rozstrzygnąć przed pierwszym zgłoszeniem
Konfiguracja obiektu rozpada się na decyzje o różnym ciężarze. Część da się zmienić w dowolnej chwili bez konsekwencji, część dotyka rezerwacji już złożonych, a kilka przesądza o kształcie danych na lata.
| Decyzja | Skutek | Zmiana później |
|---|---|---|
| Podział na magazyny i bramy | Struktura całego rejestru | Trudna, dotyka historii |
| Rodzaje transportu | Długości okien i przypisanie ramp | Łatwa, dopisanie pozycji |
| Algorytm siatki okien | Sposób generowania terminów | Możliwa, przelicza przyszłość |
| Zakres ról i uprawnień | Kto co widzi i może zrobić | Łatwa, konfiguracja roli |
Pierwszy wiersz wymaga największej uwagi. Potraktowanie dwóch hal jako jednego magazynu upraszcza start i uniemożliwia później rozdzielenie ich statystyk, bo historia wizyt nie niesie informacji, której nie zapisano. Odwrotna decyzja, czyli rozdzielenie czegoś, co działa jako całość, kosztuje wyłącznie trochę pracy przy konfiguracji.
Wybór algorytmu generowania siatki
Terminy nie są wpisywane ręcznie, tylko generowane z godzin pracy obiektu i przyjętej długości okna. Sposób generowania dobiera się do charakterystyki ruchu, a nie do wygody konfiguracji.
Siatka o stałym kroku sprawdza się tam, gdzie czasy obsługi są zbliżone, czyli przy jednorodnym asortymencie i podobnych wielkościach dostaw. Układ z oknami o długości zależnej od rodzaju transportu lepiej odwzorowuje obiekty, w których rozładunek paletowy trwa dwadzieścia minut, a rozładunek luzem dwie godziny.
Trzecim wariantem, spotykanym przy wysokim obciążeniu, jest siatka z nakładaniem: kolejne okno zaczyna się przed zakończeniem poprzedniego, bo pojazd może podjechać w trakcie zwalniania stanowiska. Wymaga to jednak dyscypliny po stronie magazynu, inaczej nakładka zamienia się w kolejkę.
Parametry przeniesione z innego obiektu wyglądają jak oszczędność czasu i są najkrótszą drogą do kolejki w pierwszym tygodniu. Magazyn o innym asortymencie ma inny rozkład czasów obsługi, więc siatka musi powstać z jego własnego pomiaru.
Limity, progi i rezerwy
Cztery wartości liczbowe decydują o tym, jak siatka zachowa się w praktyce. Każda wymaga danych, a nie oszacowania.
- Długość okna - wyznaczana z mediany czasów obsługi, nie ze średniej, bo ta ukrywa ogon długich rozładunków.
- Limit jednostek ładunkowych - odwzorowuje pracę do wykonania lepiej niż liczba pojazdów.
- Próg zmiany terminu - czas, do którego przewoźnik przesuwa rezerwację samodzielnie.
- Rezerwa na ruch nieplanowany - moc przerobowa zostawiona poza siatką, wyznaczana z udziału wizyt bez zgłoszenia.
Trzecia wartość bywa ustawiana najostrożniej i to błąd. Próg dobowy wymusza na przewoźniku margines liczony w godzinach, bo po jego przekroczeniu nie da się już nic zrobić. Próg dwugodzinny pozwala reagować na rzeczywiste zdarzenia, a magazynowi daje czas na przesunięcie obsady. Sposób doboru tych wartości opisuje strona o definiowaniu okien czasowych.
Zakres ról w danym obiekcie
Liczba ról powinna odpowiadać liczbie stanowisk, które realnie się różnią. Obiekt obsługiwany przez dwie osoby nie potrzebuje rozbudowanego podziału, bo obie i tak wykonują wszystkie czynności. Magazyn z kilkunastoma stanowiskami i rotacją wymaga odwrotnego podejścia.
Typowy zestaw obejmuje ochronę, magazyn, dyspozyturę, przewoźnika i administratora. Obiekty z odprawą celną dokładają rolę agencji, widzącej wyłącznie transporty objęte procedurą. Tworzenie roli pod pojedynczą osobę prowadzi po roku do zestawu nadań, którego nie da się zaudytować.
Słowniki wypełniane przed startem
Skorowidze niosą wartości wybierane w formularzach i od ich kompletności zależy, ile danych użytkownicy wpiszą ręcznie. Cztery listy wystarczają do uruchomienia, reszta dochodzi w trakcie pracy.
Pierwsza to rodzaje transportu, rzadko gdziekolwiek spisane i odtwarzane z praktyki magazynu. Druga to nośniki logistyczne, wpływające na czas obsługi. Trzecia to flagi wizyt, czyli oznaczenia sytuacji nietypowych. Czwarta to szablony powiadomień, których treść zmienia się bez wdrażania nowej wersji aplikacji.
Pominięcie którejkolwiek z tych list kończy się wpisami tekstowymi, które po roku występują w kilku wariantach zapisu i wymagają scalania. Zakres danych wymaganych przy zgłoszeniu zbiera strona o danych do awizacji.
Kalendarz pracy i wyjątki
Godziny pracy obiektu wyznaczają, kiedy powstają okna. Wprowadzenie dni ustawowo wolnych na cały rok z góry usuwa najczęstszy przypadek rezerwacji w dniu, w którym nikt nie przyjmie towaru.
Zostają przypadki zmienne: inwentaryzacja, przerwa serwisowa, dzień o skróconej obsadzie. Te wprowadza się z wyprzedzeniem większym niż horyzont rezerwacji, czyli zwykle co najmniej dwutygodniowym. Sposób prowadzenia takich zmian opisuje strona o zarządzaniu oknami czasowymi, a widok stanu stanowisk - materiał o zarządzaniu dokami w magazynie.
Sprawdzenie konfiguracji przed startem
Przed przyjęciem pierwszego zgłoszenia warto przejść krótką listę kontrolną, bo każdy z tych punktów ujawnia się później jako zakłócenie w ruchu.
Czy siatka pokrywa wyłącznie godziny pracy obiektu. Czy każda rampa ma przypisane rodzaje transportu, które obsłuży. Czy limity ilościowe odpowiadają pojemności strefy przyjęć, a nie wyłącznie liczbie stanowisk. Czy role mają zakres danych ograniczony po stronie serwera, a nie przez ukrycie kolumn w widoku.
Ostatni punkt ma znaczenie przy udostępnieniu portalu firmom zewnętrznym. Przebieg całego projektu opisuje strona o wdrożeniu oprogramowania do awizowania dostaw.
Wczytanie danych startowych
Kartoteki rzadko powstają w systemie od zera. Kontrahenci przychodzą zwykle z systemu handlowego, przewoźnicy z arkusza dyspozytury, a obiekty z planu zakładu. Każde z tych źródeł ma inną strukturę i inny poziom uporządkowania.
Import wymaga rozstrzygnięcia dwóch spraw przed pierwszym uruchomieniem. Pierwsza dotyczy klucza dopasowania: po czym system rozpozna, że dwa wiersze opisują ten sam podmiot. Numer identyfikacji podatkowej działa lepiej niż nazwa, która w arkuszu występuje w kilku wariantach zapisu.
Druga dotyczy zachowania przy wierszu niezgodnym. Odrzucenie całego pliku jest bezpieczne, ale przy kilku tysiącach pozycji oznacza wielokrotne poprawianie. Przyjęcie pozostałych wierszy z czytelną listą odrzuceń działa lepiej, o ile lista wskazuje przyczynę przy każdej pozycji, a nie podaje jeden komunikat zbiorczy.
Dane historyczne warto zostawić poza importem. Przeniesienie dwóch lat zgłoszeń wydłuża wdrożenie, a powstały zbiór rzadko nadaje się do analizy, bo brakuje w nim znaczników, których stary sposób pracy nie zbierał.
Pierwszy tydzień pracy
Konfiguracja przyjęta przed startem jest hipotezą, którą weryfikuje ruch. Cztery obserwacje z pierwszego tygodnia wystarczają, żeby wychwycić błędne założenia, zanim utrwalą się jako praktyka.
Pierwsza to udział zgłoszeń przekraczających zarezerwowany czas. Wartość wysoka od początku oznacza okno za krótkie dla danego rodzaju transportu. Druga to puste terminy w godzinach, w których spodziewano się ruchu - sygnał, że siatka nie odpowiada rozkładowi przyjazdów.
Trzecia to liczba zgłoszeń wymagających uzupełnienia danych przy bramie. Wysoka wskazuje, że formularz wymaga informacji na etapie, na którym przewoźnik jeszcze jej nie ma. Czwarta to wizyty niezamknięte na koniec zmiany, czyli luki w ewidencji wymagające przypomnienia obsłudze.
Korekty wprowadza się po jednej naraz, nawet jeżeli kusi zmiana kilku parametrów jednocześnie. Zasady prowadzenia siatki po uruchomieniu opisuje strona o zarządzaniu oknami czasowymi.