Planowanie tras w TMS: dane, bez których harmonogram będzie pozornie poprawny

Trasa wygląda dobrze na mapie, ale kierowca dociera pod niewłaściwą bramę, a rozładunek kończy się po zamknięciu magazynu. To nie musi być błąd kolejności punktów. System może poprawnie policzyć plan według danych, które opisują inne warunki niż rzeczywista dostawa. Dlatego jakość harmonogramu warto sprawdzać od znaczenia poszczególnych pól.

Adres firmy i punkt obsługi nie zawsze są tym samym

W zleceniu określ miejsce, w którym pojazd ma faktycznie wykonać zadanie. Przy dużym obiekcie adres biura może nie wystarczyć. Potrzebne bywają właściwy wjazd, miejsce zgłoszenia i instrukcja dojazdu.

Ustal, kto potwierdza te informacje i gdzie przechowywana jest aktualna wersja. Jeśli dyspozytor poprawi współrzędne tylko w jednej trasie, kolejny plan może ponownie użyć starego punktu. Zmiana powinna trafić do odpowiednich danych, z opisem źródła.

Okno czasowe wymaga definicji zdarzenia

Czy „do 10:00” oznacza przyjazd na teren, rozpoczęcie rozładunku czy zakończenie wszystkich czynności? Nie są to zamienne warunki. Dokumentacja Google Route Optimization API podaje, że okno dostawy dotyczy rozpoczęcia wizyty, a jej czas trwania może wyjść poza to okno przy zachowaniu innych ograniczeń modelu.

To przykład działania konkretnego rozwiązania, nie definicja każdego TMS. Sprawdź, co oznacza pole w używanym systemie i jak odwzorować rzeczywiste ustalenie z odbiorcą.

Przykład: pół godziny pominiętej obsługi

Załóżmy, że magazyn wymaga zakończenia rozładunku do 10:00. Czynność trwa 30 minut, a plan przewiduje rozpoczęcie o 9:40. Zakończenie wypada o 10:10, więc warunek magazynu nie jest spełniony, choć start mieści się przed 10:00.

Przy stałym, założonym czasie 30 minut najpóźniejszy start to 9:30. Jest to rachunek dla przykładu, bez kolejki i niepewności czasu. W rzeczywistym planie trzeba ustalić również te elementy. Samo wpisanie godziny zamknięcia do pola o innym znaczeniu nie rozwiązuje problemu.

Pojemność to kilka ograniczeń, nie jedna liczba

Dokumentacja Google rozdziela zapotrzebowanie ładunku, limity pojazdu, dopuszczone pojazdy oraz czas obsługi punktu. Pokazuje to rodzaje danych potrzebnych do planowania, choć możliwości twojego TMS mogą być inne.

  • Podaj masę i jednostkę, zamiast zostawiać liczbę bez znaczenia.
  • Sprawdź, czy plan uwzględnia potrzebne miejsca, objętość lub inne ograniczenia ładunku.
  • Zapisz wymagania dotyczące dostępu oraz wyposażenia pojazdu.
  • Rozdziel czas jazdy, oczekiwania i wykonania czynności w punkcie.

Zapytaj dostawcę systemu, które ograniczenia są sprawdzane i skąd pochodzą dane drogowe. Widoczna trasa nie potwierdza automatycznie przejezdności dla każdego pojazdu ani zgodności całego harmonogramu z wymaganiami pracy kierowcy.

Odrzucone zlecenie jest informacją do sprawdzenia

Nie poprawiaj wyniku przez dowolne zwiększenie pojemności lub poszerzenie okna. Najpierw ustal, czy powodem jest błędna dana, brak zasobu czy rzeczywiście sprzeczne wymagania. Rozdziel ograniczenia bezwzględne od odstępstw, które wolno zaakceptować.

Przetestuj jedno zlecenie z granicznym czasem, jedno z dużym ładunkiem i jedno z wymaganym pojazdem. Porównaj plan z warunkami, które znasz.