Контрол на датите за Driver CPC и изтичане на срокове

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

За повечето мениджъри по транспорт, проблемът не е една дата в изолация. Това е припокриването между валидността на Driver CPC, DQC, проверки на шофьорски лиценз, проблеми с тахографа, записи за индукция, проверки на превозни средства, дати за MOT или годишен тест и подписаните доказателства, които доказват, че системата се използва правилно. Тук електронната таблица започва да се проваля и тук правилната платформа за съответствие става полезна.

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

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

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

Второ, какво е следващо. Полезна система не просто изброява дати. Тя ги приоритизира, отбелязва наближаващите крайни срокове достатъчно рано, за да можем да действаме, и ясно показва кой притежава задачата. Червеното предупреждение в деня на изтичане е твърде късно, ако смени вече са планирани.

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

За британските флоти, управлението на Driver CPC също попада в по-широка правна и оперативна рамка, отколкото много общи HR инструменти признават. Операторите на товарни и пътнически превозни средства не просто проследяват квалификациите на служителите. Ние управляваме записи, които влияят на безопасността на пътищата, професионалната компетентност и ангажиментите по операторската лицензия. Затова мениджърите по транспорт често търсят софтуер, за да поддържат записите за CPC на мениджъра по транспорт и сроковете за изтичане на шофьорите под контрол, след което осъзнават, че също така им е необходим и околният файл за съответствие.

Работещата система трябва също така да отразява как наистина функционират транспортните офиси. Шофьорите се присъединяват, напускат, сменят депа, преминават между типове превозни средства и работят чрез агенции. Някои записи се проверяват централно, някои от служителите на депото, а някои от мениджъра по транспорт. Софтуерът трябва да се справя с това, без да губи отговорност.

На практическо ниво, очакваме системата да предоставя:

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

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

Кои записи и крайни срокове трябва да се проследяват заедно

Датите за Driver CPC рядко стоят сами. Операторите обикновено се нуждаят от набор от свързани записи в същата система, защото транспортният офис взема решения по всички тях наведнъж.

На ниво шофьор, основните записи обикновено включват:

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

На ниво превозно средство и ремарке, същата операция обикновено проследява:

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

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

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

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

Има и специфичен за Обединеното кралство аспект тук. Някои софтуерни решения са изградени с предвиден широк пазар на флоти в ЕС и третират датите за квалификация на шофьорите като общ проблем с удостоверенията. Операторите в Обединеното кралство се нуждаят от записи, които отговарят на работните потоци в Обединеното кралство, включително проверки на DVLA, очаквания за поддръжка от DVSA и стандартите за доказателства, които са важни, ако Трафик комисарят прегледа операцията. Когато правилата се различават между Обединеното кралство и ЕС като цяло, софтуерът не трябва да ги смесва в един процес.

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

Системата за напомняния е лесна за закупуване и лесна за надрастване. По-добрият тест е да се запитате какво се случва след появата на напомнянето.

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

При сравняване на системи, предлагаме да се разгледат пет практични области.

Първо, съхранение на доказателства. Можем ли да съхраняваме сканирания, снимки, PDF и други файлове срещу записа на шофьора или превозното средство? Лесно ли е да ги извлечем по време на одит? Дата без подкрепящ документ е само половин запис.

Второ, одитна следа. Системата трябва да записва кой е въвел датата, кой я е променил, кога са генерирани напомняния и кога са добавени доказателства. Ако крайният срок е пропуснат, трябва да разберем защо. Ако записът е оспорен, трябва да покажем историята.

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

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

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

Има и технически аспекти, които си струва да се проверят. Може ли системата да обменя данни чрез REST API, ако трябва да се свърже с друга платформа? Поддържа ли уебхукове за актуализации, базирани на събития? Може ли да се свърже с свързани източници на данни за флота, като askMID чрез Бюрото на моторните застрахователи или MIB, където тези проверки са част от нашия процес? Това не са първите въпроси, които всеки оператор задава, но те са важни, след като системата стане централна за съответствието.

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

Кога инструмент за записи на шофьори е достатъчен и кога не е

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

Това обикновено работи най-добре, когато:

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

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

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

По-вероятно е да се нуждаете от по-широката платформа, ако:

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

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

Как Operator Compliance се вписва в работния поток на операторската лицензия в Обединеното кралство

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

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

Платформата е изградена от Fleeta Limited, и този фон е важен. Продуктът отразява очакванията за водене на записи, с които операторите се сблъскват в реалния живот, включително структурата, изложена в Ръководството на DVSA за поддържане на пътна годност. Това не е общо приложение за напомняния в HR с добавени транспортни етикети след това.

На практика операторите използват Operator Compliance, за да поддържат:

• записи за шофьорски лиценз и Driver CPC
• DQC и други дати на изтичане
• графици за поддръжка на превозни средства и ремаркета
• срокове за MOT и годишен тест
• доказателства за дефекти и корекции
• история на VOR
• записи за анализ на тахографа и последващи действия
• подписани документи и подготвени за одит поддържащи файлове

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

Operator Compliance също така се вписва в по-широката управленска рутина около отговорностите по операторската лицензия. Мениджърите по транспорт често трябва да преглеждат предстоящите крайни срокове по депо, да потвърдят, че проверките са завършени навреме и да проверят, че просрочените действия на шофьорите са последвани. Това са оперативни задачи, а не просто задачи за въвеждане на данни. Нашата страница за мениджъри по транспорт, които се нуждаят от едно място за съответствие на шофьори, превозни средства и ремаркета обяснява този работен поток в повече детайли.

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

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

Също така признаем, че някои бизнеси ще сравняват специализирани транспортни системи с съседни инструменти или данни, включително Fleetalyse или Logivo.AI. Правилният въпрос не е дали платформа може да изпрати предупреждение. Това е дали тя поддържа действителните задължения на оператор в Обединеното кралство, с записи, които имат смисъл за DVSA, за Трафик комисаря и за мениджъра по транспорт, който трябва да стои зад тях.

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