Synchronizacja tras z oknami czasowymi magazynu i strefami dostaw w miastach

Synchronizacja tras z oknami czasowymi - dwa plany, jeden termin

Rampa przeładunkowa jest miejscem, w którym spotykają się dwa niezależne plany: harmonogram magazynu i trasa przewoźnika. Dopóki oba istnieją osobno, nawet dobrze zaprojektowany układ stref składowania nie zapobiegnie kolejkom ciężarówek i szukaniu wolnego doku w ostatniej chwili. Logistyka miejska dokłada trzecią zmienną: strefy ograniczeń wjazdu i godziny, w których pojazd dostawczy w ogóle może wjechać do centrum.

Z punktu widzenia magazynu problemem nie jest sam transport, lecz brak wspólnego źródła prawdy o czasie. Dyspozytor przewoźnika układa trasę na podstawie mapy i doświadczenia, a magazyn prowadzi harmonogram rozładunków w arkuszu albo na tablicy przy rampie. Gdy plany się rozjeżdżają, konsekwencje ponosi cały łańcuch: przyjęcia się opóźniają, doki są blokowane, a personel czeka na towar, który miał dotrzeć godzinę wcześniej.

Koszt rozjazdu planów

Brak koordynacji generuje koszty, które rzadko trafiają do jednego zestawienia. Kierowca w kolejce do rozładunku spala paliwo i traci czas przeznaczony na kolejny kurs. Magazyn utrzymuje rezerwę personelu na nagły napływ dostaw, bo nie wie, kiedy transport faktycznie przyjedzie. Z drugiej strony rampa bywa pusta, ponieważ pojazd utknął w korku albo w strefie ograniczonego wjazdu, a kolejny dostawca musi czekać na okno, które fizycznie jest wolne.

Reguła: termin rozładunku jest jeden i musi mieć jednego właściciela w systemie, a pozostałe plany tylko go odczytują.

Harmonogram ramp jako punkt wyjścia do planowania trasy

Punktem wyjścia synchronizacji jest harmonogram doków prowadzony w systemie WMS. Definiuje on, ile pojazdów można obsłużyć w danej godzinie, jak długo trwa rozładunek konkretnego typu towaru i które doki są przypisane do grupy dostawców, na przykład do chłodni albo do transportu paletowego. Dopiero na tak opisanym harmonogramie ma sens układanie tras przez zewnętrznych przewoźników.

Dane ramp w systemie WMS

Zanim przewoźnik zaplanuje trasę, sprawdza dostępność okien bezpośrednio w systemie magazynu, a nie w tabeli oderwanej od rzeczywistości. Pojemność i przydział doków opisuje artykuł o rezerwowaniu doków magazynowych. Trasa jest wtedy planowana od razu z realnie dostępnym terminem rozładunku, a nie z nadzieją, że magazyn przyjmie towar po drodze.

Samo sprawdzenie wolnego miejsca nie wystarcza, bo dwóch przewoźników może w tej samej sekundzie zająć ostatni slot. Rezerwacja powinna być więc transakcją, która blokuje wiersz okna na czas sprawdzenia i zapisu. Przykład w T-SQL (nazwy przykładowe, nie pochodzą z żadnego produktu):

SET XACT_ABORT ON;
BEGIN TRANSACTION;

DECLARE @Wolne int;

SELECT @Wolne = Pojemnosc - Zajete
FROM dbo.OknoCzasowe WITH (UPDLOCK, HOLDLOCK)
WHERE OknoId = @OknoId;

IF @Wolne > 0
BEGIN
    UPDATE dbo.OknoCzasowe SET Zajete = Zajete + 1 WHERE OknoId = @OknoId;
    INSERT dbo.Rezerwacja (OknoId, NumerRejestracyjny) VALUES (@OknoId, @Numer);
END
ELSE
    THROW 50001, N'Okno jest zajęte.', 1;

COMMIT TRANSACTION;

Podpowiedź UPDLOCK w połączeniu z HOLDLOCK utrzymuje blokadę do końca transakcji, więc drugi przewoźnik poczeka na wynik pierwszego zamiast odczytać nieaktualną liczbę wolnych miejsc. Zachowanie blokad i poziomów izolacji opisuje dokumentacja SET TRANSACTION ISOLATION LEVEL.

Typy pojazdów i grupy towarowe w harmonogramie

Czas obsługi zależy od typu pojazdu i od charakteru ładunku, dlatego harmonogram nie może traktować wszystkich dostaw jednakowo. Pojazd z jednorodnymi paletami zajmuje dok krócej niż zestaw z drobnicą układaną ręcznie, a ładunek chłodzony wymaga doku wyposażonego w odpowiednią strefę. Okno rezerwowane w systemie powinno więc obejmować nie tylko sam rozładunek, lecz także podstawienie i odjazd pojazdu.

Między kolejnymi oknami na tym samym doku warto zostawiać bufor. Bez niego opóźnienie jednego rozładunku przesuwa wszystkie następne, a system zaczyna zgłaszać zagrożenia w całym łańcuchu, choć przyczyna leży w jednym miejscu.

Długość okna z danych historycznych

Sztywny slot o stałej długości nie odpowiada różnicom w czasie obsługi. Rozładunek jednorodnych palet trwa inaczej niż rozładunek drobnicy ręcznie, a każdy przewoźnik ma własny rytm pracy. Analiza historii obsługi pozwala proponować okno dopasowane do typu transportu, a sposób wykorzystania danych w tym celu opisuje artykuł o sztucznej inteligencji w logistyce magazynowej. Gotowy mechanizm rezerwacji w produktach SoftwareStudio przedstawia strona o zarządzaniu oknami czasowymi w VSS.net.

Integracja WMS z awizacją i planowaniem transportu

Harmonogram doków stanowi dopiero połowę zadania. Druga połowa obejmuje integrację WMS z systemem awizacji oraz z programem transportowym (TMS), którego używa przewoźnik. Gdy oba systemy wymieniają dane automatycznie, rezerwacja okna aktualizuje plan trasy, a zmiana trasy natychmiast informuje magazyn o nowym przewidywanym czasie przyjazdu.

Jakie dane przechodzą między systemami

Typowy zakres wymiany obejmuje potwierdzoną rezerwację, numer rejestracyjny pojazdu, przewidywany czas przyjazdu oraz status rozładunku. Sposoby przekazywania takich komunikatów, od REST po kolejki, opisuje artykuł o integracji systemów magazynowych. Bez integracji przewoźnik i magazyn uzgadniają zmiany telefonicznie albo pocztą, co wprowadza opóźnienie i ryzyko pomyłki przy każdej korekcie.

Moduł awizacji w Studio VSS.net opisuje artykuł o awizacjach w VSS.net, a kalendarz po stronie przewoźnika - tekst o kalendarzu dla firmy transportowej.

Strefy ograniczeń dostaw w miastach a harmonogram rampy

Coraz więcej miast wprowadza strefy czystego transportu, limity tonażowe w centrum oraz okna czasowe, w których pojazdy dostawcze mogą wjechać na dany obszar. Zasady każdej strefy ustala gmina, więc reguły w systemie trzeba prowadzić osobno dla każdego miasta i sprawdzać ich aktualność. Dla magazynu obsługującego dostawy na tereny miejskie harmonogram doków nie wystarcza, bo trzeba go zestawić z ograniczeniami na trasie do odbiorcy albo od dostawcy.

Warstwy ograniczeń w planie dostawy

Dobrze skonfigurowany system uwzględnia równocześnie trzy warstwy ograniczeń, opisane w tabeli. Jeżeli którakolwiek się zmienia, na przykład miasto wprowadza tymczasowy zakaz wjazdu z powodu remontu, system powinien zaproponować korektę trasy albo okna, zamiast zostawiać to dyspozytorowi.

Utrzymanie reguł dla wielu miast

Reguły stref zmieniają się niezależnie od konfiguracji systemu, więc każda z nich powinna mieć własny okres obowiązywania. Plan trasy pobiera wtedy regułę ważną w dniu dostawy, a stare wpisy zostają w historii i pozwalają wyjaśnić dawną decyzję. Minimalny opis reguły obejmuje cztery pola.

• Obszar - identyfikator strefy i miasto, do którego reguła się odnosi.
• Przedział godzin - dopuszczalny wjazd w dni robocze oraz w weekendy.
• Parametry pojazdu - dopuszczalna masa i wymagana norma emisji.
• Okres obowiązywania - daty od i do, żeby stara reguła nie znikała z historii.

Elastyczne okno zamiast sztywnego terminu

Dla magazynów zaopatrujących sklepy w centrach miast lepiej sprawdza się okno, które można przesunąć o kilkanaście minut bez utraty miejsca w kolejce, niż jednominutowy termin. Takie podejście ogranicza liczbę spóźnień wynikających z lokalnych ograniczeń ruchu i nie obciąża nadmiernie harmonogramu magazynu. W systemie awizacji można ustawić margines tolerancji, na przykład 15-20 minut, w którym drobne opóźnienie nie uruchamia automatycznej zmiany okna, co ogranicza liczbę zbędnych powiadomień.

Reakcja na opóźnienia i zmiany tras w czasie rzeczywistym

Najlepiej zaplanowana trasa może zostać zakłócona przez wypadek, nagły korek albo zamknięcie ulicy w strefie miejskiej. W modelu tradycyjnym oznacza to telefon do magazynu, szukanie wolnego okna i ręczną korektę harmonogramu. System korzystający z danych GPS wykrywa opóźnienie sam i przelicza przewidywany czas dojazdu, zanim dyspozytor zdąży zareagować. Sposób wyliczania ETA opisuje artykuł o ETA w systemach Linkway.

Reguła decyzji o zwolnieniu okna

Nowy ETA trafia do modułu awizacji, który porównuje go z oknem i marginesem tolerancji. Logikę tej decyzji można zapisać kilkoma liniami (wartości w minutach od północy, funkcja przykładowa):

function decyzjaOkna(eta, okno, margines) {
  if (eta > okno.koniec + margines) return 'ZWOLNIJ_I_PROPONUJ_NOWE';
  if (eta < okno.poczatek - margines) return 'POWIADOM_MAGAZYN_O_WCZESNYM_PRZYJEZDZIE';
  return 'BEZ_ZMIAN';
}

Zwolnione okno trafia z powrotem do puli, a kolejny dostawca może z niego skorzystać. Rampa nie stoi wtedy pusta w oczekiwaniu na pojazd, który utknął kilkanaście kilometrów dalej. Dla dyspozytorów magazynowych oznacza to mniej telefonów interwencyjnych i więcej czasu na planowanie z wyprzedzeniem.

Kto otrzymuje informację o zmianie

Zmiana okna dotyczy trzech stron, a każda potrzebuje innej informacji. Kierowca musi dostać nowy termin i numer doku w formie, którą odczyta w kabinie. Magazyn planuje na tej podstawie obsadę przyjęć, a przewoźnik zapisuje przyczynę opóźnienia, którą później wykorzysta przy rozliczeniu postoju albo w rozmowie o punktualności.

Reguła: automatyczna zmiana okna dotyczy tylko opóźnień większych niż margines tolerancji, a każda taka zmiana zostaje zapisana z czasem i przyczyną.

Wdrożenie zsynchronizowanego zarządzania oknami i trasami

Synchronizacja nie wymaga jednoczesnej wymiany wszystkich systemów. W większości przypadków sprawdza się podejście etapowe, w którym efekty każdej zmiany weryfikuje się na bieżąco. Cztery etapy w zalecanej kolejności:

1. Harmonogram doków - ustalenie liczby okien, czasu obsługi typów pojazdów i przypisania doków do grup towarowych w WMS.
2. Elektroniczna awizacja - zastąpienie ustaleń telefonicznych wspólnym kalendarzem dostępnym dla przewoźników online.
3. Integracja z TMS przewoźnika - wymiana rezerwacji i statusu trasy, tak by zmiana w jednym systemie była widoczna w drugim.
4. ETA i reguły stref - dane GPS do przeliczania czasu dojazdu oraz godziny wjazdu i limity tonażowe naniesione na trasę.

Dostęp do harmonogramu dla pracowników magazynu i zewnętrznych przewoźników bez instalowania oprogramowania na stanowisku zapewnia model, który opisuje artykuł o magazynie w chmurze. Wskaźniki potrzebne do dalszej korekty, takie jak czas oczekiwania przed rampą i punktualność przewoźnika, opisuje tekst o monitoringu transportu i alertach okien dostaw.

Wskaźniki do korekty marginesu i długości okien

Margines tolerancji i długość okien trzeba dostrajać na podstawie danych, a nie oceny na oko. Wystarczy porównać planowany przyjazd z rzeczywistym w podziale na przewoźników. Przykładowe zapytanie zwraca średnie odchylenie oraz odsetek dostaw mieszczących się w marginesie 15 minut.

SELECT PrzewoznikId,
       COUNT(*) AS Dostawy,
       AVG(DATEDIFF(MINUTE, PlanowanyPrzyjazd, RzeczywistyPrzyjazd)) AS SrednieOdchylenieMin,
       SUM(CASE WHEN ABS(DATEDIFF(MINUTE, PlanowanyPrzyjazd, RzeczywistyPrzyjazd)) <= 15
                THEN 1 ELSE 0 END) * 100.0 / COUNT(*) AS ProcentWMarginesie
FROM dbo.Awizacja
WHERE RzeczywistyPrzyjazd IS NOT NULL
GROUP BY PrzewoznikId;

Przewoźnik o dużym odchyleniu w jedną stronę wymaga innego okna niż taki, którego przyjazdy rozkładają się symetrycznie wokół planu. Pierwszy potrzebuje przesunięcia terminu, drugi szerszego marginesu. Funkcję DATEDIFF opisuje dokumentacja DATEDIFF w T-SQL.

Planowanie tradycyjne a model zsynchronizowany

Różnicę najłatwiej dostrzec po zestawieniu obu modeli w obszarach, w których magazyn styka się z transportem.

Największy zysk daje przeniesienie do systemu wiedzy, która wcześniej istniała tylko w głowie dyspozytora albo kierownika zmiany. Sposób pracy przestaje wtedy zależeć od dostępności jednej osoby. System gromadzi też dane do dalszej optymalizacji: rzeczywisty czas obsługi oraz punktualność przewoźników, a także wykorzystanie poszczególnych okien w ciągu dnia. Planowanie odjazdów po stronie wysyłek, z oknami odbioru, opisuje artykuł o planowaniu wysyłek z magazynu.