DVSA atitikties programinė įranga paaiškinta JK operatoriams

DVSA vizitas retai prasideda dramatišku nesėkme. Dažniau transporto vadybininkas gauna prašymą dėl techninės priežiūros įrašų, vairuotojų patikrinimų ar tachografo įrodymų ir sužino, kad informacija yra išsibarstę tarp skaičiuoklių, dirbtuvėse gautų el. laiškų, popierinių aplankų ir tiekėjo portalo. Fleeta gali veikti atsakingai, tačiau atsakomybę sunku įrodyti, kai įrodymų grandinėje yra spragų.

Tai yra praktinė DVSA atitikties programinės įrangos paskirtis. Ji neturėtų pakeisti operatoriaus, transporto vadybininko, techninės priežiūros teikėjo ar tachografo analitiko. Ji turėtų padėti jiems organizuoti pažadus, pateiktus operatoriaus licencijoje, užfiksuoti, kas įvyko, pažymėti, kas reikalauja dėmesio, ir pateikti įrodymus, kurie gali būti atgauti, kai DVSA ar Transporto komisaras to paprašo.

Naudingiausias būdas įvertinti programinę įrangą yra ne „Ar ji siunčia priminimus?“ O „Ar ji gali parodyti, kad tinkamas patikrinimas buvo suplanuotas, atliktas, peržiūrėtas, ištaisyta ir išsaugota?“

Turinio sąrašas

• Įvadas: ką iš tikrųjų daro DVSA atitikties programinė įranga
• Operatoriaus licencijos įsipareigojimų supratimas ir kodėl įrodymai yra svarbūs
• Pagrindinės galimybės, atitinkančios DVSA ir Transporto komisaro lūkesčius
  • Transporto priemonių ir priekabų techninės priežiūros kontrolė
  • Vairuotojų akreditacijos ir sutikimo įrodymai
  • Tachografų failai ir pažeidimų veiksmai
  • Išlaikymas ir atgavimo procesas
• Kaip kasdieniai patikrinimai, atsisiuntimai ir priminimai veikia kartu
• Veiklos privalumai, rizikos sumažinimas ir kaip atrodo gerai
  • Rizikos, kurias gali atskleisti sujungtas procesas
• Pasirinkimas ir DVSA atitikties programinės įrangos diegimas su pasitikėjimu
• Kiti žingsniai ir praktiniai atsakymai JK operatoriams

Įvadas: ką iš tikrųjų daro DVSA atitikties programinė įranga

Tarkime, DVSA prašo techninės priežiūros istorijos apie transporto priemonę ir jos priekabą. Skaičiuoklė gali rodyti, kad patikrinimas buvo suplanuotas. Ji gali nerodyti, ar patikrinimas įvyko, kokie defektai buvo rasti, kas juos įvertino, kokie remontai buvo patvirtinti, ar buvo užfiksuoti stabdžių testų duomenys, ar kada transporto priemonė grįžo į eksploataciją.

Tas skirtumas yra svarbus pagal DVSA Gidą dėl kelių tinkamumo, atnaujintą 2025 m. balandžio 28 d.. Gidas sako, kad saugos patikrinimų ataskaitos, vairuotojų defektų ataskaitos ir susiję taisymo įrašai turi būti saugomi bent 15 mėnesių, ir priima elektroninius defektų įrašus, kai jie išlieka atgauti per tą laikotarpį. Taip pat reikalauja, kad kiekviena saugos patikrinimo ataskaita apimtų tiek transporto priemones, tiek priekabas. Jei ataskaita saugoma elektroniniu būdu, popierinė kopija nebūtina.

Veiklos pamoka yra paprasta. Priminti įrodymas, kad kažkas buvo informuotas apie užduotį. Įrodymų sistema gali padėti parodyti, ką operatorius padarė dėl to.

Praktinė taisyklė: Kiekvieną įsipareigojimą laikykite pažadu, kuriam reikia matomos įrodymų grandinės, o ne kaip žymėjimo kalendoriuje.

Taip pat yra svarbus skirtumas tarp trijų informacijos tipų:

• Teisiniai reikalavimai sukuria pareigas, kurias operatoriai turi vykdyti.
• Oficialios gairės paaiškina, kaip DVSA ir Transporto komisarai gali tikėtis, kad operatoriai valdys tas pareigas.
• Veiklos geriausia praktika padeda fleetui dirbti nuosekliai, net kai gairės palieka vietos skirtingiems metodams.

Programinė įranga gali palaikyti visus tris, tačiau ji nepriima sprendimų operatoriaus vardu. Transporto vadybininkas vis tiek turi nustatyti patikrinimo intervalus, įvertinti defektus, peržiūrėti pažeidimus, valdyti rangovus ir veikti, kai įspėjimas identifikuoja riziką.

2025 m. balandžio mėn. gairės daro įrodymų valdymą ypač svarbų. Jei sistema suplanuoja patikrinimus, tačiau negali išsaugoti pasirašytų defektų veiksmų, išsamių stabdžių duomenų ir atgautinos patikrinimo istorijos, ji gali išspręsti dienoraščio problemą, nesprendžiant kontrolės problemos.

Operatoriaus licencijos įsipareigojimų supratimas ir kodėl įrodymai yra svarbūs

Operatoriaus licencijos įsipareigojimas veikia kaip pasirašyta sutartis su Transporto komisaru. Operatorius sako, kad jis prižiūrės transporto priemones, valdys vairuotojus, laikys įrašus, naudos įgaliotas veiklos vietas ir laikysis taisyklių, reglamentuojančių veiklą. Jei operatorius vėliau nesilaiko to pažado, susirūpinimas nėra ribojamas tik tuo, ar kas nors padarė atskirą pažeidimą. Transporto komisaras gali paklausti, ar pats įsipareigojimas buvo laikomasi.

Naudingas darbo modelis yra susieti kiekvieną pažadą su kasdieniais įrodymais:

1. Transporto priemonių techninė priežiūra tampa suplanuotais saugos patikrinimais, defektų pranešimu, taisymu ir remonto įrašais.
2. Vairuotojų valdymas tampa licencijos, teisių, CPC ir tachografo kortelių stebėjimu.
3. Įrašų laikymas tampa organizuotu, atgautinu failu, o ne atskirų dokumentų rinkiniu.
4. Veiklos vietos kontrolė tampa dabartiniu transporto priemonių, priekabų ir įgaliotų vietų registru.
5. Teisėta veikla tampa vairuotojų valandomis, krovimu ir susijusių atitikimo peržiūromis.

Penki pavadinimai yra tik pradžia. Įrodymai slypi kasdienėje kontrolėje po jais. Vairuotojas atlieka apžiūrą prieš naudodamas transporto priemonę. Defektas pranešamas ir įvertinamas. Dirbtuvės registruoja darbą. Atsakingas asmuo nusprendžia, ar transporto priemonė gali grįžti į eksploataciją. Tachografo analitikas peržiūri pažeidimus, o vairuotojas gauna ataskaitą, kuri gali būti pasirašyta ir saugoma.

GOV.UK kelių tinkamumo gairės sako, kad vairuotojas arba paskirtas atsakingas asmuo turi atlikti apžiūrą prieš naudojant transporto priemonę viešajame kelyje, su bent viena apžiūra kiekvieną 24 valandų laikotarpį, kai transporto priemonė yra eksploatuojama. Taip pat sako, kad defektų ataskaita tampa techninės priežiūros įrašo dalimi ir turi būti saugoma kartu su įvertinimu, taisymo darbu ir remonto įmonės duomenimis.

Štai kodėl programinė įranga veikia geriausiai kaip operatoriaus atmintis, o ne sąžinė. Ji gali priminti patikrinimą, išsaugoti ataskaitą ir parodyti, kad veiksmas vėluoja. Ji negali nuspręsti, ar praneštas vairo defektas yra saugus, ar pažeidimo paaiškinimas yra pakankamas.

Norint plačiau pažvelgti į šios kontrolės aplinkos kūrimą, JK vežėjų operatorių atitikties gidas yra naudingas, nes jis traktuoja atitiktį kaip verslo operacinę sistemą, o ne kaip aplanką, sudarytą prieš auditą. Operatoriai taip pat gali naudoti operatoriaus licencijos įsipareigojimų žinių centrą, kad susietų licencijos pažadus su praktiniais valdymo įpročiais.

Pagrindinės galimybės, atitinkančios DVSA ir Transporto komisaro lūkesčius

Patikima platforma turėtų tiesiogiai atitikti darbą, kurį operatorius turi kontroliuoti. Funkcijų pavadinimai yra mažiau svarbūs nei įrodymai, kuriuos sukuria, kai kas nors jas naudoja.

Transporto priemonių ir priekabų techninės priežiūros kontrolė

Ieškokite techninės priežiūros planuotojo, kuris tvarko transporto priemones ir priekabas, o ne tik varomus vienetus. OperatorCompliance, pavyzdžiui, palaiko DVSA ir gamintojo duomenų atitikimą dėl MOT arba metinio testo, mokesčių ir atšaukimų, o priekabos gali būti identifikuojamos per DVSA priekabų ID duomenis.

Saugos patikrinimų planavimas turėtų vykti pagal ISO savaitę, su intervalais, suderintais su operatoriaus pasirinkta techninės priežiūros sistema. Platformos dokumentuota galimybė apima DVSA atitinkančius intervalus nuo 4 iki 13 savaičių, VOR tvarkymą ir techninės priežiūros įrašų saugojimą su stabdžių testų detalėmis ir 15 mėnesių išlaikymu. Šie duomenys yra svarbūs, nes vėluojantis patikrinimas yra viena rizika, o patikrinimo įrašas, kuris nepaaiškina stabdžių veikimo ar taisymo, yra kita.

Vairuotojų akreditacijos ir sutikimo įrodymai

Vairuotojo failas turėtų rodyti daugiau nei licencijos galiojimo datą. Naudingi kontrolės elementai apima licencijos statusą, teises, baudos taškus, nuotraukų kortelės galiojimo datą, Vairuotojo CPC arba DQC datas ir tachografo kortelių datas.

GOV.UK vairuotojo licencijos paslauga sako, kad patikros kodas galioja 21 dieną ir gali būti naudojamas tik vieną kartą. Asmuo, atliekantis patikrą, turi turėti vairuotojo licencijos numerį, nacionalinio draudimo numerį ir licencijos pašto kodą. Praktinė sistema turėtų saugoti sutikimo arba mandato įrodymus ir rodyti, kada patikra buvo atlikta, o ne palikti komandai prisiminti, kuris kodas buvo naudojamas.

Tachografų failai ir pažeidimų veiksmai

Atsisiuntimo įrankis yra tik viena dalis vairuotojų valandų kontrolės. Platforma turėtų priimti vairuotojo kortelių ir transporto priemonių vienetų failus, palaikyti atitinkamų failų generavimą ir nukreipti duomenis analizei pagal taisykles, taikomas veiklai, įskaitant ES arba AETR, GB vidaus ir RT(WT)R 2005 reikalavimus, jei taikoma.

Naudingas rezultatas yra peržiūrėtas pažeidimų ataskaitas, po kurių seka vairuotojo ataskaita ir išsaugota parašas. OperatorCompliance dokumentuoja elektroninius pažeidimų parašus per DocuSign, su pasirašytomis kopijomis ir audito takais, saugomais kartu su ataskaita. Tai suteikia transporto vadybininkui problemos, paaiškinimo, veiksmo ir vairuotojo pripažinimo įrašą.

Išlaikymas ir atgavimo procesas

Sistema turi padaryti įrašus lengvai randamus pagal transporto priemonę, priekabą, vairuotoją, datą ir įvykį. Platforma, kuri saugo duomenis, bet daro atgavimą sudėtingą, gali palikti operatorių skubėti per DVSA prašymą.

Prašykite tiekėjo parodyti tikrą eksportą. Paprašykite transporto priemonės techninės priežiūros istorijos, defektų sekos, stabdžių testų detalių, taisymo įrodymų ir susijusių vairuotojų įrašų. Tokios demonstracijos kokybė pasako daugiau nei ilgas funkcijų sąrašas.

Kaip kasdieniai patikrinimai, atsisiuntimai ir priminimai veikia kartu

Fleeto įrodymų grandinė prasideda prieš transporto priemonei judant. Vairuotojas arba paskirtas atsakingas asmuo atlieka apžiūrą, praneša apie defektą ir suteikia transporto komandai pakankamai informacijos, kad nuspręstų, ar transporto priemonė gali būti naudojama. Tas pats įrašas tada seka problemą per vertinimą, dirbtuvės veiksmą ir grįžimą į eksploataciją.

Centrinis valdymo pultas gali sujungti tą kasdienę veiklą su suplanuotomis kontrolėmis:

• Prieš naudojimą: Vairuotojas atlieka apžiūrą telefone arba kitame patvirtintame įrenginyje.
• Defekto sukūrimo metu: Sistema registruoja problemą, transporto priemonės ar priekabos tapatybę, nuotraukas, jei naudojamos, ir asmenį, kuris ją pranešė.
• Taisymo metu: Dirbtuvės arba techninės priežiūros teikėjas registruoja veiksmą, remonto įmonės duomenis ir patvirtinimą.
• Planuoto patikrinimo metu: Saugos patikrinimo įrašas fiksuoja patikrinimo rezultatą, įskaitant atitinkamus stabdžių testų duomenis.
• Tachografams: Atsisiuntimo kalendorius stebi vairuotojų korteles ir transporto priemonių vienetus, tada nukreipia failus analizei ir ataskaitoms.

GOV.UK prekių transporto priemonių operatorių licencijavimo gidas reikalauja, kad transporto priemonių vienetų duomenys būtų atsisiunčiami bent kas 90 dienų, o vairuotojų kortelių duomenys bent kas 28 dienas. Senesni kortelių duomenys gali būti perrašyti, jei jie nėra surinkti laiku, todėl praleistas atsisiuntimas gali sukelti nuolatinį įrodymų praradimą, o ne paprastą vėlavimą.

Štai kur priminimai tampa operatyviai naudingi. Kalendorius su 30 dienų, 14 dienų ir 7 dienų įspėjimais, po kurių seka vėluojančios pranešimų, suteikia atitikties komandai laiko įsikišti. Įspėjimas neatlieka atsisiuntimo ar failo analizės. Jis saugo proceso tęstinumą.

Vairuotojų komunikacija taip pat veikia įrodymų kokybę. Dvikalbi pranešimai anglų, lenkų, rumunų, lietuvių ir bulgarų kalbomis gali padėti mišrioms kalbų komandoms suprasti, ką reikia pasirašyti. Nuotraukų pagalba užpildyti licencijos duomenys gali sumažinti rankinį įvedimą, jei atsakingas asmuo peržiūri informaciją prieš tai, kai ji tampa vairuotojo įrašo dalimi. Rolės pagrindu prieiga tada atskiria vairuotojų veiksmus, dirbtuvių veiksmus, analitiko peržiūrą ir valdymo priežiūrą.

Trumpas vizualus paaiškinimas apie kasdienį procesą gali padėti mokant naujus vairuotojus ir dirbtuvėse dirbančius darbuotojus:

Dėl praktinio nuorodos į pirmąjį grandinės etapą, žr. kasdienius apžiūros patikrinimus. Tikslas nėra sukurti daugiau administravimo. Tai išlaikyti vairuotojo ataskaitą, vadybininko sprendimą ir remonto įrodymus susietus.

Veiklos privalumai, rizikos sumažinimas ir kaip atrodo gerai

Rankinis valdymas paprastai nepavyksta jungtyse. Patikrinimo data yra skaičiuoklėje, dirbtuvės sąskaita yra el. laiške, vairuotojo defektų ataskaita yra popieriuje, o tachografo ataskaita išsaugota kitame aplanke. Kiekvienas elementas gali egzistuoti, tačiau niekas negali greitai įrodyti, kaip įvykiai yra susiję.

Su konsoliduota sistema transporto vadybininkas turi vieną darbo vaizdą. Vertė nėra pažadas, kad vykdymo veiksmai niekada neįvyks. Vertė yra ankstesnis matomumas, aiškesnis nuosavybės jausmas ir švaresnis įrašas, kai kažkas turi peržiūrėti veiklą.

Rizikos, kurias gali atskleisti sujungtas procesas

• Praleisti testai, mokesčiai ar patikrinimai: Centrinis kalendorius gali identifikuoti artėjančias datas ir vėluojančius veiksmus, kol jie neišnyksta užimtos depų rutinos.
• Nepabaigti defektai: Defektas lieka matomas, kol kažkas užregistruoja vertinimą ir taisymą, o ne dingsta, kai popierinė forma yra pateikta.
• Silpni licencijų patikrinimai: Rizikos grupių pakartotinės patikros darbo srautai gali išlaikyti patikros įrodymus, sutikimą ir mandatą, o ne pasikliauti neoficialiu dienoraščio įrašu.
• Nepakankamai valdomi pažeidimai: Analitiko peržiūrėti ataskaitos ir pasirašytos vairuotojų ataskaitos rodo, kaip operatorius reagavo į problemą.
• Išsklaidyti audito įrašai: Eksportuojamos istorijos ir mėnesiniai atitikties paketai gali suteikti transporto vadybininkui struktūrinį pagrindą Transporto komisaro bylai.

Geras našumas turėtų būti matuojamas per praktinius rodiklius, o ne valdymo pultų dekoravimą. Naudingi matavimai apima saugos patikrinimų, atliktų laiku, proporciją, laiką,