Oprogramowanie do rejestracji stanu technicznego, które przetrwa audyt

Jeśli potrzebujesz rejestrów stanu technicznego, które będą wiarygodne, gdy DVSA (Agencja Bezpieczeństwa Drogowego) zadzwoni, oprogramowanie musi robić więcej niż tylko przechowywać pliki PDF i wysyłać przypomnienia. Musi odzwierciedlać sposób, w jaki w Wielkiej Brytanii badany jest plik licencji operatora. Oznacza to jasne historie inspekcji, procesy dotyczące defektów, dowody naprawy, kontrolę MOT i testów rocznych, okresy VOR, zapisy kontroli kierowców, zapisy przyczep oraz wiarygodny ślad audytowy pokazujący, kto co zrobił i kiedy.

To jest miejsce, w którym oprogramowanie do zarządzania rejestrami stanu technicznego DVSA udowadnia swoją wartość lub zawodzi. Test jest prosty. Czy możemy szybko, w odpowiedniej kolejności, z datami, podpisami i powiązanymi dowodami, które mają sens dla menedżera transportu, dostawcy usług konserwacyjnych i, jeśli to konieczne, Komisarza Transportu, wytworzyć odpowiednie rejestry?

Jakie rejestry DVSA oczekuje, że będziesz kontrolować

Przewodnik DVSA dotyczący utrzymania stanu technicznego jest praktyczny. Nie prosi operatorów o prowadzenie rejestrów dla samego ich prowadzenia. Oczekuje, że będziemy kontrolować system konserwacji floty i być w stanie udowodnić tę kontrolę.

Co najmniej oznacza to prowadzenie pełnego rejestru planowanych inspekcji bezpieczeństwa dla każdego pojazdu i przyczepy. Te rejestry muszą pokazywać datę inspekcji, przebieg, jeśli jest to istotne, interwał inspekcji, sprawdzone elementy, wynik, wszelkie znalezione defekty, kto przeprowadził inspekcję oraz kto przeglądał lub autoryzował pracę, jeśli to stanowi część procesu. Jeśli inspekcja zostanie pominięta, przeniesiona lub przyspieszona, musi być podany powód i zarejestrowany.

Raportowanie defektów to kolejny kluczowy obszar. DVSA oczekuje codziennych procedur raportowania defektów, w tym raportowania braku defektów, jeśli to jest częścią systemu operatora. W praktyce rejestry muszą pokazywać kontrolę kierowcy, wszelkie zgłoszone defekty, czy pojazd lub przyczepa zostały wycofane z ruchu, jakie działania podjęto i kto zatwierdził naprawę. Jeśli defekt jest krytyczny dla bezpieczeństwa, potrzebujemy jasnego śladu pokazującego, że pojazd nie był używany do czasu naprawy.

Daty MOT i testów rocznych również muszą być ściśle kontrolowane. Dla HGV i PSV w Wielkiej Brytanii testy roczne mieszczą się w kontekście zgodności z licencją operatora w sposób, w jaki ogólne systemy floty często nie radzą sobie dobrze. Pominięcie terminu testu rocznego może wpłynąć zarówno na zgodność, jak i dostępność pojazdu. Dla pojazdów lekkich kontrola MOT nadal ma znaczenie, ale kontekst licencji operatora jest inny. Gdzie zasady w Wielkiej Brytanii różnią się od szerszych oczekiwań UE, to jeden z obszarów, na które należy uważać. System zbudowany wokół ogólnej konserwacji floty w Europie może nie odzwierciedlać tego, jak DVSA i Komisarz Transportu patrzą na dowody operatorów w Wielkiej Brytanii.

Rejestry VOR mają znaczenie z tego samego powodu. Nie wystarczy wiedzieć, że pojazd był niedostępny. Musimy wiedzieć, kiedy stał się VOR, dlaczego, jaki defekt lub naprawa to spowodowały, kiedy wrócił do służby i czy czas przestoju jest zgodny z rejestrem konserwacji i defektów. Jeśli te daty się nie zgadzają, zestaw rejestrów zaczyna wyglądać na niewiarygodny.

Historia napraw i konserwacji musi być również odpowiednio powiązana. Obejmuje to arkusze robocze warsztatów, faktury, gdy są używane jako dowody, notatki naprawcze, wymienione części, wyniki testów hamulców, gdzie to ma zastosowanie, oraz wszelkie prace następcze z inspekcji lub defektów. Czysty plik licencji operatora pozwala nam prześledzić linię od zgłoszonego problemu do naprawy i powrotu do służby.

Dowody kontroli kierowcy są szczególnie ważne podczas audytu. Menedżer transportu może wiedzieć, że kontrole są przeprowadzane, ale DVSA będzie szukać dowodów. Rejestr powinien pokazywać datę, czas, tożsamość kierowcy, zaangażowany pojazd lub przyczepę, zgłoszone defekty lub brak zgłoszenia oraz wszelkie podpisane potwierdzenia. Jeśli używani są kierowcy z agencji, system powinien nadal konsekwentnie rejestrować te dowody.

Na koniec, podpisane dowody mają znaczenie. Niezależnie od tego, czy jest to zatwierdzenie technika, deklaracja kierowcy, przegląd biura transportowego, czy arkusz inspekcji dostawcy usług konserwacyjnych, musimy wiedzieć, kto co podpisał. Rejestr, który nie może pokazać odpowiedzialności, jest słabszy, niż się wydaje.

Co porównywać w oprogramowaniu do rejestrów stanu technicznego

Porównując systemy, zacznij od planowania. Czy oprogramowanie może planować inspekcje według daty, przebiegu, godzin pracy silnika lub stałego wzoru, takiego jak co 6 tygodni? Czy radzi sobie z mieszanymi flotami, gdzie niektóre zasoby mają różne interwały? Czy może układać te interwały według tygodnia ISO, co jest sposobem, w jaki wiele biur transportowych i warsztatów planuje rok?

Następnym punktem jest kontrola dokumentów. Potrzebujemy jednego miejsca na arkusze inspekcji, raporty testów hamulców, dokumenty MOT lub testów rocznych, rejestry napraw, dokumenty ubezpieczeniowe i pliki wspierające. Dobre oprogramowanie powinno pozwalać nam przypisywać rejestry do konkretnego pojazdu, przyczepy, kierowcy lub zdarzenia. Folder pełen przesyłek to za mało, jeśli nic nie jest odpowiednio zindeksowane.

Przypomnienia również muszą być czymś więcej niż ogólnymi alertami. Powinniśmy móc ustawić terminy dla inspekcji, testów rocznych, MOT, ubezpieczeń, kalibracji, kontroli licencji, Driver CPC, wygaśnięcia DQC i innych zadań operatora. Chodzi o to, aby wiedzieć, co jest do zrobienia, co jest przeterminowane i jakie działania są przypisane.

Procesy dotyczące defektów są jednym z najsilniejszych punktów porównawczych. Czy kierowcy mogą zgłaszać defekty z drogi? Czy biuro może je klasyfikować? Czy defekt może być oznaczony jako krytyczny dla bezpieczeństwa, przeniesiony do VOR, przypisany do naprawy i zatwierdzony z dowodami przed zwolnieniem zasobu? Czy brak defektów może być rejestrowany równie jasno? Jeśli nie, system może wyglądać schludnie, ale nadal pozostawia luki w śladzie audytowym.

Rejestry przyczep często ujawniają słabe systemy. Wiele platform radzi sobie z pojazdami napędzanymi dość dobrze, ale traktuje przyczepy jako sprawę drugorzędną. Brytyjscy operatorzy nie mogą sobie na to pozwolić. Inspekcje przyczep, defekty, testy roczne, gdzie to ma zastosowanie, rejestry opon i okresy VOR wymagają tej samej dyscypliny co rejestry pojazdów. Omówiliśmy to bardziej szczegółowo w naszym przewodniku po wyborze oprogramowania do inspekcji przyczep dla rejestrów DVSA.

Kontrole kierowców i zgodność kierowców powinny również być powiązane z rejestrami stanu technicznego. Obejmuje to kontrole licencji w stosunku do DVLA, kontrolę wygaśnięcia Driver CPC i DQC oraz dowody kontroli. Jeśli oprogramowanie dzieli te rejestry na osobne moduły bez zintegrowanego widoku, menedżer transportu nadal kończy na ręcznym budowaniu zestawu dowodów.

Połączenia tachografów to kolejna praktyczna kwestia. Stan techniczny i zgodność kierowców to różne tematy, ale spotykają się w pliku licencji operatora. Jeśli ten sam system może przechowywać analizy tachografów, śledzenie naruszeń i rejestry kierowców obok dowodów konserwacji, biuro jest znacznie lepiej przygotowane na wizytę DVSA.

Raportowanie również ma znaczenie. Czy możemy wytworzyć historię pojazdu pokazującą inspekcje, defekty, naprawy i przestoje w jednej sekwencji? Czy możemy pokazać pominięte inspekcje, przeterminowane działania i powtarzające się defekty? Czy możemy eksportować rejestry w sposób przejrzysty? Podczas audytu szybkość ma znaczenie. Jeśli potrzebujemy pół dnia na zebranie pliku, system nie wykonuje swojej pracy.

Przede wszystkim porównaj jakość śladu audytowego. Powinniśmy być w stanie zobaczyć, kiedy rejestr został utworzony, zmieniony, zamknięty lub podpisany, i przez kogo. To jest standard, z którym należy się mierzyć, a nie tylko wygląd pulpitu. Aby uzyskać szerszą listę kontrolną do porównania, zobacz nasz artykuł na temat porównywania oprogramowania do stanu technicznego dla dowodów DVSA.

Gdzie ogólne systemy floty zazwyczaj zawodzą

Ogólne systemy floty często obiecują konserwację, zgodność i przechowywanie dokumentów w jednym pakiecie. Problem polega na tym, że wiele z nich jest zbudowanych do szerokiej administracji floty, a nie do dowodów licencji operatora.

Pierwszą powszechną luką jest logika inspekcji. System może rejestrować usługi i naprawy, ale nie prawdziwe harmonogramy inspekcji bezpieczeństwa z planowanymi datami, datami zakończenia, widocznością interwałów i raportowaniem pominiętych inspekcji. To ma znaczenie, ponieważ DVSA interesuje się kontrolą systemu konserwacji, a nie tylko tym, czy istnieją faktury.

Drugą luką jest obsługa defektów. Wiele platform może zarejestrować usterkę, ale nie tworzy pełnego procesu dotyczącego defektów z raportem kierowcy, przeglądem biura, decyzją VOR, dowodami naprawy i zwolnieniem do służby. Arkusze kalkulacyjne są tutaj jeszcze słabsze. Mogą pokazać, że defekt wystąpił, ale nie łańcuch odpowiedzialności wokół niego.

Systemy oparte na dzienniku zawodzą z podobnych powodów. Planner ścienny lub wspólny kalendarz mogą przypominać nam, że test roczny jest należny, ale nie mogą wygenerować podpisanych kontroli, powiązanych dowodów naprawy ani pełnej historii tego, kto zmienił datę inspekcji i dlaczego.

Zgodność przyczep to kolejna częsta słabość. W mieszanych operacjach rejestry przyczep często są oddzielane od rejestrów pojazdów lub zarządzane w osobnych arkuszach kalkulacyjnych. To jest wykonalne, dopóki nie nastąpi audyt, kiedy biuro potrzebuje pełnego obrazu i odkrywa, że dowody są rozproszone po e-mailach, folderach warsztatowych i lokalnych dyskach.

Ogólne systemy mają również tendencję do bycia ubogimi w wymagania dotyczące operatorów w Wielkiej Brytanii. Mogą dobrze radzić sobie z podatkiem drogowym i serwisowaniem pojazdów, ale nie z rezerwacjami testów rocznych, plikami konserwacyjnymi w stylu licencji operatora ani sposobem, w jaki Komisarz Transportu oczekuje, że dowody będą zorganizowane. Jeśli system jest zaprojektowany wokół ogólnej praktyki floty w UE, może nadal pomijać szczegóły w Wielkiej Brytanii, które mają znaczenie w dochodzeniu publicznym lub ocenie biurowej.

Następnie jest kwestia podpisanych dowodów. Wiele systemów przechowuje skany. Mniej może pokazać odpowiedni harmonogram deklaracji kierowców, zatwierdzeń techników i przeglądów zarządzania. Kiedy pytanie nie brzmi tylko „czy masz rejestr?”, ale „czy możesz pokazać, że twój system działa?”, ta różnica staje się oczywista.

Jak Operator Compliance pasuje do pliku licencji operatora w Wielkiej Brytanii

Operator Compliance jest zbudowany w kontekście licencji operatora w Wielkiej Brytanii. Zaprojektowaliśmy go wokół rejestrów i terminów, które menedżerowie transportu i operatorzy są zobowiązani kontrolować zgodnie z wytycznymi DVSA, a nie wokół ogólnej administracji floty.

W praktyce oznacza to, że rejestry pojazdów, przyczep i kierowców są ze sobą powiązane. Możemy śledzić inspekcje, defekty, naprawy, okresy VOR, daty MOT i testów rocznych oraz dokumenty wspierające w jednym systemie. Kontrole kierowców i podpisane dowody stanowią część tego samego obrazu zgodności, a nie żyją w osobnej aplikacji bez wyraźnego połączenia z plikiem zasobów.

Stworzyliśmy również system, aby wspierać analizę tachografów i szerszy rejestr kierowców. Dla wielu operatorów miesięczny pakiet floty dla pliku Komisarza Transportu potrzebuje rejestrów stanu technicznego obok kontroli licencji, kontroli Driver CPC i DQC oraz dowodów tachografów. Utrzymywanie tych elementów razem zmniejsza ilość pracy ręcznej, jaką biuro musi wykonać przed wizytą DVSA. Wyjaśniamy to zintegrowane podejście w naszym artykule na wyborze miesięcznego pakietu floty, który przetrwa audyt DVSA.

Nasze doświadczenie ma tutaj znaczenie. OperatorCompliance jest zbudowany przez Fleeta Limited, i mówimy to wprost, ponieważ sami prowadzimy ciężarówki na podstawie licencji operatora. To wpływa na szczegóły. Wiemy, dlaczego planiści inspekcji muszą pracować według tygodnia ISO. Wiemy, dlaczego menedżerowie transportu muszą widzieć okresy VOR w kontekście defektów i napraw, a nie w osobnym raporcie o dostępności. Wiemy, dlaczego przyczepa nie może być traktowana jako zasób drugorzędny i dlaczego podpisany raport o braku defektów może mieć tak samo duże znaczenie jak zgłoszona usterka.

To samo praktyczne podejście dotyczy połączonych rejestrów. Kontrola licencji w stosunku do DVLA, weryfikacja ubezpieczenia przez askMID oraz kontrole danych powiązane z Biurem Ubezpieczycieli Motoryzacyjnych, często skracanym do MIB, wszystkie mieszczą się w rzeczywistym środowisku zgodności, w którym pracują operatorzy. Tak samo integracje z innymi systemami, czy to przez REST API, webhooki, czy połączenia z narzędziami takimi jak Fleetalyse lub Logivo.AI, gdzie operator chce, aby dane przepływały między platformami.

Rozumiemy również dokumentację związaną z licencjonowaniem operatorów. Rejestry często muszą wspierać wewnętrzne przeglądy, nadzór dostawców usług konserwacyjnych oraz aktualizacje dokonywane przez VOL. Chodzi o to, aby nie tworzyć więcej administracji. Chodzi o to, aby wyprodukować czystszy, szybszy i bardziej obronny zestaw rejestrów.

Który typ operatora potrzebuje jakiego poziomu systemu

Nie każdy operator potrzebuje tego samego poziomu oprogramowania, ale każdy operator potrzebuje rejestrów, które mają sens pod kątem kontroli.

Kierowca właściciel z jednym pojazdem może nie potrzebować skomplikowanych integracji ani procesów wielodepozytowych. Nadal potrzebują niezawodnej kontroli inspekcji, dat MOT lub testów rocznych, defektów, napraw i dowodów kierowców. Dla tego rodzaju operacji kluczowa jest prostota i szybkość. Jeśli system jest zbyt ciężki, rejestry się gubią.

Kurier lub flota furgonetek mogą mieć mniej obowiązków związanych z licencją operatora, jeśli pojazdy nie mieszczą się w zakresie, który dotyczy operatorów HGV i PSV, ale nadal potrzebują solidnych rejestrów konserwacji i kierowców. Gdzie floty mieszają furgonetki z cięższymi pojazdami towarowymi, oprogramowanie musi wyraźnie odzwierciedlać oba środowiska, a nie narzucać jednego procesu na wszystkie zasoby.

Przewoźnicy z przyczepami potrzebują silniejszego zarządzania przyczepami niż wiele podstawowych systemów oferuje. Oznacza to oddzielne harmonogramy inspekcji, rejestry defektów, kontrolę VOR i widoczność testów rocznych, gdzie to ma zastosowanie. Jeśli przyczepy przemieszczają się między jednostkami i depozytami, ślad audytowy musi podążać za samą przyczepą.

Operatorzy autobusów i autokarów zazwyczaj potrzebują jeszcze głębszego poziomu kontroli. Planowanie testów rocznych, harmonogramy inspekcji, zarządzanie defektami i zgodność kierowców mają dużą wagę, a dowody często muszą być produkowane szybko. To samo dotyczy mieszanych operacji towarowych i pasażerskich.

Agencje rekrutacyjne i kierowców to osobny przypadek. Mogą nie potrzebować pełnej kontroli konserwacji warsztatowej dla każdego zasobu, ale potrzebują solidnych rejestrów kierowców, kontroli licencji, śledzenia Driver CPC i DQC oraz dowodów, że dostarczani kierowcy są odpowiednio zarządzani. Jeśli również prowadzą pojazdy bezpośrednio, wymagania się rozszerzają.

Firmy taksówkarskie i wynajmu prywatnego mieszczą się w innej mieszanej kategorii. Niektóre potrzebują głównie kontroli dokumentów kierowców i pojazdów. Inne prowadzą większe floty z działalnością warsztatową i bardziej formalnym nadzorem zgodności. Odpowiedni poziom systemu zależy od tego, czy firma zarządza izolowanymi odnowieniami, czy pełnym plikiem operacyjnym.

Czynnikiem decydującym zazwyczaj nie jest sam rozmiar floty. To złożoność. Im więcej ruchomych części mamy, pojazdów, przyczep, kierowców z agencji, zewnętrznej konserwacji, wielu lokalizacji, obowiązków tachografów, tym bardziej potrzebujemy jednego systemu, który może połączyć dowody.

Pytania do zadania przed przeniesieniem rejestrów do jednego systemu

Przed przeniesieniem rejestrów zapytaj, jak działa migracja. Czy istniejące dane dotyczące pojazdów, przyczep i kierowców mogą być importowane w sposób czysty? Czy historyczne inspekcje, defekty i archiwa dokumentów mogą być wprowadzone, czy będą musiały pozostać poza systemem na zawsze?

Zapytaj o dostęp użytkowników. Czy menedżerowie transportu, pracownicy warsztatów, kierowcy i zewnętrzni dostawcy usług konserwacyjnych mogą mieć odpowiednie uprawnienia bez widzenia wszystkiego? Czy podpisy i działania mogą być powiązane z nazwanymi użytkownikami?

Sprawdź, jak planowanie działa w praktyce. Czy system może planować według tygodnia ISO? Czy może obsługiwać mieszane interwały i przeniesione inspekcje, zachowując oryginalny ślad audytowy?

Zapytaj, jakie integracje są dostępne. Jeśli już używasz innych narzędzi, czy oprogramowanie może się połączyć przez REST API lub webhooki? Jeśli polegasz na zewnętrznych źródłach danych lub narzędziach raportujących, czy rejestry mogą być udostępniane bez ręcznego wprowadzania danych?

Eksport danych to kolejny ważny punkt. Czy możesz eksportować rejestry w użytecznym formacie, jeśli musisz przygotować plik dla zarządu, dla śledczego lub dla zmiany dostawcy? Zamknięty system to ryzyko.

Na koniec, zadaj najprostsze pytanie audytowe. Jeśli DVSA odwiedziłoby jutro, jak szybko mogłbyś przedstawić pełną historię pojazdu lub przyczepy, w tym inspekcje, defekty, naprawy, okresy VOR, dowody MOT lub testów rocznych oraz podpisane kontrole? Jeśli odpowiedź mierzona jest w minutach, a nie godzinach, patrzysz na system zbudowany dla zgodności operatora, a nie tylko administracji floty.

To jest standard, do którego dążymy w Operator Compliance. Oprogramowanie nie powinno tylko przechowywać rejestrów. Powinno pomagać nam prowadzić system konserwacji i zgodności, który przetrwa, gdy ktoś poprosi o zobaczenie dowodów.