Koniec z ręcznym liczeniem: dlaczego algorytmy wkroczyły do flot?
Zjawisko kradzieży paliwa, tzw. "upuszczania" lub tankowania do kanistrów, to wciąż codzienność wielu firm transportowych i budowlanych. Tradycyjne metody kontroli, polegające na przeglądaniu faktur i ręcznym zestawianiu ich z przebiegiem, są powolne i po prostu dziurawe. Bądźmy realistami – człowiek nie wyłapie subtelnych różnic w spalaniu na przestrzeni dziesiątek tysięcy kilometrów. Tutaj wkraczają algorytmy i systemy telematyczne. Nie są one jednak magiczną różdżką, która bezbłędnie i bez nadzoru rozwiąże problem. Jak dokładnie działają i gdzie mają swoje słabe punkty?
1. Korelacja danych GPS z transakcjami z kart paliwowych
To podstawowy mechanizm obronny we współczesnych flotach. Algorytm w czasie rzeczywistym porównuje lokalizację pojazdu (z modułu GPS) z miejscem użycia firmowej karty paliwowej. Jeśli system odnotuje, że karta zapłaciła za 200 litrów diesla na stacji pod Warszawą, a ciężarówka fizycznie znajdowała się wtedy na bazie w Poznaniu – natychmiast generuje alert o sklonowaniu karty lub przekazaniu jej osobie trzeciej.
Gdzie jest haczyk? Systemy opierają się na dokładności czasowej. Opóźnienia w księgowaniu transakcji przez operatorów systemów flotowych lub zwykłe gubienie zasięgu GPS w gęstej zabudowie mogą wygenerować fałszywy alarm, sugerując nadużycie tam, gdzie go nie było.
2. Analiza nagłych spadków poziomu w baku (Zlewki)
Systemy odczytujące dane z szyny CAN (komputera pokładowego) lub z niefabrycznych sond paliwowych potrafią rysować bardzo dokładne wykresy poziomu paliwa w czasie. Algorytm szuka tzw. "schodków" – czyli sytuacji, w której na wyłączonym silniku poziom paliwa drastycznie i pionowo spada na wykresie.
Wady tego rozwiązania: Sonda paliwowa to tylko urządzenie fizyczne (pływak lub rurka pojemnościowa). Zaparkowanie pojazdu ciężarowego na stromym wzniesieniu, najechanie jednym kołem na wysoki krawężnik lub silne falowanie paliwa w niedopełnionym baku potrafi oszukać prostsze algorytmy. Dobry system musi mieć wbudowane filtry uśredniające (np. generowanie alertu dopiero po ponownym uruchomieniu i ustabilizowaniu pojazdu), co z kolei opóźnia reakcję i daje złodziejowi czas na ucieczkę z kanistrami.
3. Wykrywanie nadmiarowych tankowań (Pojemność baku vs. Dystrybutor)
Algorytm weryfikuje fizyczną, zadeklarowaną pojemność baku (np. 800 litrów) z ilością faktycznie zatankowanego paliwa z faktury/karty. Jeżeli kierowca tankuje na stacji 850 litrów, a w baku według wskazań telematyki było jeszcze 50 litrów rezerwy, matematyka jest prosta – nadmiarowe 100 litrów ewidentnie wylądowało w zewnętrznych zbiornikach.
Realistyczne spojrzenie: Ta metoda jest bardzo skuteczna, ale wymaga perfekcyjnego utrzymania danych w systemie. Błąd ludzki przy konfiguracji (np. wpisanie w systemie pojemności mniejszego baku przy zamianie ciągnika na nowy) zaleje menedżera floty dziesiątkami całkowicie bezużytecznych powiadomień, ignorując tzw. "zmęczenie alertami".
4. Zaawansowane profilowanie zużycia (Algorytmy predykcyjne)
Najdroższe systemy tworzą historyczne profile zużycia paliwa dla konkretnych tras, pojazdów i przypisanych kierowców z uwzględnieniem topografii terenu i wagi ładunku. Uczą się, że na danej trasie przez góry auto X z kierowcą Y spali średnio 32 l/100 km. Każde stałe, niewielkie odchylenie od normy w górę (np. powolne "upuszczanie" z powrotu paliwowego) jest flagowane do weryfikacji manualnej.
Minusy? Systemy te potrzebują potężnej ilości rzetelnych danych historycznych do poprawnego i miarodajnego działania. Wdrażając to rozwiązanie w nowej flocie, przez pierwsze miesiące system będzie wysoce omylny. Ponadto, nieprzewidziane warunki pogodowe (silny wiatr czołowy, nagły atak śnieżnej zimy) zrujnują teoretyczne wyliczenia modelu, wypluwając niezasadne anomalie.
Podsumowanie: Algorytm to narzędzie, a nie sędzia
Wdrożenie systemów algorytmicznych do wyłapywania kradzieży paliwa bezdyskusyjnie i drastycznie ogranicza straty w firmach. Jednak ślepe zaufanie do technologii to błąd początkujących menedżerów. Algorytmy świetnie sprawdzają się w zawężaniu grona "podejrzanych" incydentów z tysięcy wierszy w Excelu do zaledwie kilku przypadków. Ostateczna decyzja i weryfikacja zawsze musi należeć do człowieka, który weźmie pod uwagę szerszy kontekst – awarię pływaka, błąd księgowy stacji paliw czy skrajnie specyficzne warunki na drodze. Zwalnianie kierowcy na podstawie jednego, niewyjaśnionego alertu z systemu to po prostu proszenie się o kosztowny proces w sądzie pracy.