Wybór aplikacji do kontroli HGV, która spełnia wymagania DVSA

Jeśli wybierasz aplikację do codziennej kontroli dla kierowców HGV, główne pytanie nie brzmi, czy może ona zastąpić papier. Chodzi o to, czy dokumenty, które generuje, pomogą nam wyjaśnić nasze systemy DVSA i, jeśli zajdzie taka potrzeba, Traffic Commissionerowi (Komisarzowi ds. Ruchu Drogowego). Atrakcyjna lista kontrolna to za mało, jeśli pozostawia luki w szczegółach usterek, znacznikach czasowych, podpisach, kontroli VOR lub dowodach na to, że naprawy zostały zakończone przed ponownym wprowadzeniem pojazdu do eksploatacji.

Dla operatorów w Wielkiej Brytanii odpowiednia aplikacja powinna wspierać praktyczne obowiązki związane z codzienną kontrolą. Powinna pomagać kierowcom w przeprowadzeniu właściwej inspekcji, wspierać menedżerów transportu w kontrolowaniu usterek bezpieczeństwa oraz tworzyć dokumenty, które będą wiarygodne, gdy ktoś zapyta, co zostało znalezione, jaka decyzja została podjęta, kto ją podjął i kiedy pojazd był następnie użyty. To jest standard, z którym powinniśmy porównywać.

Co musi robić aplikacja do codziennej kontroli w praktyce

Co najmniej aplikacja do kontroli HGV musi wspierać codzienny proces zgłaszania usterek przez kierowców, zgodnie z normalną praktyką licencji operatora w Wielkiej Brytanii. Oznacza to, że musi robić więcej niż tylko przedstawiać listę opon, świateł i luster z polem do zaznaczenia obok każdego elementu.

Powinniśmy oczekiwać, że wykona pięć podstawowych zadań.

Po pierwsze, musi pozwolić nam tworzyć formularze inspekcji, które odzwierciedlają pojazdy i przyczepy, które faktycznie posiadamy. Sztywny zestaw, jednostka artykułowa, przyczepa, minibus i PSV (pojazd do przewozu osób) nie muszą mieć tej samej sekwencji ani sformułowań. Aplikacja powinna pozwalać na oddzielne kontrole jednostki i przyczepy, ustalać obowiązkowe elementy oraz dostosowywać formularze dla pojazdów towarowych i pasażerskich, gdzie model operacyjny się różni. Jeśli używamy mieszanych flot, jeden szablon dla wszystkiego zazwyczaj tworzy albo niepotrzebne kroki, albo pominięte kontrole.

Po drugie, musi rejestrować, kto przeprowadził kontrolę i który zasób był sprawdzany. To brzmi oczywiście, ale szczegóły mają znaczenie. Potrzebujemy wyraźnego powiązania z numerem rejestracyjnym pojazdu, numerem przyczepy, jeśli to istotne, tożsamością kierowcy, datą i godziną oraz depozytem lub lokalizacją, jeśli to część naszego procesu. Jeśli aplikacja pozwala na nieprecyzyjne wpisy lub wolny tekst, który może być błędnie wpisany, dokument staje się słabszy przy późniejszym przeglądzie.

Po trzecie, musi równie dobrze obsługiwać zgłoszenia usterek zerowych i zgłoszenia usterek. Wiele systemów dobrze rejestruje czystą kontrolę, ale słabo radzi sobie, gdy coś jest rzeczywiście nie tak. W praktyce aplikacja powinna pozwalać kierowcy zidentyfikować usterkę, właściwie ją opisać, dodać zdjęcia, gdy to użyteczne, i skierować to zgłoszenie do odpowiedniej osoby bez opóźnień. Aplikacja nie powinna zachęcać kierowców do wyboru najbliższej ogólnej kategorii i przechodzenia dalej.

Po czwarte, musi wspierać rzeczywistą decyzję o sprawności drogowej. Zgłoszenie usterki nie jest tym samym co decyzja VOR. Aplikacja powinna pozwalać upoważnionej osobie na przegląd problemu i podjęcie decyzji, czy pojazd może być używany, ograniczony lub wycofany z ruchu. Jeśli ta decyzja znajduje się poza systemem w wiadomościach, telefonach lub pamięci, tracimy ślad audytowy.

Po piąte, musi przechowywać dokumenty w sposób, który możemy szybko odzyskać. Jeśli DVSA (Agencja Bezpieczeństwa Drogowego) poprosi o dowody podczas wizyty lub jeśli przygotowujemy dokumenty na publiczne przesłuchanie, musimy znaleźć kontrole według pojazdu, przyczepy, daty i kierowcy, nie przeszukując telefonów ani skrzynek odbiorczych.

To jest miejsce, gdzie wielu nabywców dokonuje błędnego porównania. Porównują układy ekranów i długość list kontrolnych, ale nie to, czy aplikacja pomaga im prowadzić proces opisany w przewodniku DVSA dotyczącym utrzymania sprawności drogowej. Ten przewodnik nadal jest praktycznym punktem odniesienia dla operatorów w Wielkiej Brytanii. Aplikacja do codziennej kontroli HGV powinna dostosowywać się do tego punktu odniesienia, a nie wymuszać na nas jego obniżenia, aby dostosować się do oprogramowania.

Jeśli prowadzimy również furgonetki poniżej progów HGV, ten sam system może być nadal użyteczny, ale powinniśmy pamiętać, że ramy licencji operatora są inne. Ryzyko zgodności dla jednostki artykułowej o wadze 44 ton i lekkiej furgonetki nie jest identyczne, nawet jeśli obie korzystają z dyscyplinowanego procesu codziennej kontroli.

Jak porównywać jakość dowodów, a nie tylko zaznaczać pola

Najsilniejsze aplikacje do kontroli tworzą dowody, a nie tylko wypełnione formularze. To rozróżnienie ma znaczenie, gdy dokument jest testowany.

Rozpocznij od podpisów. Powinniśmy zwrócić uwagę na to, jak kierowca podpisuje kontrolę i co ten podpis oznacza w systemie. Czy jest powiązany z nazwanym logowaniem, datą i godziną oraz dokładną treścią listy kontrolnej wypełnionej w danym momencie? Czy to tylko bazgroły na ekranie, które mogły zostać dodane później? Użyteczny zapis podpisu powinien pokazywać, kto przeprowadził kontrolę i zablokować tę submisję jako część śladu audytowego.

Następnie zwróć uwagę na znaczniki czasowe. Potrzebujemy więcej niż tylko dnia. Właściwy zapis powinien pokazywać czas złożenia, a idealnie wszelkie późniejsze działania, takie jak przegląd usterki, decyzja VOR, zatwierdzenie naprawy i powrót do eksploatacji. Jeśli pojazd został zatrzymany o 07:15, a kontrola została rzekomo zakończona o 09:40, musimy to wiedzieć. System, który nie może wyraźnie pokazać sekwencji zdarzeń, może szybko stać się niewygodny.

Szczegóły usterek to kolejna linia podziału. Jeśli każda kwestia pojawia się jako „usterka światła” lub „problem z oponą”, dokument niewiele nam mówi. Lepsze systemy pozwalają kierowcy określić, które światło, które położenie opony, jakie uszkodzenie zostało zauważone i czy usterka wpłynęła na bezpieczne użytkowanie. Wolny tekst ma tu znaczenie, ale struktura również. Chcemy wystarczającej standaryzacji, aby raportować konsekwentnie, nie redukując każdego rzeczywistego problemu do niejasnej etykiety.

Zdjęcia są użyteczne, ale tylko jeśli są częścią łańcucha dowodowego. Powinniśmy sprawdzić, czy obrazy są dołączone do raportu z czasem i datą, czy pozostają powiązane z usterką oraz czy późniejsi przeglądający mogą zobaczyć pełen kontekst. Zdjęcia powinny wspierać pisemny raport, a nie go zastępować. Rozmyte zdjęcie przecięcia na boku bez żadnej notatki o pozycji osi lub stanie bieżnika nie jest zbyt przydatne.

Następnie jest ślad audytowy. To jest miejsce, gdzie silniejsze systemy oddzielają się od prostych aplikacji formularzowych. Powinniśmy być w stanie zobaczyć, kto stworzył kontrolę, kto przeglądał usterkę, kto zmienił status, kto zatwierdził zwolnienie z VOR i czy cokolwiek zostało później edytowane. Jeśli dokumenty mogą być nadpisywane bez śladu, są znacznie trudniejsze do zaufania.

Przechowywanie i odzyskiwanie mają równie duże znaczenie jak rejestracja. Podczas wizyty DVSA możemy potrzebować przedstawić wzór dowodów, a nie jedną izolowaną kontrolę. Na przykład, dokumenty pokazujące powtarzające się zgłoszenia usterek zerowych na pojeździe, który później wykazał oczywiste problemy, mogą przyciągnąć bliższą uwagę. Aplikacja powinna ułatwiać wyszukiwanie i eksportowanie dokumentów według pojazdu, przyczepy, kierowcy i zakresu dat.

To również jest moment, aby zapytać, czy system może wspierać nadzór zarządzający. Czy możemy zidentyfikować pominięte kontrole, spóźnione kontrole, powtarzające się usterki lub pojazdy używane przed zamknięciem usterki? Dokument, który istnieje, ale nigdy nie jest ujawniany biuru transportowemu, to tylko połowa rozwiązania.

Omówiliśmy operacyjną stronę tego bardziej szczegółowo w naszym przewodniku po kontrolach kierowców i zgłaszaniu usterek. Zasada jest prosta. Jeśli dokument nie pomoże nam wyjaśnić naszych działań pod nadzorem, nie jest wystarczająco mocnym dowodem.

Zgłaszanie usterek, kontrola VOR i śledzenie napraw

Rzeczywistym testem każdej aplikacji do kontroli jest moment, gdy kierowca znajdzie usterkę, która może wpłynąć na sprawność drogową.

Podstawowa aplikacja zarejestruje usterkę i wyśle e-mail. Lepsza wspiera cały łańcuch od zgłoszenia, przez decyzję, po naprawę i zwolnienie. To jest to, co menedżerowie transportu powinni porównywać.

Pierwszy punkt to eskalacja. Kiedy zgłoszona jest usterka związana z bezpieczeństwem, kto jest powiadamiany i jak szybko? System powinien umożliwiać natychmiastowe powiadomienie osób, które mogą działać, a nie tylko zbierać wszystko w ogólną skrzynkę odbiorczą. Jeśli warsztat, inżynier floty i biuro transportowe potrzebują widoczności, aplikacja powinna wyraźnie wspierać ten przepływ pracy.

Drugi punkt to kontrola statusu. Potrzebujemy więcej niż tylko otwarte i zamknięte. W praktyce użyteczne statusy mogą obejmować zgłoszone, w trakcie przeglądu, VOR, zarezerwowane do naprawy, naprawione, sprawdzone i zwrócone do eksploatacji. Dokładne etykiety mają mniejsze znaczenie niż dyscyplina, która za nimi stoi. Musimy być w stanie pokazać, że pojazd nie był po prostu „naprawiony” w teorii, ale przeszedł przez kontrolowany proces.

Obsługa VOR zasługuje na szczególną uwagę. Jeśli usterka oznacza, że pojazd nie powinien być używany, system powinien to jasno pokazać i utrudnić obejście tego. Idealnie, status pojazdu lub przyczepy powinien być widoczny dla planistów i personelu transportowego, aby nie można go było przypadkowo przydzielić. Notatka ukryta w jednym zgłoszeniu kierowcy to za mało. Powinniśmy również być w stanie zarejestrować, kto podjął decyzję VOR i na jakiej podstawie.

Śledzenie napraw to miejsce, w którym wielu operatorów nadal wraca do papieru lub WhatsApp. To osłabia dokumentację. Lepszym podejściem jest utrzymanie komunikacji warsztatowej i dowodów zakończenia powiązanych z oryginalną usterką. Może to obejmować notatki mechanika, szczegóły zewnętrznego naprawcy, wymienione części oraz datę i godzinę zakończenia naprawy. Jeśli inspekcja bezpieczeństwa, PMI lub inne wydarzenie warsztatowe jest istotne, dokumenty powinny być ze sobą odpowiednio powiązane.

Co najważniejsze, musi istnieć dowód, że usterka została rozwiązana przed ponownym użyciem pojazdu, gdzie to było wymagane. Może to oznaczać zatwierdzenie konserwacji, potwierdzenie drugiego kierowcy lub zwolnienie przez menedżera, w zależności od naszego procesu. Ważne jest, aby dokument pokazywał wyraźne przed i po.

To jest szczególnie ważne w przypadku przyczep. W ruchliwych placach, usterki przyczep mogą być zgłaszane przez jednego kierowcę, omawiane przez innego i odbierane przez jednostkę z innego depozytu. Jeśli aplikacja nie śledzi statusu przyczepy prawidłowo, łatwo jest, aby wadliwa przyczepa wróciła do użytku.

Dla operatorów korzystających z warsztatów zewnętrznych, oprogramowanie powinno nadal pozwalać nam zachować dowody w jednym miejscu. Odpowiedzialność prawna w ramach licencji operatora pozostaje z nami. Nie jest obroną twierdzić, że warsztat miał szczegóły w swoim własnym systemie.

Użyteczność dla kierowcy, praca offline i mieszane floty

Proces zgodności działa tylko wtedy, gdy kierowcy mogą go prawidłowo wypełniać, każdego dnia, w warunkach, w jakich faktycznie pracują.

To oznacza, że użyteczność ma znaczenie, ale nie w sensie aplikacji konsumenckiej. Nie szukamy rozrywki. Szukamy procesu, który można szybko, dokładnie i konsekwentnie zrealizować o 04:30 w deszczu, na wspólnym urządzeniu, przez kierowcę, który ma pracę do rozpoczęcia.

Aplikacja powinna być prosta w nawigacji, z wyraźną kolejnością inspekcji i sformułowaniami, które kierowcy rozumieją. Jeśli lista kontrolna jest zagracona, ukryta za zbyt wieloma kliknięciami lub pełna biurowego języka, jakość wypełnienia spada. Powinniśmy również szukać sensownych kontroli, takich jak obowiązkowe notatki o usterkach, gdy zgłaszana jest wada, łatwy wybór przyczepy i wyraźne wskazówki dotyczące zdjęć, gdy to użyteczne.

Praca offline nie jest opcjonalna dla wielu operatorów. Wiejskie depozyty, kamieniołomy, porty, place budowy i części sieci trunkowej nadal mają słaby sygnał. Jeśli aplikacja działa tylko z aktywnym połączeniem, kierowcy będą pomijać kontrole lub odtwarzać je później, co podważa dokumentację. Odpowiedni tryb offline powinien pozwalać na zakończenie kontroli na urządzeniu, a następnie automatyczne synchronizowanie po przywróceniu sygnału, zachowując oryginalny czas zakończenia.

Wspólne i mieszane floty wymagają starannego przemyślenia. Jeśli prowadzimy HGV, furgonetki, przyczepy i PSV, aplikacja powinna pozwalać każdej operacji korzystać z odpowiedniego przepływu pracy, nie wprowadzając zamieszania. Operator autobusu lub autokaru może potrzebować innych codziennych wskazówek dotyczących raportowania niż ogólna flota transportowa. Flota kurierska korzystająca z lżejszych pojazdów nadal korzysta z zgłaszania usterek, ale kontekst licencji operatora i testu rocznego nie jest identyczny.

Kierowcy agencyjni i tymczasowi to kolejny praktyczny test. Czy mogą być szybko skonfigurowani z odpowiednimi uprawnieniami i nadal pozostawiać nazwane, podpisane dokumenty? Jeśli regularnie polegamy na pracy agencyjnej, proces kontroli musi działać bez osłabiania kontroli tożsamości. Nasze wskazówki dotyczące zgodnego korzystania z kierowców agencyjnych i sprawdzania licencji kierowców dla operatorów są z tego powodu istotne. Codzienna kontrola to tylko jedna część udowodnienia, że właściwa osoba prowadziła zgodnie z prawem i pod kontrolą.

Dla właścicieli-kierowców ta sama zasada ma zastosowanie w prostszej formie. Jeśli jedna osoba jest kierowcą, operatorem i często pierwszym zgłaszającym usterki, aplikacja musi nadal wyraźnie oddzielać etapy, aby pokazać kontrolę. To jeden z powodów, dla których wielu operatorów jedno-pojazdowych przechodzi z papieru na oprogramowanie, gdy ich działalność się rozwija. Nasze narzędzia zgodności dla właścicieli-kierowców są zbudowane wokół tej rzeczywistości.

Kiedy aplikacja do kontroli powinna być częścią szerszego systemu zgodności

Samodzielna aplikacja do kontroli może być wystarczająca, jeśli nasza operacja jest mała, prosta i już dobrze kontrolowana gdzie indziej. Ale gdy zarządzamy wieloma pojazdami, przyczepami, kierowcami, interwałami inspekcji i terminami dokumentów, codzienne kontrole powinny być częścią szerszego systemu zgodności.

Powód jest prosty. Raport z kontroli rzadko stoi samodzielnie. Łączy się z planowaniem konserwacji pojazdów, datami MOT lub testów rocznych, harmonogramami inspekcji bezpieczeństwa, dokumentami kierowców, dowodami tachografów, ubezpieczeniem i czasami zarządzaniem incydentami. Jeśli te dokumenty znajdują się w oddzielnych narzędziach bez wspólnej historii zasobów, spędzamy zbyt dużo czasu na ich uzgadnianiu, gdy pojawiają się pytania.

Na przykład, jeśli pojazd wykazuje powtarzające się usterki związane z oponami w codziennych kontrolach, możemy chcieć zobaczyć jego historię inspekcji i wyniki warsztatu obok tych raportów. Jeśli kierowca wielokrotnie składa słabej jakości zgłoszenia usterek zerowych, możemy chcieć przejrzeć dokumenty szkoleniowe, kontrole licencji z DVLA, status Driver CPC, datę wygaśnięcia DQC oraz wszelkie wzorce tachografów sugerujące pośpieszne rozpoczęcia. To jest trudne, jeśli aplikacja do kontroli jest izolowana.

Szerszy system pomaga również w terminach i dowodach kontroli. Operatorzy muszą śledzić rezerwacje MOT, planowanie testów rocznych dla PSV, częstotliwości inspekcji, kontrole licencji kierowców, Driver CPC, DQC, ubezpieczenie i inne dokumenty w jednym miejscu. Gdzie istnieją specyficzne dla Wielkiej Brytanii oczekiwania dotyczące licencji operatora, ten zintegrowany widok ma większe znaczenie, niż mogłoby się wydawać w ogólnym narzędziu floty UE. Środowisko egzekwowania w Wielkiej Brytanii kształtowane jest przez praktyki DVSA, reżim licencji operatora i rolę Komisarza ds. Ruchu Drogowego.

Dlatego zbudowaliśmy Operator Compliance jako część szerszej platformy zgodności z licencją operatora, a nie tylko aplikacji formularzowej. Fleeta Limited prowadzi ciężarówki na podstawie własnej licencji operatora, więc zbudowaliśmy wokół dokumentów, które wiemy, że operatorzy są proszeni o przedstawienie. W praktyce oznacza to, że codzienne kontrole muszą łączyć się z resztą dokumentacji, a nie siedzieć w izolacji.

Integracja również może mieć znaczenie. Jeśli już korzystamy z innych systemów, zapytaj, co jest dostępne poza eksportem arkusza kalkulacyjnego. REST API i webhooki mogą być przydatne, gdy dane floty muszą przemieszczać się między warsztatem, telematyką lub systemami HR. Ale integracja nie powinna odciągać uwagi od podstawowego pytania o zgodność. Pięknie połączona aplikacja, która produkuje słabe dowody, nadal jest złym wyborem.

To samo dotyczy dodatków i usług sąsiednich. Połączenia z askMID, Motor Insurers' Bureau lub danymi MIB mogą pomóc w niektórych przepływach pracy. Połączenia z Fleetalyse lub Logivo.AI mogą odpowiadać szczególnym operatorom. Dostęp do rekordów VOL może również mieć znaczenie operacyjne. Żadne z tego nie zastępuje potrzeby wyraźnych dowodów usterek, kontrolowanych decyzji VOR i dokumentów, które można odzyskać.

Więc kiedy powinniśmy wybrać szerszy system zgodności zamiast samodzielnej aplikacji? Zazwyczaj, gdy któreś z tych dotyczy:

• prowadzimy wiele pojazdów lub przyczep
• więcej niż jedna osoba zarządza zgodnością
• usterki wymagają dalszej obsługi w warsztacie w różnych depozytach
• potrzebujemy jednego pliku na wizyty DVSA
• chcemy widoczności pominiętych kontroli i przeterminowanych działań
• dokumenty kierowców, dowody tachografów i terminy konserwacji są obecnie rozproszone w różnych miejscach

Krótko mówiąc, najlepsza aplikacja do codziennej kontroli HGV to ta, która pomaga nam udowodnić kontrolę, a nie tylko zbierać zaznaczenia. Jeśli wspiera właściwe zgłaszanie usterek, silne dowody, wyraźne decyzje VOR i naturalnie łączy się z resztą naszych obowiązków związanych z licencją operatora, wykona swoją pracę, gdy to ma znaczenie. Jeśli nie, to tylko cyfrowa wersja papieru, a papier nigdy nie był prawdziwym problemem.