Monitoring transportu dla produkcji - okna dostaw i alerty o opóźnieniu

Monitoring transportu a harmonogram produkcji

Zakład produkcyjny zużywa komponenty w rytmie zmian, a nie w rytmie dostaw. Linia nie zatrzymuje się w chwili, gdy ciężarówka się spóźnia, tylko wtedy, gdy kończy się zapas na hali. Monitoring transportu ma więc jedno zadanie: zawczasu pokazać planiście, że dostawa nie zmieści się w oknie, dopóki zapas jeszcze wystarcza na reakcję.

Miarą jest czas pokrycia, czyli zapas podzielony przez zużycie. Poniższa tabela pokazuje przykładowe wartości i nie pochodzi z żadnego wdrożenia. Ważne jest to, że ten sam kilkugodzinny poślizg oznacza kłopot dla komponentu z krótkim pokryciem i zwykłe zdarzenie dla komponentu z zapasem na kilka dni.

Od czasu pokrycia zależy próg alertu, a nie odwrotnie. Alert o dwugodzinnym opóźnieniu jest istotny dla ostatniego wiersza tabeli i zbędny dla drugiego. Dlatego progi przypisuje się do komponentu albo do dostawcy, a nie do całej sieci transportowej.

Reguła: alert o opóźnieniu ma sens tylko wtedy, gdy porównuje prognozowany przyjazd z zapasem, a nie z samym oknem dostawy.

Technologię dostarczającą pozycje pojazdów opisuje osobny artykuł o integracji Hertz GPS z Linkway. Tutaj pozycje są traktowane jako gotowy sygnał wejściowy, a uwaga skupia się na tym, co zakład z tym sygnałem robi. Podobne podejście do terminowości od fabryki do klienta przedstawia tekst o TMS Linkway w łańcuchu od fabryki do klienta.

Skąd monitoring bierze okna dostaw i zapotrzebowanie

Monitoring nie zna okna dostaw ani zapasu sam z siebie, tylko odczytuje je z innych systemów. Termin i ilość pochodzą z zamówienia zakupowego w ERP, plan trasy z TMS, rezerwacja okna z modułu awizacji, a zapas na hali ze stanów magazynowych. Każde z tych źródeł ma własny rytm aktualizacji i własne braki.

Najczęstszy problem dotyczy zamówień z datą bez godziny. Zamówienie zakupowe zwykle zawiera dzień dostawy, więc okno obejmuje całą dobę, a system nie ma do czego porównać ETA. Rozwiązaniem jest awizacja, która dopisuje godzinę, albo domyślne okno ustalone dla dostawcy. Dostawy przywożone bez awizacji omawia artykuł o planowaniu transportu.

Reguła: zamówienie bez godziny nie ma okna dostaw, więc nie może uruchomić alertu o opóźnieniu.

Zdarzenia z trasy przekazuje się jako krótkie komunikaty. Poniższy przykład pokazuje minimalną postać zdarzenia punktu kontrolnego, z identyfikatorem przesyłki, czasem w UTC i źródłem sygnału. Pole źródła pozwala później odróżnić zdarzenie z geofencingu od ręcznego potwierdzenia kierowcy.

{
  "shipmentId": "S-1042",
  "checkpoint": "zone_entry",
  "eventTimeUtc": "2026-03-10T05:42:00Z",
  "source": "geofence"
}

Komunikat o tej samej przesyłce i punkcie, przesłany drugi raz, powinien zaktualizować istniejący rekord, a nie dopisać nowy. W przeciwnym razie jedna wizyta pod bramą policzy się dwa razy w statystyce terminowości.

Okno dostaw i punkty kontrolne na trasie

Okno dostaw wyznacza przedział czasu, w którym pojazd ma stanąć przy bramie zakładu. Powstaje ono w zamówieniu zakupowym albo w awizacji, a monitoring nie tworzy go, tylko z nim porównuje. Rezerwację okna na rampie prowadzi system klasy YMS, opisany w artykule o awizacjach w Studio VSS.net, a zasady ich doboru omawia strona o oknach czasowych.

Na trasie między załadunkiem a bramą wyznacza się punkty kontrolne. Każdy z nich ma czas planowany i czas rzeczywisty, a różnica między nimi jest sygnałem wczesnego ostrzegania. Opóźnienie zauważone przy wyjeździe z magazynu dostawcy daje planiście godziny na reakcję, a to samo opóźnienie zauważone pod bramą zakładu nie daje żadnej.

Czas rzeczywisty z GPS i status od kierowcy pochodzą z dwóch źródeł, które warto zestawiać. Zgodność obu jest dobrym testem jakości danych, a rozbieżność wskazuje błąd potwierdzenia albo błąd urządzenia. Aplikację po stronie kierowcy omawia artykuł o komunikacji z kierowcami.

Alerty o opóźnieniu - progi i eskalacja

Prognoza opóźnienia wynika z różnicy między ETA a końcem okna dostaw. Wartość ujemna oznacza zapas, dodatnia oznacza spóźnienie. Alert powstaje wtedy, gdy zapas czasowy spadnie poniżej bufora ustalonego dla danego dostawcy albo komponentu. Sposób wyliczania ETA z pozycji i przerw kierowcy opisuje tekst o ETA od Linkway.

Lista dostaw zagrożonych w T-SQL

Kolejka zagrożonych dostaw to zwykłe zapytanie na tabeli przesyłek i tabeli prognoz. Poniższy przykład zestawia oba źródła i sortuje wyniki według wielkości opóźnienia. Nazwy tabel są poglądowe, a funkcję różnicy czasu opisuje dokumentacja DATEDIFF w Microsoft Learn.

DECLARE @BufferMin int = 30;

SELECT s.ShipmentId,
       s.WindowEndUtc,
       e.EtaUtc,
       DATEDIFF(MINUTE, s.WindowEndUtc, e.EtaUtc) AS DelayMin
FROM dbo.Shipment AS s
JOIN dbo.ShipmentEta AS e ON e.ShipmentId = s.ShipmentId
WHERE s.StatusId = 2
  AND e.EtaUtc > DATEADD(MINUTE, -@BufferMin, s.WindowEndUtc)
ORDER BY DelayMin DESC;

Zapytanie zwraca także dostawy, które jeszcze mieszczą się w oknie, ale straciły bufor. To celowe: informacja o utraconym buforze jest najtańszym momentem na reakcję. Warunek na status wyklucza przesyłki, które dotarły albo nie wyjechały.

Ograniczanie lawiny alertów

Alert generuje się przy zmianie poziomu, a nie przy każdej nowej pozycji. Dostawa, która przez godzinę pozostaje na poziomie ostrzeżenia, wysyła jedną wiadomość, a kolejną dopiero po przejściu na poziom krytyczny. Bez tej zasady skrzynka planisty zapełnia się powtórzeniami i po tygodniu nikt nie otwiera wiadomości z systemu.

Osobno traktuje się brak danych. Pojazd, który przez ustalony czas nie przysłał pozycji, dostaje status „brak sygnału”, a nie „opóźniony”. Tunel albo obszar bez zasięgu GSM nie oznacza opóźnienia, ale po przekroczeniu progu wymaga telefonu do kierowcy. Oba stany wyświetla się w innym kolorze.

Reakcja planisty produkcji na opóźnienie dostawy

Alert kończy się na ekranie planisty, a wartość monitoringu zaczyna się od tego, co planista może z nim zrobić. Ma do dyspozycji cztery klasy działań, które różnią się kosztem i czasem realizacji.

• Zmiana kolejności zleceń - linia produkuje najpierw wyroby niewymagające spóźnionego komponentu.
• Zapas z innej lokalizacji - przesunięcie palet z drugiego magazynu, jeśli stan potwierdza system magazynowy.
• Dostawa zastępcza - zamówienie ekspresowe u tego samego lub innego dostawcy z własnym kosztem transportu.
• Zmiana okna na rampie - przesunięcie awizacji, by spóźniony pojazd nie blokował kolejnych dostaw.

Pierwsza opcja jest najtańsza, ale wymaga aktualnego planu produkcji z wyszczególnionymi komponentami. Druga zależy od wiarygodności stanów magazynowych, dlatego integracja z magazynem, opisana w artykule o integracji WMS z ERP, przesądza o tym, czy przesunięcie da się zaplanować bez telefonów. Czwarta korzysta ze statusów awizacji opisanych w tekście o awizacji transportu.

Czas na reakcję a czas realizacji działania

Każde z czterech działań ma własny czas realizacji. Zmiana kolejności zleceń zajmuje kilkadziesiąt minut, a dostawa zastępcza wymaga godzin. Ostatni moment na decyzję wynika z odejmowania: koniec czasu pokrycia minus czas realizacji najtańszego działania, które jeszcze zdąży. Alert wysłany później niż ten moment informuje już tylko o zdarzeniu.

Z tego powodu wartość monitoringu mierzy się wyprzedzeniem, a nie samą liczbą alertów. Alert z wyprzedzeniem trzech godzin przy dostawie zastępczej trwającej cztery godziny jest bezużyteczny dla tej opcji, choć działa dla zmiany kolejności zleceń. Progi bufora dobiera się więc razem z listą dostępnych działań.

Kod przyczyny opóźnienia

Przy zamknięciu alertu planista wpisuje przyczynę ze słownika: awaria pojazdu, zator, kontrola, opóźniony załadunek albo błąd okna. Bez kodu po kwartale zostaje tysiąc alertów bez wniosków. Z kodem widać, że większość opóźnień pochodzi na przykład od jednego dostawcy i jednego etapu, a rozmowa o poprawie ma konkretny przedmiot.

Ważny jest też zapis decyzji: kto zareagował, jak długo to trwało i jaki był efekt dla linii. Czas od alertu do decyzji wskazuje, czy problem leży w prognozie, czy w procesie po stronie zakładu.

Wskaźniki terminowości dostaw dla zakładu

Podstawowym wskaźnikiem jest udział dostaw, które dotarły w oknie. Liczy się go z zapisanych przyjazdów i okien, a dostawa przed oknem bywa równie kłopotliwa jak spóźniona, bo pojazd zajmuje plac. Wyniki dzieli się więc na dostawy w oknie oraz poza nim, a te drugie na wcześniejsze i spóźnione.

SELECT s.CarrierId,
       COUNT(*) AS Dostawy,
       SUM(CASE WHEN a.ArrivalUtc BETWEEN s.WindowStartUtc AND s.WindowEndUtc
                THEN 1 ELSE 0 END) AS WOknie,
       CAST(100.0 * SUM(CASE WHEN a.ArrivalUtc BETWEEN s.WindowStartUtc AND s.WindowEndUtc
                             THEN 1 ELSE 0 END) / COUNT(*) AS decimal(5,1)) AS ProcWOknie
FROM dbo.Shipment AS s
JOIN dbo.Arrival AS a ON a.ShipmentId = s.ShipmentId
GROUP BY s.CarrierId;

Dokładność ETA warto mierzyć w przedziałach odległości od celu. Prognoza wyliczona cztery godziny przed przyjazdem musi być mniej dokładna niż prognoza na pół godziny przed, bo po drodze może się zdarzyć korek albo kontrola. Jeśli błąd nie maleje w miarę zbliżania się do bramy, przyczyną jest zwykle jakość danych wejściowych, na przykład zawyżona średnia prędkość albo pominięte przerwy kierowców.

Wyniki tygodniowe przekazuje się planistom w tej samej postaci co bieżące alerty, z podziałem na dostawców i komponenty. Lista dostawców o najniższej terminowości i najkrótszym czasie pokrycia wskazuje, gdzie zmiana procesu przyniesie najwięcej, a lista alertów bez decyzji pokazuje, gdzie zawodzi reakcja po stronie zakładu.

Granice monitoringu transportu wobec telematyki i awizacji

Trzy warstwy odpowiadają na trzy różne pytania i bywają mylone. Telematyka pokazuje, gdzie jest pojazd. Awizacja rezerwuje miejsce na rampie w konkretnym czasie. Monitoring terminowości łączy oba źródła i odpowiada na pytanie, czy dostawa zdąży i co zrobić, jeśli nie.

Monitoring nie zastępuje ustaleń z dostawcą ani zapasu bezpieczeństwa i nie obiecuje, że dostawa zawsze dojedzie na czas. Skraca czas między zdarzeniem a decyzją. To, co planista zrobi z tym czasem, zależy od procesu w zakładzie, a nie od samego narzędzia.

Zakres uruchomienia zależy od liczby dostawców i tras. Na pilotaż wybiera się dostawców komponentów o najkrótszym czasie pokrycia, a po kilku tygodniach porównuje się terminowość i dokładność ETA z okresem sprzed wdrożenia. Branżę motoryzacyjną, w której okna dostaw bywają wąskie, omawia artykuł o programie TMS w logistyce automotive, a dane wejściowe od kierowców zbiera aplikacja linkway.TRACKER.