W większości firm transportowych dyspozycja wciąż opiera się na doświadczeniu jednej czy dwóch osób, arkuszu kalkulacyjnym i telefonie. Działa to do pierwszego poważnego szczytu, awarii pojazdu albo odejścia dyspozytora, który „trzymał całą wiedzę w głowie”. Dla dyrektora operacyjnego problem jest policzalny: każdy pusty przebieg, nietrafiony slot i przestój kierowcy to realny ubytek marży, a ręczne planowanie go nie wyłapuje.
Z naszego doświadczenia ten obszar rzadko wymaga rewolucji produktowej, a znacznie częściej dobrego oprogramowania i inżynierów, którzy rozumieją logistykę. Nie prowadzimy własnej dyspozytorni, ale budowaliśmy systemy klasy operacyjnej w projektach przemysłowych i backendowych, więc wiemy, jak zaprojektować system dyspozytorski i warstwę optymalizacji tras, oraz jak obsadzić taki projekt zespołem, który dowiezie go na produkcję.
Dlaczego ręczna dyspozycja przewozów tak boli?
Ręczny przydział nie skaluje się liniowo. Przy dziesięciu zleceniach dziennie dyspozytor ogarnia wszystko intuicyjnie, przy stu intuicja przestaje wystarczać, a liczba kombinacji pojazd-zlecenie-okno czasowe rośnie wykładniczo. W efekcie firma płaci nie za błędy, lecz za brak widoczności: nikt nie wie, czy ułożony plan jest o 5, czy o 25 procent gorszy od optymalnego.
Dochodzi do tego kruchość organizacji. Kiedy reguły przydziału żyją wyłącznie w nawykach jednego człowieka, firma traci je razem z nim. Oprogramowanie te reguły spisuje, wersjonuje i udostępnia zespołowi, więc decyzje stają się powtarzalne i możliwe do audytu.
Czym jest tablica dyspozytorska i jak przyspiesza przydział zleceń?
Sercem każdego systemu dyspozytorskiego jest tablica, czyli jeden widok operacyjny, w którym dyspozytor obejmuje całą dobę pracy floty. Projektujemy ją tak, aby w jednym miejscu łączyła zlecenia, pojazdy, kierowców i ich czas pracy. Najczęściej obsługuje:
- pulę zleceń z filtrowaniem po statusie, regionie i priorytecie,
- oś czasu pojazdów i kierowców z widoczną dostępnością i godzinami,
- przydział metodą przeciągnij-upuść z natychmiastową walidacją konfliktów,
- statusy w czasie rzeczywistym: zaplanowane, w drodze, dostarczone, opóźnione.
Taki interfejs nie zastępuje dyspozytora, tylko odciąża go z pracy mechanicznej. System pilnuje, by nie przydzielić dwóch zleceń na ten sam slot albo trasy przekraczającej ładowność, a człowiek decyduje tam, gdzie liczy się kontekst.
Jak działa planowanie i optymalizacja tras?
Pod spodem tablicy pracuje silnik, który planowanie przewozów sprowadza do problemu optymalizacyjnego. W literaturze to rodzina zagadnień VRP (Vehicle Routing Problem) z wariantami uwzględniającymi ładowność, okna czasowe i wielu kierowców. W praktyce nie szukamy rozwiązania idealnego, bo przy realnej skali jest to obliczeniowo niewykonalne, tylko wystarczająco dobrego w akceptowalnym czasie.
Silnik musi respektować twarde ograniczenia, których złamać nie wolno, oraz miękkie, które minimalizuje:
- ładowność i pojemność pojazdu (waga, paletomiejsca, objętość),
- okna czasowe dostaw i odbiorów po stronie klienta,
- czas pracy kierowcy i wymagane przerwy (zgodność z przepisami),
- kompatybilność zlecenia z pojazdem (chłodnia, ADR, winda, gabaryt).
Jako funkcję celu przyjmujemy zwykle minimalizację łącznego kosztu: kilometrów, czasu i pustych przebiegów. Sięgamy po solvery optymalizacyjne (np. silniki typu OR-Tools) i algorytmy heurystyczne, dobierając podejście do skali floty, a nie na odwrót.
Jak system radzi sobie z oknami czasowymi i slotami?
Okna czasowe to miejsce, w którym teoria zderza się z codziennością. Klient oczekuje dostawy między 8 a 10, magazyn ma rampę wolną tylko o konkretnych porach, a kierowca musi zdążyć przed końcem swojej zmiany. Dobrze zaprojektowany system traktuje slot jako zasób, który można rezerwować, zwalniać i replanować, gdy rzeczywistość rozjedzie się z planem.
Budujemy tu mechanizm, który na bieżąco sprawdza wykonalność harmonogramu i sygnalizuje zagrożone dostawy, zanim zrobią się spóźnione. Gdy dochodzi korek albo zlecenie ekspresowe, silnik przelicza trasę przyrostowo zamiast układać wszystko od zera, co pozwala dyspozytorowi reagować w minuty, nie w godziny.
Jak zautomatyzować przydział podwykonawców?
Większe firmy rzadko wożą wszystko własną flotą, więc system musi rozumieć także podwykonawców i przewoźników zewnętrznych. Tu logika przydziału obejmuje już nie tylko trasy, ale też koszt zakupu usługi, dostępność i wiarygodność partnera.
W takich modułach projektujemy zwykle giełdę zleceń albo mechanizm ofertowania: system proponuje zlecenie zdefiniowanej grupie przewoźników, zbiera odpowiedzi i podpowiada wybór według reguł klienta. Automatyzujemy też rozliczenia i dokumenty (zlecenie transportowe, potwierdzenie dostawy), aby współpraca z podwykonawcą nie tworzyła drugiego obiegu w mailu i Excelu.
Jak zintegrować system dyspozytorski z telematyką i TMS?
System dyspozytorski nie istnieje w próżni. Jego wartość rośnie dopiero wtedy, gdy spina się z resztą krajobrazu IT firmy. Najczęściej wpinamy go w:
- telematykę i GPS pojazdów (pozycja, zużycie paliwa, styl jazdy),
- systemy TMS i ERP (zlecenia, kontrahenci, fakturowanie),
- aplikację mobilną kierowcy (zlecenia, nawigacja, status, e-POD),
- zewnętrzne API map i ruchu do liczenia realnych czasów przejazdu.
Integracje projektujemy przez warstwę API i zdarzeń, tak aby pozycja z telematyki aktualizowała status na tablicy, a potwierdzenie dostawy z telefonu kierowcy domykało zlecenie w TMS. Dzięki temu dane płyną w jedną stronę zamiast być przepisywane ręcznie między systemami.
Gdzie w optymalizacji tras realnie pomaga AI?
Warstwa AI bywa nadużywana marketingowo, dlatego traktujemy ją jako dodatek do solidnego silnika regułowego, a nie jego zamiennik. Sprawdza się tam, gdzie liczy się prognoza i uczenie z historii: przewidywanie realnego czasu przejazdu na podstawie przeszłych kursów, estymacja czasu rozładunku czy prognoza wolumenu zleceń, która pozwala planować flotę z wyprzedzeniem.
Kompetencje w obszarze modeli i danych mamy realne w ramach Grupy RITS, więc taką warstwę potrafimy zaprojektować i wpiąć, gdy dane klienta są na to gotowe. Zwykle doradzamy jednak, by najpierw uporządkować dyspozycję i dane, a dopiero potem dokładać predykcję.
Jakie kompetencje dostarczamy do takiego projektu?
Nie przypiszemy sobie tu gotowego wdrożenia dyspozytorni, za to dostarczamy ludzi, którzy takie systemy budują. Skład dobieramy pod specyfikację, a typowy zespół obejmuje:
- architekta / backend developera (Java, .NET lub Node) od silnika i API,
- specjalistę od optymalizacji znającego VRP i solvery (OR-Tools, modele operacyjne),
- frontend developera od tablicy dyspozytorskiej i widoków operacyjnych,
- inżyniera integracji / DevOps od telematyki, TMS i wdrożeń.
Taki układ pozwala wejść zarówno w budowę systemu od zera, jak i w rozwój istniejącego narzędzia, gdy klientowi brakuje konkretnej kompetencji w zespole.
Jak robimy to w RITS?
Pracujemy jako partner nearshore z Polski, w zbliżonej strefie czasowej, co dla projektu operacyjnego ma znaczenie, bo zmiany w logistyce trzeba konsultować tego samego dnia. Kompetencje weryfikujemy przed startem, a zespół wpinamy w rytm pracy klienta, jego przeglądy kodu i spotkania, bez długiego rozruchu. Nasz proces rekrutacji zwykle zamyka się w okolicach trzech tygodni, a wydłuża tylko przy nietypowych wymaganiach.
Najczęściej realizujemy to na dwa sposoby: jako dedykowane oprogramowanie budowane przez nasz zespół albo jako wzmocnienie zespołu, gdy klient ma własnych inżynierów i potrzebuje dołożyć brakujące role, na przykład specjalistę od optymalizacji tras.
Od czego zacząć optymalizację tras i dyspozycji?
Zacznij od jednego, najbardziej kosztownego problemu: pustych przebiegów, spóźnionych dostaw albo zależności od jednego dyspozytora. To wyznacza, czy najpierw potrzebujesz tablicy i uporządkowania przydziału, czy od razu silnika optymalizacji. Równolegle sprawdź jakość danych, bo bez wiarygodnych pozycji, czasów i parametrów pojazdów żaden algorytm nie policzy sensownej trasy. Różnice między formami współpracy opisaliśmy w artykule o modelach współpracy IT.
Planujesz system dyspozytorski albo optymalizację tras? Porozmawiajmy, dobierzemy zespół i architekturę pod Twoją flotę i procesy.