Tacho analizės programinė įranga JK flotoms: praktinis vadovas

Greičiausiai susiduriate su ta pačia problema, su kuria susiduria dauguma JK transporto komandų. Vairuotojų kortelių failai yra pasenę, transporto priemonės vieneto atsisiuntimas dingo užimtos savaitės viduryje, o kažkas klausia, ar įrodymai paruošti, jei DVSA (Vairuotojų ir transporto priemonių standartų agentūra) inspektorius ateis šiandien po pietų. Būtent čia tacho analizės programinė įranga nustoja būti privaloma ir tampa kasdieniu kontrolės tašku flotilėje.

Tinkama platforma ne tik saugo atsisiuntimus. Ji palaiko atitikties laikrodį, greitai pastebi pažeidimus, susieja kiekvieną vėliavą su pagrindiniu failu ir palieka jums gynybinį taką, kai operatorius turi parodyti, kas įvyko, kada ir kas tai patvirtino. Mišrioms HGV (sunkvežimiams) ir PSV (viešajam transportui) flotilėms šis skirtumas yra svarbus, nes darbo krūvis nėra retas, jis yra nuolatinis.

Turinio sąrašas

• Ką tacho analizės programinė įranga daro JK operatoriams
  • Kasdienis darbas, kurį ji turi atlikti
• Reguliacinis pagrindas, kurį turi apdoroti kiekviena platforma
  • Ką platforma turi įrodyti
• Pagrindinės funkcijų kategorijos, kurias verta palyginti
  • Paversti brošiūrą kontroliniu sąrašu
• Taisyklių varikliai, taisyklių rinkiniai ir analitiko apžvalga
  • Ką variklis turėtų atpažinti
  • Kaip turėtų veikti analitiko darbo eiga
• Atsisiuntimo ir įkėlimo darbo srautai, kurie palaiko duomenų srautą
  • Pirmiausia atsisiųsti, tada įkelti
• Audito takai, įrodymų paketai ir vairuotojo patvirtinimas
  • Kas turėtų būti pakete
• Įvertinimo kriterijai, kuriuos dauguma JK pirkėjų nuvertina
  • Kas dažniausiai praleidžiama
• Tacho analizės suderinimas su DVSA gidu dėl kelių tinkamumo išlaikymo
  • Vienas rizikos vaizdas, o ne dvi sistemos
• Įdarbinimas, priėmimo testai ir pirmieji 90 dienų
  • Ką išbandyti prieš perėjimą
• Platformų pritaikymas flotilės dydžiui ir veiklos profiliui
  • Pritaikyti sistemą darbo krūviui
• Pavyzdys apie pažeidimų darbo eigą
  • Nuo vėliavos iki atskleidimo
• Greitojo nuorodų kontrolinio sąrašo JK operatoriams

Ką tacho analizės programinė įranga daro JK operatoriams

DVSA inspektorius nebus sužavėtas tvarkinga aplankų struktūra, jei atsisiuntimo ciklas buvo praleistas. Jei vairuotojų kortelių failai yra pasenę, transporto priemonės vieneto įrašai trūksta, arba niekas negali parodyti sekimo takelio, diskusija greitai pereina nuo administravimo prie vykdymo. Tacho analizės programinė įranga to išvengia, paversdama tachografo duomenis nuolatine atitikties darbo eiga.

Kasdienis darbas, kurį ji turi atlikti

Platforma turi suplanuoti atsisiuntimus pagal 28 dienų vairuotojų kortelių ciklą ir 90 dienų transporto priemonių vieneto ciklą, tada pažymėti, kai bet kuris langas artėja prie pabaigos. Operatoriai turi analizuoti atsisiųstus įrašus ir laikyti juos prieinamus patikrinimui, o įrašai turi būti saugomi bent 12 mėnesių, kai platforma naudojama kaip atitikties įrodymas GOV.UK gidas dėl tachografo taisyklių.

Taip pat turi būti pateikiama gyva darbo krūvio informacija pirmadienio rytą. Kas viršija valandas, kuris transporto priemonės vienetas nebuvo atsisiųstas, kuris pažeidimas vis dar laukia vairuotojo parašo ir kuri išimtis per ilgai sėdi analitiko eilėje.

Praktinė taisyklė: jei programinė įranga negali parodyti aktyvaus atitikties darbo krūvio viename ekrane, ji elgiasi kaip archyvas, o ne kaip operatyvinis įrankis.

JK rinka jau toli pažengė už kelių rankinių patikrinimų. Viena tachografo analizės programa, naudojama JK ir Europoje, teigia, kad kiekvieną mėnesį apdoroja daugiau nei 1,300,000 tachografo įrašų, su diegimu daugiau nei 12,000 vietų ir daugiau nei 20,000 registruotų vartotojų tachografo analizės produkto masto skaičiai. Tas mastas rodo, kuo ši kategorija tapo, didelio tūrio atitikties sistema, o ne biuro pagalbos įrankis.

Transporto vadybininkui išbandymas yra tai, ar platforma sujungia kiekvieną įspėjimą su pagrindiniu vairuotojo kortelės ir transporto priemonės vieneto failu, kad kelias nuo aptikimo iki paaiškinimo išliktų atsekamas. Jei tai daro gerai, įrankis palaiko aptarimus, įrodymų paketus ir kasdienį spaudimą išlaikyti flotilę kelyje.

Reguliacinis pagrindas, kurį turi apdoroti kiekviena platforma

Teisinė struktūra yra svarbi, nes programinė įranga gali būti naudinga tik tuo atveju, jei ji atitinka taisykles, kuriomis remiasi operatorius. JK moderni tachografo sistema formavosi, kai skaitmeniniai tachografai tapo privalomi naujai registruotoms transporto priemonėms, kurioms reikalingas tachografas 2006 m. gegužės 1 d., o GOV.UK vis dar teigia, kad transporto priemonės, pirmą kartą registruotos tarp 2006 m. gegužės 1 d. ir 2019 m. birželio 14 d., turi naudoti arba skaitmeninį, arba išmanųjį tachografą Reguliacinis etapo memorandumas. Tas pokytis sukūrė skaitmeninių įrašų aplinką, kurią dabar apdoroja analizės platformos.

Ką platforma turi įrodyti

Programinė įranga turi palaikyti operatoriaus pareigas pagal vairuotojų darbo valandų sistemą, o ne tik rodyti failus. Tai reiškia, kad ji turi apdoroti atsisiuntimus reikiamu ritmu, palaikyti įvykių sukeliamus atsisiuntimus, kai vairuotojas palieka darbą arba transporto priemonė keičia savininką, ir laikyti duomenis prieinamus patikrinimui be spragų. GOV.UK gidas taip pat aiškiai nurodo, kad operatoriai turėtų atsisiųsti duomenis iš karto prieš vairuotojui paliekant, prieš transporto priemonei parduodant ar nuomojant, ir be delsimo, jei duomenų praradimas yra protingai numatomas tachografo taisyklių gidas.

Taip pat yra griežtas ribojimo problema. Įstatymai nurodo maksimalų 90 dienų laikotarpį transporto priemonės vieneto duomenims ir 28 dienų vairuotojo kortelės duomenims, o vyriausybes gidas pažymi, kad vairuotojo kortelė gali perrašyti seniausius įrašus po maždaug 28 dienų, o vidutinė diena laikoma turinčia 93 veiklos pokyčius išlaikytos tachografo taisyklės fragmentas. Tai reiškia, kad platforma negali manyti, kad pilna istorija visada liks kortelėje, ypač aktyviems vairuotojams.

Prieš pirkdami, išbandykite kiekvieną tiekėją pagal pareigų rinkinį šioje vairuotojų darbo valandų gido apžvalgoje. Geriausi produktai ne tik skaito failus. Jie rodo, ar tinkami failai atvyko laiku, ar buvo taikomas tinkamas taisyklių rinkinys ir ar rezultatas gali atlaikyti, kai Traffic Commissioner (Transporto komisaras) ar DVSA vertintojas prašo pagrindinės grandinės.

Pagrindinės funkcijų kategorijos, kurias verta palyginti

Pirkėjai per daug laiko praleidžia palygindami skydelius ir per mažai laiko palygindami infrastruktūrą. Platforma gali atrodyti blizganti ir vis tiek nesugebėti atlikti užduoties, jei ji negali apdoroti tinkamų failų tipų, taikyti tinkamų taisyklių rinkinių ar išlaikyti įrodymus švariai tarp depų ir mišrių flotilių.

Paversti brošiūrą kontroliniu sąrašu

Pradėkite nuo duomenų įkėlimo. Platforma turėtų priimti vairuotojų kortelių ir transporto priemonių vienetų atsisiuntimus, apdoroti nuotolinį atsisiuntimą ir skaityti failų tipus, kuriuos gamina jūsų flotilė. Jei naudojate naujesnius vienetus, programinė įranga turi palaikyti dabartinius išmaniųjų tachografų išėjimus, taip pat senesnius transporto priemonių duomenų formatus.

Tada pažvelkite į analizę. Tinkamas taisyklių variklis turėtų pažymėti vairavimo laiką, pertraukas, kasdienį ir savaitinį poilsį, rankinius įrašus ir trūkstamus duomenis, leisdamas analitikams atskirti sunkius pažeidimus nuo elementų, kuriuos reikia peržiūrėti. Jei sistema negali apdoroti netvarkingų, realių duomenų, ji sukurs daugiau rankinio darbo, nei pašalins.

Vairuotojų valdymas taip pat yra labai svarbus. Aptarimo įrašai, elektroninės parašai ir nuorodos į bet kokius palaikančius defektus ar tvarkaraščio pastabas paverčia vėliavą į valdomą pokalbį. Be to, vadybininkas galiausiai turi kopijuoti pastabas į el. pašto siuntinius ir skaičiuokles.

Ataskaitos turėtų apimti suplanuotus PDF, reguliatorių paruoštus eksportus ir praktinius santraukų vaizdus, leidžiančius transporto vadybininkui greitai pamatyti pradelstus atsisiuntimus. Administravimas taip pat yra svarbus, ypač daugiašalės teisės, audito žurnalai, išlaikymo kontrolės ir įrodymų eksportas.

Tiekėjas, kuris praleidžia vieną iš šių kategorijų, nesiūlo sumažintos produkcijos. Jis jums perduoda pirkimo riziką.

Vienas naudingas pirkėjų požiūris yra platesnė telematikos vaizdas. Išsamūs telematikos įžvalgos iš AutoProv yra verti skaityti, nes jie rodo, kaip duomenų analizė tampa vertinga tik tada, kai ji susijusi su naudojamais operatyviniais sprendimais, o ne tik diagramomis ir santraukomis.

Funkcijų kategorija	Būtinos galimybės	Pirkimo rizika, jei trūksta
Duomenų įkėlimas	Kortelių atsisiuntimai, nuotolinis atsisiuntimas, transporto priemonės vieneto failų palaikymas	Rankiniai atsisiuntimai, duomenų spragos, vėlyvas aptikimas
Analizė	Taisyklių variklis, individualios taisyklės, rankinių įrašų apdorojimas	Praleisti pažeidimai, klaidingas pasitikėjimas
Vairuotojų valdymas	Aptarimo įrašai, elektroninė parašas, defekto susiejimas	Silpna atsakomybė ir prasta sekimas
Ataskaitos	Suplanuoti PDF, eksportavimo paketai, skydeliai	Lėti atsakymai į DVSA ar valdymo užklausas
Administravimas	Daugiašalės teisės, audito takas, išlaikymo kontrolės	Prasta valdymas ir silpna įrodymų grandinė

Taisyklių varikliai, taisyklių rinkiniai ir analitiko apžvalga

Taisyklių variklis yra naudingas tik tuo atveju, jei jis atspindi, kaip tikras analitikas skaitytų pėdsaką. Jis turi užfiksuoti akivaizdžius atvejus, tačiau taip pat turi būti pakankamai konfigūruojamas, kad būtų galima spręsti sudėtingus atvejus, nes mišrios flotilės, PSV darbas ir sienų kirtimo operacijos nesielgia vienodai.

Ką variklis turėtų atpažinti

Akivaizdūs sukėlėjai yra vairavimo laikas, pertraukos, kasdienis poilsis, savaitinis poilsis, POA ir rankinių įrašų vėliavos. Tinkama platforma leidžia jums susieti tuos sukėlėjus su tinkamu taisyklių paketu, nesvarbu, ar tai būtų ES vairuotojų darbo valandos, AETR tarptautiniam darbui, ar PSV specifinė logika, jei taikoma. Taškas nėra generuoti daugiau įspėjimų, o generuoti tinkamus įspėjimus.

Tolerancijos taip pat yra svarbios. Kai kurie operatoriai nori griežtesnių ribų, kai kurie reikia pragmatiškesnio nustatymo mišrioms operacijoms ir depų realijoms. Geras programinė įranga padaro toleranciją matomą ir peržiūrimą, kad pažymėtas įvykis būtų paaiškinamas vėliau, o ne tiesiog priimamas, nes „sistema taip pasakė“.

Kaip turėtų veikti analitiko darbo eiga

Taisyklių variklis turėtų maitinti eilę, o ne sprendimą. Automatiškai pažymėti įvykiai reikalauja trižemio, prioritetų nustatymo ir priskyrimo pavadintam peržiūrėtojui. Peržiūrėtojas turėtų galėti patvirtinti, perrašyti arba perklasifikuoti pažeidimą ir palikti priežastį, kuri išliks audito patikrinimo metu.

Jei žmogaus perrašymas negali būti paaiškintas vėliau, jis nesiskaito kaip peržiūra.

Štai kodėl platforma turi užfiksuoti, kas, kada ir kodėl pakeitė. Prieš paleidimą, taisyklių aprėptis turėtų būti išbandyta pagal DVSA inspektoriaus lūkesčius, o tada išbandyta dar kartą, kai tik taisyklių paketas atnaujinamas arba pridedama nauja transporto priemonių klasė. Ramus taisyklių variklio gedimas yra blogiau nei akivaizdus programinės įrangos klaida, nes jis sukuria klaidingą ramybę.

Atsisiuntimo ir įkėlimo darbo srautai, kurie palaiko duomenų srautą

Yra dvi atskiros srautų, kuriuos reikia teisingai atlikti, ir jie žlunga skirtingais būdais. Atsisiuntimas yra apie kontrolę. Įkėlimas yra apie patogumą ir užtikrinimą, kad duomenys patektų ten, kur turėtų, be žmogaus, kuris kiekvieną kartą jį persekioja.

Pirmiausia atsisiųsti, tada įkelti

Atsisiuntimo pusėje platforma turi palaikyti 28 dienų kortelių ritmą ir 90 dienų transporto priemonių vieneto ciklą, su išlaikymu, pakankamu, kad įrodymai būtų prieinami patikrinimui. Jei naudojate nuotolinį atsisiuntimą per telematikos tiltą, programinė įranga turi parodyti, ar failas atvyko, o ne tik tai, ar komanda buvo išsiųsta. Tas skirtumas yra ten, kur prasideda daug praleistų atsisiuntimų problemų.

Depo darbo srautai vis dar yra svarbūs. Kortelių skaitytuvai kioskuose, Wi-Fi arba 4G transporto priemonių vienetų įkėlimas ir mišrių amžiaus flotilės visi sukuria skirtingus gedimų režimus. Senesni vienetai, ypač mišriose operacijose, gali vis dar reikalauti konversijos arba atskiro apdorojimo, todėl kai kurie įrankiai greitai tampa nepatogūs.

Praktinis iššūkis yra praleisti atsisiuntimus ir vėlyvus grąžinimus. Jei vairuotojas pamiršta grąžinti kortelę arba transporto priemonė baigia nuomą, sistema turėtų parodyti spragą, kol ji netampa pažeidimu. Naudingam šios nuotolinės pusės apžvalgai, žr. operatoriaus gidas dėl tachografo nuotolinio atsisiuntimo.

Komponentas	Atsisiuntimo darbo srautas	Įkėlimo darbo srautas
Vairuotojo kortelė	Suplanuoti atsisiuntimai iš kortelių skaitytuvo arba nuotolinio įrenginio	Kortelė skaitoma depo kioske
Transporto priemonės vienetas	Reguliarus vieneto ištraukimas pagal ritmą	Automatinis įkėlimas per Wi-Fi arba 4G
Mišrios flotilės	Apdoroti naujesnius ir senesnius vienetų formatus	Teisingai konvertuoti arba nukreipti senus duomenis
Gedimų įspėjimai	Rodyti pradelstus arba trūkstamus atsisiuntimus	Tuoj pat pažymėti nebaigtus pervedimus

Įvykių sukeltos įkėlimo procedūros pranoksta tik partijų atsisiuntimus, kai operacija yra netvarkinga. Partijų tvarkaraščiai yra gerai, kol transporto priemonė keičia savininką, vairuotojas palieka arba atsiranda duomenų praradimo rizika, tada platforma turi reaguoti į įvykį, o ne laukti kito laikmačio.

Audito takai, įrodymų paketai ir vairuotojo patvirtinimas

Įrodymų paketas turėtų būti skaitomas kaip kontroliuojamas įrašas, o ne kaip ekrano nuo