Na mapie samochód stoi przy magazynie. Czy właśnie dotarł, czeka w kolejce, czy system pokazuje pozycję sprzed godziny? Bez czasu pomiaru i powiązania ze zleceniem sama lokalizacja nie odpowiada na pytanie klienta o dostawę.
Integracja telematyki z TMS powinna przenosić dane wraz z ich kontekstem. Największą wartość mają informacje, które zmieniają decyzję: trzeba uprzedzić odbiorcę, poprawić plan albo wyjaśnić brak aktualizacji.
Najpierw zgodne identyfikatory
TMS musi wiedzieć, którego pojazdu dotyczą dane. Numer rejestracyjny, identyfikator urządzenia i nazwa w systemie telematycznym nie zawsze są tym samym polem. Zmiana samochodu lub przepięcie urządzenia wymaga aktualizacji powiązania.
Osobno przypisz pojazd do zlecenia i określ czas obowiązywania. Samochód może obsługiwać kilka przewozów jednego dnia. Bez przedziału czasowego pozycja może trafić do zakończonego zlecenia lub do niewłaściwego klienta.
Udostępnienie danych powinno wynikać z uzgodnionego zakresu i uprawnień. Nie należy zakładać, że współpracujący przewoźnik automatycznie zapewni dostęp do całej telematyki swojej floty.
Czas pomiaru i czas odbioru
Zapisuj, kiedy pozycja została zmierzona, a kiedy dotarła do TMS. Są to różne momenty. Po utracie łączności urządzenie może przesłać zaległe punkty, których nie wolno prezentować jako aktualnego położenia.
Przykład: pomiar pochodzi z 10:00, a integracja odbiera go o 10:18. System pokazujący jedynie czas odbioru zasugeruje, że pozycja jest świeża. Właściwy ekran powinien wskazać wiek danych i zasygnalizować ich nieaktualność według progu przyjętego dla procesu.
Ujednolicenie stref czasowych i kolejności zdarzeń jest równie ważne jak częstotliwość odświeżania. Jeżeli starszy punkt przyjdzie później, nie powinien bez kontroli zastąpić nowszego.
ETA jest prognozą, nie potwierdzeniem rozładunku
Szacowany czas przyjazdu może pomagać aktualizować plan, ale trzeba ustalić jego źródło i zakres. Prognoza jazdy do adresu może nie obejmować kolejki do rampy, awizacji i czasu obsługi. Nie należy przedstawiać jej klientowi jako czasu zakończenia dostawy.
Geofencing, czyli wykrycie wejścia do obszaru, może utworzyć zdarzenie przyjazdu. Obszar powinien obejmować właściwy wjazd lub plac, a nie sąsiednią drogę. Krótki przejazd obok magazynu nie może automatycznie kończyć transportu.
Status rozładunku może wymagać dodatkowego potwierdzenia od kierowcy lub operatora. Rozróżnij przyjazd, rozpoczęcie obsługi i jej zakończenie. Zasady etapów omawia artykuł statusy zleceń w spedycji.
Jakie dane wybrać do pierwszego etapu
Zacznij od identyfikatora pojazdu, pozycji z czasem oraz zmian stanu potrzebnych do obsługi zlecenia. Dane o paliwie, stylu jazdy lub pracy urządzeń mogą mieć wartość dla innych procesów, ale nie muszą być konieczne w pierwszej integracji.
Interfejs WEBFLEET.connect jest przykładem wymiany danych między telematyką i aplikacjami biznesowymi, w tym TMS. Dostępność konkretnego pola i sposób jego aktualizacji należy sprawdzić w dokumentacji wybranego rozwiązania. Sam napis „API” nie potwierdza wszystkich oczekiwanych funkcji.
Testy, które ujawniają błędy integracji
Sprawdź zmianę pojazdu w trakcie zlecenia, brak łączności, opóźniony punkt, zdublowane zdarzenie i dwa transporty jednego samochodu. Ustal, czy system pozwala odtworzyć źródło danych i czy błędna aktualizacja może zostać poprawiona z zachowaniem historii.
Powtórzone zdarzenie nie powinno wysłać klientowi kilku identycznych wiadomości. Ponowienie po błędzie nie może tworzyć drugiego rekordu przyjazdu. Ustal odpowiedzialność za monitorowanie integracji oraz reakcję po zmianie formatu danych.
W pierwszym okresie porównuj automatyczne zdarzenia z rzeczywistym przebiegiem kilku zleceń. Mierz liczbę fałszywych przyjazdów i spóźnionych aktualizacji. Dopiero po takim sprawdzeniu włączaj automatyczne komunikaty dla klientów. Zakres całego rozwiązania pomaga ocenić poradnik oprogramowanie spedycyjne a TMS.
