Кой система поддържа VOR записи готови за посещение от DVSA?

Системата, която поддържа VOR записи готови за посещение от DVSA, е тази, която прави повече от просто да маркира превозно средство като недостъпно. Тя трябва да показва защо превозното средство е било извадено от движение, какво се е случило след това, кои дефекти или находки от инспекция са довели до това решение, кой е подписал какво и кога превозното средство е било върнато в експлоатация. Ако тези доказателства са разпръснати в електронни таблици, работилнични бележки, имейли и книги за дефекти на шофьорите, записът е по-труден за защита, когато инспектор от DVSA или Трафик Комисар (Traffic Commissioner) го поиска.

За операторите в Обединеното кралство, VOR записите са част от по-широката картина на операторския лиценз. Добрата система трябва да свързва VOR статуса с инспекции за безопасност, дати за MOT или годишни тестове, проверки на шофьорите, история на ремонтите, записи за ремаркета и документални доказателства. Това е разликата между основен инструмент за флот и софтуер, създаден за поддържане на записи за превозни средства с O лиценз, които да издържат на проверка.

Какво е необходимо на операторите от софтуера за VOR записи

Когато превозното средство е поставено в VOR, операторите се нуждаят от ясен запис на самото събитие и контекста на съответствието около него. На практика това означава записване на идентичността на превозното средство или ремаркето, датата и часа, в който е било извадено от движение, причината, тригера за дефект или поддръжка и лицето, което е взело или одобрило решението. Ако проблемът произтича от доклад на шофьор, инспекция за безопасност, проверка на пътя, диагностика в работилницата или неуспешен тест, този източник трябва да бъде видим като част от записа.

За операторите на товарни превозни средства и PSV в Обединеното кралство, това е важно, защото ангажиментът по лиценза е свързан с правилни поддържащи мерки и годни за движение превозни средства. Събитието VOR може да подкрепи тази позиция, ако покаже, че операторът е действал бързо и правилно. То може да я подкопае, ако записите са неясни, непълни или невъзможни за свързване с файла за поддръжка.

Полезен VOR запис следователно трябва да бъде в съответствие с:

• планирани интервали за инспекция
• завършени инспекционни листи
• доклади за дефекти и записи за корекция
• записи за резервации и резултати от MOT или годишни тестове
• доказателства за тестове на спирачките, когато е уместно
• показания на одометри или данни за употреба
• подписано освобождаване обратно в експлоатация

Този свързан запис често е това, на което се основава посещението на DVSA. Инспекторът може да започне с едно превозно средство и да попита защо е пропуснало курс, защо е променена дата на инспекция или как е разрешен докладван дефект. Ако отговорът е само "беше извън движение за ремонт", това не е много добър запис за съответствие. Ако можем да покажем доклада за дефект, началото на VOR, инструкциите за ремонт, завършената работа, доказателствата от инспекцията и датата на връщане в експлоатация, файлът има смисъл.

Тук също е мястото, където практиката на операторския лиценз в Обединеното кралство се различава от общия подход на ЕС. Много общи системи са изградени около използването, планирането на работилницата или контрол на разходите. Операторите в Обединеното кралство се нуждаят от записи, които съответстват на Ръководството на DVSA за поддържане на годност за движение и могат да бъдат представени като част от файл за операторски лиценз. Това включва ремаркета, както и моторизирани превозни средства, и често включва смесени флоти, където ванове, HGV, PSV и допълнителни ремаркета трябва да бъдат управлявани на едно място.

В Operator Compliance, ние изградихме софтуера около тази реалност. Fleeta Limited управлява камиони под операторски лиценз, така че знаем, че решението за VOR не е просто оперативен статус. То е част от историята на поддръжката, която трябва да бъде доказана правилно.

Кои функции са най-важни в ежедневната употреба?

Най-полезната функция не е най-ефектната. Това е способността да се преминава от дефект или срок до ясно действие, без да се създават дублиращи записи или да се оставят пропуски.

Първо, системата се нуждае от правилен VOR статус с дати, причини и бележки. Това звучи очевидно, но много инструменти предлагат само прост флаг за недостъпност. Мениджърите по транспорта трябва да знаят дали превозното средство е VOR поради дефект за безопасност, пропусната инспекция, неуспех на MOT, проблем с годишния тест, проблем с гуми, проблем със спирачките, повреда от инцидент или проблем с документа. Тези причини са важни при преглед на тенденции и при обясняване на решения по-късно.

Второ, планирането на инспекции трябва да работи по начина, по който операторите наистина планират поддръжката. Това означава задаване на честота на инспекциите по превозно средство или ремарке, ясно виждане на предстоящите дати и коригиране на резервации в работилницата, без да се губи следата на одита. Операторите често работят по календарна дата, пробег, часове на двигателя или комбинация. Някои също планират около ISO седмични модели. Ако системата не може да покаже какво е било дължимо, кога е било завършено и дали нещо е пропуснато, тя няма да помогне много в прегледа на съответствието.

Трето, датите за MOT и годишни тестове трябва да бъдат видими и активно управлявани. Софтуерът трябва да сигнализира за предстоящи дати, да съхранява потвърждения за резервации и да качва доказателства за резултати от тестове. За PSV и HGV, управлението на годишния тест трябва да бъде толкова лесно за следване, колкото управлението на MOT за по-леките превозни средства. Ако флотата включва и двете, софтуерът не трябва да налага отделни процеси.

Четвърто, записите за дефекти и проверки на шофьорите трябва да бъдат свързани с решението за VOR. Доклад за обход на шофьор трябва да води директно до оценка, план за корекция и, когато е необходимо, статус на VOR. Ако дефектът е критичен за безопасността, системата трябва да затрудни оставянето на превозното средство активно по погрешка. Ако дефектът е малък и се наблюдава, бележките трябва да показват защо превозното средство е останало в експлоатация. Тази разлика често е важна по-късно.

Пето, документалните доказателства трябва да бъдат съхранявани срещу правилния актив и събитие. Операторите трябва да могат да прикачват инспекционни листи, доклади за тестове на спирачките, фактури от работилницата, снимки, бележки от техници и подписани декларации. Ако тези файлове живеят в споделено хранилище извън системата, извличането става бавно и непоследователно.

В ежедневната употреба, мениджърите по транспорта също обикновено се нуждаят от свързани записи извън файла на работилницата. Проверки на шофьорски лицензи с DVLA, проследяване на Driver CPC, дати на изтичане на DQC, анализ на тахографи и валидиране на застраховки могат да повлияят на това дали едно превозно средство може законно и практически да бъде използвано. Ако една система може да съхранява тези записи заедно, тя намалява риска от пропускане на нещо, защото е било в различна електронна таблица.

Затова много оператори търсят не само регистриране на поддръжка, а и една система за проверки на лицензи и записи на тахографи. Колкото по-близо са записите, толкова по-лесно е да се разбере какво се е случило в даден ден и да се докаже.

За по-големи флоти или свързани системи, практическата интеграция също е важна. REST API или уебхукове могат да помогнат, когато операторите искат да извлекат статус на превозното средство в други инструменти или да получават актуализации от платформи за работилници и телематика. Но интеграцията трябва да подкрепя записа за съответствие, а не да го замества. Живият статус е полезен само ако основният запис е завършен.

Как да сравнявате доказателства за одит за посещение от DVSA?

Когато сравнявате системи, предлагаме да погледнете доказателствения файл, който можете да произведете в деня, в който инспектор от DVSA го поиска.

Започнете с следата на одита. Може ли системата да покаже кога е създаден, изменен и завършен записът и от кого? Ако датата на VOR се променя, можете ли да видите оригиналния запис? Ако дефектът е затворен, можете ли да видите кой го е подписал? Убедителната следа на одита е една от най-ясните разлики между софтуера за операторски лиценз и споделената електронна таблица.

След това, погледнете подписаните записи. Проверки на дефекти на шофьори, одобрение от работилница, освобождаване в експлоатация и завършване на инспекция трябва да могат да бъдат подписани или по друг начин ясно приписани на именувани потребители. Ако системата позволява анонимни редакции или не оставя история на потребителите, това отслабва файла.

Напомняния за крайни срокове също са важни, но само ако са свързани с доказателства. Напомнянето, че инспекцията е дължима, е полезно. Напомнянето плюс завършения запис от инспекцията, каченият лист и следващата дължима дата е това, което прави файла надежден. Същото важи и за MOT, годишен тест, Driver CPC, DQC, застраховка и проверки на лицензи.

Възможността за изтегляне на файлове е още един практичен тест. Можете ли бързо да експортирате история на превозното средство, история на ремаркето или файл на шофьор? Можете ли да произведете пакет за един регистрационен номер или номер на флот, който включва инспекции, дефекти, периоди на VOR и поддържащи документи? Можете ли да отпечатате или изтеглите записи в форма, която инспектор от DVSA или Трафик Комисар може да следва, без да се нуждае от обиколка на софтуера?

Тази последна точка е по-важна, отколкото много оператори очакват. Добър файл за Трафик Комисар не е просто купчина PDF файлове. Това е ясна хронология. Ако превозното средство е пропуснало дата на инспекция, защото е било VOR, файлът трябва да показва тази последователност ясно. Ако ремаркето е провалило проверка, е било VOR, е било ремонтирано и след това е преминало последваща инспекция, хронологията трябва да е очевидна.

Покриваме това сравнение в повече детайли в нашето ръководство за как да сравнявате софтуер за годност за движение за доказателства от DVSA. Кратката версия е проста. Помолете всеки доставчик да ви покаже един завършен файл на превозно средство, а не просто табло.

Операторите също трябва да проверят дали системата поддържа реални поддържащи записи извън поддръжката. Например, ако използвате askMID, за да проверите детайлите за застраховка чрез Бюрото на моторните застрахователи или MIB, може ли това доказателство да бъде запазено разумно с записа на превозното средство? Ако нарушенията на тахографа или липсващите изтегляния влияят на оперативните решения, могат ли тези записи да бъдат там, където транспортният офис може да ги види? Колкото повече файлът отразява реалната картина на съответствието, толкова по-лесно става посещението на DVSA.

Къде по-евтини инструменти за флот често не успяват

По-евтините инструменти обикновено не успяват по един от два начина. Или са твърде общи, или са твърде слаби по отношение на доказателствата.

Общата платформа за флот може да е добра за резервации на услуги, регистриране на гориво или проследяване на използването. Но съответствието с операторския лиценз изисква повече структура. Мениджърът по транспорта трябва да знае не само, че е извършена услуга, но и дали е била планирана инспекция за безопасност, дали е била навреме, какви дефекти са били намерени, дали са били коригирани и дали превозното средство е било VOR през това време. Основните бележки за поддръжка не отговарят на тези въпроси.

Електронните таблици са другата обща слабост. Те могат да изброят дати на дългове и периоди на VOR, но не създават надеждна следа на одита. Те не контролират кой е променил какво. Те не свързват естествено доклад за дефект с запис за ремонт и след това с освобождаване обратно в експлоатация. Те също така обикновено се провалят, веднага щом се включат ремаркета, шофьори на агенции, множество депа или смесени класове превозни средства.

Същият проблем се появява и в приложения с ниска цена, които се фокусират само върху ежедневните проверки. Улавянето на дефект на шофьор е полезно, но е само началото. Ако приложението не може да управлява корекцията, периода на VOR, графика на инспекциите и документалните доказателства, операторът все пак ще трябва да поддържа паралелни записи на друго място.

Друг често срещан пропуск е управлението на ремаркета. Някои системи третират ремаркетата като следствие, въпреки че записите за инспекции и дефекти на ремаркета често са централни за разследване от DVSA. Ако софтуерът не може да предостави на ремаркетата същото ниво на планиране, проследяване на VOR и съхранение на доказателства, картината на съответствието остава непълна. За операторите, които преглеждат тази област конкретно, нашето ръководство за избор на софтуер за инспекция на ремаркета за записи от DVSA описва какво да търсите.

По-евтиният софтуер може също да не успее да предостави специфични за Обединеното кралство детайли за съответствието. Може да не различава правилно между процесите на MOT и годишен тест. Може да не проследява дати на Driver CPC и DQC на същото място като записите за превозни средства. Може да не поддържа чист файл за администриране, свързано с VOL. Може да предлага табла, но без използваем пакет от доказателства.

Тук разликата между инструмент за управление на флота и софтуер за поддържане на записи за превозни средства с O лиценз става много ясна. Едното ви казва какво се случва оперативно. Другото ви помага да докажете, че вашата система за поддръжка е ефективна и контролирана.

Кога Operator Compliance вероятно ще бъде по-добрият избор

Operator Compliance обикновено е по-добрият избор, когато операторът се нуждае от една система, изградена около изискванията на операторския лиценз в Обединеното кралство, а не само около дейността на работилницата.

Това включва превозвачи и собствени шофьори, които трябва да поддържат VOR събития, свързани с инспекции, дефекти, дати на MOT или годишни тестове и доказателства от тахографи. Включва също оператори на автобуси и автобуси, които се нуждаят от ясен запис за поддръжка на PSV, и флотили от ванове или куриерски оператори, чийто товар на съответствието сега надхвърля простите графици за обслужване. Таксиметрови и частни наемни фирми, както и агенции за набиране и шофьори, също могат да се възползват, когато записите на шофьорите, проверките на лицензи и контролът на документите трябва да бъдат в съответствие със статус на превозното средство.

Често сме силно подходящи за смесени флоти. Ако управлявате превозни средства и ремаркета заедно, или комбинация от HGV, ванове и PSV, помага да ги управлявате в една структура, вместо да разделяте записите на отделни инструменти. Същото важи, ако различни хора се занимават с транспорт, работилница и администриране на шофьори. Свързаният файл е по-лесен за поддържане от няколко частични.

Operator Compliance също е подходящ за оператори, които искат доказателства от тахографи и шофьори заедно с записи за поддръжка. Това означава не само проследяване на VOR, но и проверки на шофьорски лицензи с DVLA, управление на Driver CPC и DQC, и анализ на тахографи, който подкрепя по-широката картина на съответствието. Ако мениджърът по транспорта е отговорен за всичко това, отделните системи често създават избегаеми пропуски.

Тъй като OperatorCompliance е създаден от Fleeta Limited, а този екип работи под операторски лиценз, работният процес отразява какво наистина е необходимо на транспортните офиси. Изградихме го около Ръководството на DVSA за поддържане на годност за движение, с практични записи, които могат да бъдат показани по време на посещение от DVSA или събрани за изслушване на Трафик Комисар. Затова платформата е проектирана за ежедневна оперативна употреба, а не само за офис отчитане след събитието.

Някои оператори също ще искат системни връзки. Когато е необходимо, достъп до REST API и уебхукове могат да подкрепят споделянето на данни с други платформи. Работим и на пазар, където операторите може вече да познават имена като Fleetalyse или Logivo.AI. Ключовият въпрос не е кой продукт има най-натовареното табло. Важно е кой оставя най-ясния и най-защитим файл за операторски лиценз.

Ако текущият ви процес разчита на електронни таблици, имейли от работилницата и отделни приложения за дефекти, основното подобрение обикновено не е само скорост. То е контрол. Събитието VOR става структурирана запис за съответствие с дати, действия, подписи и прикрепени доказателства. Това е, което прави разликата, когато DVSA поиска да види как управлявате годността за движение на практика.

За по-близък поглед на записите, които са най-важни, нашето ръководство за записи за поддръжка на операторски лиценз описва основния файл, който операторите трябва да могат да произведат.