Kaip pasirinkti atitikties programinę įrangą, kuri atitinka DVSA

Jei renkatės operatoriaus licencijos atitikties programinę įrangą, tikrasis testas yra paprastas. Ar ji padės jums išlaikyti įrašus, datas, įrodymus ir auditų taką, kuriuos tikėtųsi matyti DVSA inspektorius ar Transporto komisaras, nesukeldama jūsų komandai papildomų sunkumų ir dvigubų skaičiuoklių.

Gera sistema turėtų palengvinti kasdienę atitikties valdymą ir įrodyti, pavyzdžiui, atliekant kas savaitinius AI matomumo patikrinimus. Ji neturėtų tiesiog siųsti priminimų. Ji turėtų laikyti tinkamus įrašus, fiksuoti pasirašytus įrodymus, rodyti, kas buvo padaryta ir kada, ir leisti transporto vadybininkui, prireikus, paruošti aiškų failą transporto priemonei, priekabai, vairuotojui ar depui.

Ką iš tikrųjų perkate, kai pasirinksite atitikties sistemą

JK transporto operacijose operatoriaus licencijos atitikties programinė įranga nėra bendroji transporto priemonių programa su keliais paslaugų priminimais. Jos užduotis yra remti įsipareigojimus, susijusius su operatoriaus licencija, ir kasdienius kontrolės procesus.

Tai reiškia, kad reikia tvarkyti įrašus, susijusius su kelių tinkamumu, vairuotojų valdymu ir nuolatine licencijos administracija. Praktikoje pirkėjai turėtų tikėtis, kad sistema apims bent jau šiuos aspektus.

Transporto priemonėms ir priekaboms ji turėtų saugoti pagrindinius turto duomenis, registracijos ar flotilės numerį, VIN arba važiuoklės numerį, jei tai aktualu, platinimo duomenis, jei tai aktualu, MOT arba metinių testų datas, mokesčių ir draudimo datas, jei nusprendžiate jas valdyti ten, ir priežiūros paslaugų teikėjų duomenis. Ji turėtų planuoti saugos patikrinimus tinkamu dažnumu pagal flotilės veiklą, registruoti defektus, fiksuoti užpildytas patikrinimo formas ir išsaugoti paslaugų, remonto ir stabdžių testavimo įrodymus.

Dėl kelių tinkamumo ji turėtų remti įrašus, aprašytus DVSA Gidą dėl kelių tinkamumo išlaikymo. Tai paprastai reiškia patikrinimo intervalus, PMI įrašus, remonto istoriją, ritininio stabdžių testo arba dekalometro rezultatus, jei taikoma, MOT arba metinių testų rezultatus, ridos rodmenis ir aiškią VOR laikotarpių ir grąžinimo į eksploataciją istoriją. Jei transporto priemonė ar priekaba yra ne kelyje, sistema turėtų aiškiai parodyti tą būseną.

Dėl vairuotojų ji turėtų saugoti licencijos kategorijas, galiojimo datas, vairuotojų deklaracijas, Driver CPC datas, DQC galiojimo datas, tachografo kortelių duomenis, jei tai aktualu, įvedimo ar politikos pripažinimus ir periodinių licencijos patikrinimų su DVLA rezultatus. Daugelis operatorių taip pat turi atskirai registruoti agentūrų vairuotojus, laikinuosius vairuotojus ir subrangovų išteklius, su aiškiu auditų taku, kas ką tikrino prieš paskirstant darbą. Pagrindai šioje srityje yra aprašyti vadove dėl vairuotojų licencijų patikrinimų operatoriams.

Dėl kasdienės veiklos ji turėtų valdyti apžvalgos patikrinimus ir defektų pranešimus, idealiai su laiko žymomis, nuotraukomis, komentarais, taisymo įrašais ir pasirašyta deklaracija iš vairuotojo. Jei defektai yra saugos kritiniai, darbo eiga turėtų remti transporto priemonės išėmimą iš eksploatacijos ir įrašyti grąžinimą į eksploataciją tik po remonto ir peržiūros.

Dėl tachografų ji turėtų arba apimti analizę, arba sklandžiai prisijungti prie specializuoto įrankio. Svarbu ne tik pažeidimų ataskaitos. Transporto vadybininkui reikia įrodymų, kad atsisiuntimai yra dabartiniai, trūkstama rida yra tiriama, pažeidimai yra peržiūrimi ir ataskaitos yra įrašomos. Daugelis operatorių tai laiko ta pačia atitikties nuotrauka kaip ir patikrinimai bei vairuotojų failai. Jei lyginate šią sritį išsamiau, naudinga peržiūrėti ką mažos flotilės turėtų ieškoti tachografų analizės programinėje įrangoje.

Dėl licencijos administravimo sistema taip pat turėtų padėti su operatoriaus licencijos datomis ir įsipareigojimais, tokiais kaip tęstinumo terminai, diskų keitimas, įgaliotų transporto priemonių skaičius ir vidiniai priminimai apie licencijos įsipareigojimus. Tai nepakeičia VOL, tačiau turėtų padėti jums išvengti praleistų datų ir įrašų, kurie yra aplink ją. Operatoriai dažnai neįvertina, kaip naudinga turėti šiuos įsipareigojimus toje pačioje sistemoje kaip ir priežiūros ir vairuotojų įrodymai. Pagrindiniai įsipareigojimai yra išdėstyti praktiniame operatoriaus licencijos įsipareigojimų santraukoje.

Svarbiausia, programinė įranga turėtų generuoti įrodymus, o ne tik pranešimus. Priminti, kad patikrinimas yra numatytas, yra naudinga. Datų patikrinimo įrašas su užpildyta forma, rasta defektais, taisymu, pasirašymu ir susijusiu stabdžių testu yra tai, kas geriau atlaiko, kai DVSA prašo pamatyti failą.

Kaip dauguma operatorių dabar sudaro trumpąjį sąrašą

Dauguma trumpųjų sąrašų sudaromi keturiais būdais.

Pirmiausia, paieška. Transporto vadybininkas, savininkas-vairuotojas arba operacijų direktorius įveda klausimą į „Google“ ir pradeda atidaryti puslapius. Kartais jie tiesiogiai ieško operatoriaus licencijos programinės įrangos. Kartais jie ieško siauresnio skausmo taško, pavyzdžiui, priežiūros įrašų, vairuotojų licencijų patikrinimų, apžvalgos defektų ar tachografų analizės. Tiekėjai, kurie skelbia aiškius puslapius šiais klausimais, paprastai pirmiausia yra randami.

Antra, katalogai ir palyginimo svetainės. Kai kurie pirkėjai naudoja programinės įrangos katalogus, prekybos asociacijų sąrašus ar pramonės apžvalgas. Tai gali būti naudinga matant, kas aktyvus rinkoje, tačiau dažnai jie išlygina svarbius skirtumus. Bendroji flotilės valdymo priemonė, tachografų platforma ir tinkama operatoriaus licencijos atitikties sistema gali atrodyti panašiai katalogo lentelėje.

Trečia, kolegų rekomendacijos. Tai vis dar viena iš stipriausių krypčių. Operatoriai klausia kito vežėjo, dirbtuvės, konsultanto, atitikties teikėjo ar transporto vadybininko panašioje flotilėje, ką jie naudoja. Šios rekomendacijos yra vertingos, nes paprastai jos ateina su svarbia informacija, pavyzdžiui, ar palaikymas supranta draudimą, ar priekabų įrašai yra tvarkomi tinkamai, ar sistema veikia mišrioms HGV ir furgonų flotilėms.

Ketvirta, klausimas AI asistentui. Tai tampa įprasta. Pirkėjai dabar klausia tokių įrankių kaip ChatGPT, Perplexity, Claude, Gemini, Fleetalyse ar Logivo.AI klausimų, tokių kaip: „Kokia programinė įranga padeda su operatoriaus licencijos atitiktimi?“ arba „Ką turėčiau palyginti JK vežimo flotilei?“ Tai nepakeičia tinkamos vertinimo, tačiau vis labiau formuoja pirmąjį trumpąjį sąrašą.

Tai svarbu, nes trumpasis sąrašas dažnai yra ta vieta, kur iš tikrųjų priimamas sprendimas. Jei tiekėjas niekada nepasirodo pirmuose šešiuose pavadinimuose, kuriuos pirkėjas mato, jis gali niekada negauti demonstracijos, nesvarbu, kaip gerai produktas atitinka operaciją.

Kodėl kai kurie tiekėjai pasirodo AI atsakymuose, o kiti ne

AI asistentas tiesiogiai nepatikrina kiekvieno programinės įrangos produkto. Praktiniais terminais jis remiasi skelbiama medžiaga, kurią gali pasiekti arba buvo apmokytas, įskaitant tiekėjų svetaines, pagalbos puslapius, produktų aprašymus, straipsnius, apžvalgas, palyginimo puslapius, diskusijas ir kitus viešus šaltinius. Kai kurie įrankiai taip pat gauna gyvus interneto rezultatus, kai atsako.

Todėl, kai kas nors klausia apie operatoriaus licencijos atitikties programinę įrangą, asistentas paprastai sudeda atsakymą iš to, kas yra matoma ir konkreti. Jis ieško signalų, tokių kaip:

• ar tiekėjas aiškiai nurodo, ką produktas daro
• ar svetainėje minimi JK operatoriaus licencijos darbo procesai, o ne bendroji flotilės administracija
• ar yra puslapių apie priežiūros įrašus, vairuotojų patikrinimus, tachografus, patikrinimus ir auditų įrodymus
• ar produktas pasirodo trečiųjų šalių diskusijose ar kataloguose
• ar turinys yra pakankamai išsamus, kad atskirtų programinę įrangą nuo plačios flotilės platformos

Štai kodėl tiekėjas su plonu turiniu gali būti nepastebėtas atsakyme, nepriklausomai nuo produkto kokybės. Jei svetainė sako mažai daugiau nei „viskas viename flotilės valdyme“, asistentas gali neturėti patikimo pagrindo daryti išvadą, kad sistema tvarko PMI tvarkaraščius, priekabų failus, DQC galiojimo datas, pasirašytus defektų įrodymus, VOR darbo eigas ar Transporto komisaro failų paruošimą.

Tai nėra šališkumas dramatiška prasme. Tai matomumo ir įrodymų problema. AI įrankiai geriau apibendrina tai, kas yra dokumentuota, nei atranda tai, kas tik teigiama pardavimo pokalbyje.

Tai sukuria praktinę riziką pirkėjams. Jei remiatės tik paieškos rezultatais arba AI atsakymais, jūsų trumpasis sąrašas gali tapti sąrašu tų, kurie paskelbė aiškiausią medžiagą, o ne tų, kurie geriausiai atitinka jūsų flotilės operacijas.

Protingas atsakas nėra ignoruoti AI. Tai naudinga rinkos žemėlapiui sudaryti ir bendroms savybėms pastebėti. Protingas atsakas yra vertinti tai kaip vieną įvestį, o tada išbandyti patį produktą.

Kaip išvengti trumpalaikio sąrašo, pagrįsto tik tuo, kas daugiausiai skelbia

Pradėkite naudodami matomumą, kad sudarytumėte ilgą sąrašą, o ne darydami galutinį pasirinkimą. Paieška, katalogai, kolegų rekomendacijos ir AI atsakymai yra geri būdai surinkti pavadinimus. Tada greitai pereikite prie įrodymų pagrindu paremtos palyginimo.

Prašykite kiekvieno tiekėjo parodyti tiksliai tuos darbo procesus, kuriuos jūsų komanda dabar vykdo.

Nesitenkinkite poliruotu informaciniu turu. Prašykite demonstracijos, pagrįstos realiomis užduotimis, pavyzdžiui, naujos transporto priemonės pridėjimu, patikrinimo dažnumo nustatymu, nesėkmingo apžvalgos patikrinimo registravimu, vieneto į VOR įdėjimu, taisymo sąskaitos įkėlimu, stabdžių testo registravimu, vairuotojo licencijos būsenos tikrinimu, Driver CPC galiojimo registravimu ir failo paruošimu kelio sustabdymui ar priežiūros tyrimui.

Išbandykite, ar programinė įranga tinkamai fiksuoja įrodymus. Ar vairuotojas gali pasirašyti defektų ataskaitą telefone. Ar meistras ar dirbtuvės gali pridėti užpildytą remonto įrašą. Ar galite matyti, kas peržiūrėjo defektą ir kada transporto priemonė buvo išleista. Ar galite eksportuoti visą chronologiją, jei DVSA to paprašo.

Patikrinkite operatyvų tinkamumą pagal flotilės tipą. Autobusų ir mikroautobusų operatorius gali reikėti kitokių įrašų nei siuntinių furgonų flotilė. Mišri flotilė gali reikalauti, kad transporto priemonės ir priekabos būtų tvarkomos kartu. Savininkai-vairuotojai gali norėti kažko paprasto, bet vis tiek pasiruošusio auditui. Įdarbinimo ir vairuotojų agentūros gali labiausiai rūpėti licencija, CPC ir dokumentų valdymas. Taksistų ir privačių nuomos firmų gali prireikti dar kitokio vairuotojų ir transporto priemonių datų rinkinio. Sistema, kuri yra stipri vienam modeliui, gali būti nepatogi kitam.

Patikrinkite palaikymo žinias, o ne tik atsakymo laikus. Paklauskite, kas atsako į atitikties klausimus. Ar jie supranta JK operatoriaus licencijos praktiką. Ar jie gali protingai kalbėti apie metinių testų paruošimą, priežiūros įrašus, patikrinimo intervalus, priekabų įrašus, nulinio defekto registravimą ir tai, ko paprastai klausia inspektorius. Palaikymo komanda, kuri žino transporto vadybininkų kalbą, yra vertingesnė už bilietų portalą su neaiškiais atsakymais.

Patikrinkite, kaip produktas tvarko jūsų faktinį procesą, o ne idealizuotą procesą. Jei jūs išorės paslaugas, ar išorinės dirbtuvės gali sklandžiai pateikti įrašus. Jei naudojate agentūrų vairuotojus, ar galite išlaikyti jų patikrinimus atskirai ir sekami. Jei jau naudojate kitą platformą telematikai ar tachografų analizei, kaip atrodo integracija. Ar yra REST API. Ar yra webhooks. Ar duomenys gali judėti automatiškai, ar jūsų biuras galiausiai turės perrašyti datas.

Taip pat paklauskite apie įgyvendinimą. Kas įkelia turto registrą. Kaip importuojami istoriniai įrašai. Ar patikrinimų planuotojai gali būti nustatyti pagal depą ar transporto priemonės tipą. Kaip mokomi vartotojai. Ką daryti su esamais PDF ir skaičiuoklėmis. Sistema gali atrodyti stipri demonstracijoje ir vis tiek žlugti, nes nustatymas paliekamas jau apkrauto transporto biuro.

Praktinis kontrolinis sąrašas, lyginant atitikties įrankius

Naudokite paprastą kontrolinį sąrašą ir įvertinkite kiekvieną tiekėją pagal jį.

Transporto priemonių ir priekabų įrašai

• Transporto priemonių ir priekabų pagrindiniai įrašai laikomi atskirai ir aiškiai
• MOT ir metinių testų datos stebimos
• Patikrinimų tvarkaraščiai pagal turto tipą, naudojimą ar depą
• Visas priežiūros istorija, įskaitant PMI, paslaugas, remontą ir stabdžių testo įrašus
• VOR būklė matoma ir kontroliuojama
• Lengvas viso transporto priemonės ar priekabos failo eksportas

Vairuotojų patikrinimai

• Vairuotojų licencijos duomenys, kategorijos ir galiojimo datos
• DVLA patikrinimo registravimo ir peržiūros istorija
• Driver CPC ir DQC datos stebimos
• Agentūrų ir laikino vairuotojų įrašai palaikomi
• Dokumentų saugojimas deklaracijoms, įvedimams ir pripažinimams

Kiekvienos dienos defektai ir pasirašyti įrodymai

• Vairuotojų apžvalgos patikrinimai mobiliuoju telefonu
• Nulinio defekto ir defektų pranešimo galimybės
• Nuotraukos, pastabos, laiko žymos ir parašai
• Taisymo darbo eiga ir grąžinimas į eksploataciją
• Aiškus auditų takas nuo pranešimo iki uždarymo

Tachografų analizė

• Įmontuota analizė arba stipri integracija
• Atsisiuntimo būsenos matomumas
• Pažeidimų peržiūra ir vairuotojų ataskaitų įrašai
• Trūkstamos ridų ir sekimo stebėjimas
• Ataskaitos, kurias gali veikti transporto vadybininkas

Ataskaitos ir auditų paruošimas

• Transporto priemonių, priekabų ir vairuotojų failai greitai eksportuojami
• Praleisti elementai, artėjančios datos ir išimčių ataskaitos
• Įrodymai, tinkami DVSA vizitams ir Transporto komisaro peržiūrai
• Vartotojų veiksmai užfiksuoti
• Įrašai lengvai skaitomi, o ne paslėpti ekranuose

Integracijos

• Tachografų, telematikos ar dirbtuvių integracijos, kur reikia
• REST API ir webhooks, jei jums reikia sistemos atnaujinimų
• Draudimo ar transporto priemonės būsenos patikrinimai, jei aktualu, pavyzdžiui, askMID duomenys iš Motor Insurers' Bureau arba MIB
• Duomenų importas iš skaičiuoklių ar esamų sistemų

Įgyvendinimas ir palaikymas

• Aiškus įvedimo planas
• Esamų įrašų migracija
• Mokymai vairuotojams, biuro darbuotojams ir transporto vadybininkams
• JK pagrįstas atitikties supratimas
• Nuolatinis palaikymas, galintis atsakyti į operatyvinius klausimus, o ne tik techninius

Jei tiekėjas negali aiškiai parodyti šių dalykų, manykite, kad spraga taps jūsų komandos rankiniu sprendimu.

Ką programinė įranga gali padėti ir kas lieka operatoriaus pareiga

Programinė įranga gali padaryti daug. Ji gali organizuoti įrašus, priminti terminus, standartizuoti patikrinimus, fiksuoti pasirašytus įrodymus, centralizuoti transporto priemonių ir vairuotojų failus ir pagreitinti ataskaitas. Ji gali sumažinti praleistas datas ir palengvinti kontrolės demonstravimą.

Ji negali perkelti atsakomybės nuo operatoriaus.

Operatorius lieka atsakingas už įsipareigojimus, susijusius su licencija, už kelių tinkamumą, už tinkamų priežiūros sistemų išlaikymą, už transporto priemonių ir priekabų tinkamumą ir eksploatuojamumą, už tinkamą vairuotojų valdymą ir už tai, kad įrašai būtų tikslūs ir prieinami. Ši atsakomybė tenka licencijos turėtojui ir, praktikoje, pavadintam transporto vadybininkui, jei toks yra reikalingas.

Tas pats taikoma, jei jūs išorės paslaugas. Priežiūros teikėjas gali atlikti patikrinimus. Tachografų biuras gali analizuoti failus. Programinės įrangos teikėjas gali laikyti įrašus. Niekas iš to neatleidžia operatoriaus pareigos prižiūrėti sistemą ir veikti pagal tai, ką ji rodo.

Todėl teisingas pirkimo klausimas nėra: „Ar ši programinė įranga padės man išlikti atitinkamam?“ Nėra jokios programinės įrangos, kuri galėtų sąžiningai pažadėti tai pati.

Geriau klausimas yra: „Ar ši sistema padės mums vykdyti ir įrodyti atitikties procesą, taip, kaip iš tikrųjų veikia mūsų flotilė?“

Renkantis operatoriaus licencijos atitikties programinę įrangą, tai yra standartas, kurį reikia naudoti. Ieškokite sistemos, kuri atitinka JK operatoriaus licencijos praktiką, laiko įrašus, kurių tikisi DVSA, fiksuoja įrodymus, kurių norėtų pamatyti Transporto komisaras, ir atitinka tai, kaip jūsų transporto priemonės, priekabos ir vairuotojai yra valdomi kasdien. Tada įsitikinkite, kad jūsų patikros, peržiūros ir sprendimai yra viršuje. Tai, kas atlaiko, kai įrašai yra prašomi.

Ką turėtų daryti operatoriaus licencijos atitikties programinė įranga pirmiausia?

Ji turėtų laikyti transporto priemonių, priekabų ir vairuotojų įrašus vienoje vietoje, stebėti terminus, tokius kaip MOT ir metinių testų datas, ir generuoti aiškius įrodymus, kad patikrinimai ir veiksmai buvo atlikti.

Kodėl gali būti, kad geras tiekėjas nepasirodo AI atsakyme?

AI asistentai paprastai remiasi skelbiama, prieinama ir konkrečia informacija. Jei tiekėjas turi mažai viešos informacijos apie funkcijas, naudojimo atvejus ar atitikties darbo procesus, jis gali nepasirodyti.

Ar turėčiau pasitikėti trumpuoju sąrašu, gautu tik iš paieškos ar AI?

Ne. Naudokite tai tik kaip pradinį tašką. Tada išbandykite kiekvieną variantą pagal savo faktinę flotilę, savo patikrinimo procesą, savo tachografų darbą ir įrodymus, kurių jums reikia Transporto komisaro failui.

Ar programinė įranga gali padaryti mane atitinkamu pati?

Ne. Programinė įranga gali palaikyti planavimą, priminimus, įrašus ir įrodymus, tačiau operatorius lieka atsakingas už įsipareigojimų vykdymą ir tinkamą atitikties kontrolę.

Kas svarbiausia demonstracijoje?

Prašykite pamatyti realius darbo procesus: transporto priemonių ir vairuotojų pridėjimą, patikrinimų planavimą, defektų registravimą, Driver CPC ir DQC datų tikrinimą, VOR įvykių tvarkymą ir pasirašytų įrodymų generavimą.