Как да предотвратим пропускането на сроковете за Driver CPC

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

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

Какво трябва да прави система за напомняне за Driver CPC

Минимумът, който една система за напомняне за Driver CPC трябва да прави, е да държи активен запис за всеки шофьор, който се нуждае от периодично обучение и валиден DQC. За повечето оператори на стоки и пътници в Обединеното кралство, това означава шофьори на превозни средства, които трябва да завършат 35 часа периодично обучение в всеки петгодишен цикъл. Системата трябва ясно да показва датата на изтичане на квалификацията и да позволява групиране на шофьорите по риск, например, вече валидни, дължащи се в рамките на 6 месеца, дължащи се в рамките на 90 дни, изтекли или освободени.

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

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

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

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

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

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

Ръчни напомняния срещу софтуер за съответствие на флота

Много оператори започват с електронни таблици, календари на Outlook, споделени пощенски кутии или телефонни напомняния. За много малка операция, това може да работи за известно време. Един собственик-шофьор с една дата на DQC и малко други крайни срокове може да се справя много добре с календар и хартиен файл.

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

Ръчните системи обикновено не успяват на три места.

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

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

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

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

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

Ако обмисляте разликата, нашето ръководство за поддържане на контрол върху Driver CPC и сроковете за изтичане разглежда оперативната страна по-подробно.

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

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

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

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

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

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

Най-важното е да попитате дали системата може да демонстрира действия пред Traffic Commissioner. Това е истинският тест. Ако публично разследване или поддръжка доведе до въпроси относно управлението на шофьорите, можем ли да представим ясна история? Трябва да можем да покажем:

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

Системата за напомняне не е просто инструмент за напомняне. Тя е част от контролния фреймворк на оператора.

Къде се намират напомняния за Driver CPC с проверки от DVLA и файлове на шофьори

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

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

За операторите в Обединеното кралство, това обикновено означава свързване на статуса на DQC с редовни проверки на лицензите от DVLA. Шофьорът може да притежава правилните категории на лиценз, но все пак да не може да шофира професионално, ако неговият Driver CPC е изтекъл. Също така, валиден DQC не замества необходимостта да се следят одобрения, дисквалификации или промени в категориите на самия шофьорски лиценз. Двата контролa трябва да бъдат свързани, за да може транспортният офис да види цялата картина.

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

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

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

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

Кой тип оператор се нуждае от какво ниво на система

Различните оператори се нуждаят от различни нива на контрол.

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

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

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

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

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

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

С една дума, колкото повече шофьори, обекти, клиенти или типове документи управляваме, толкова по-малко подходящи стават ръчните напомняния.

Въпроси, които да зададете преди да изберете система

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

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

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

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

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

За по-големи флоти, попитайте за интеграция. Ако вече използвате други системи, могат ли данните да преминават през REST API или уебхукове? Това може да е важно, ако данните на шофьорите идват от софтуер за HR, ако проверките на лицензите се задействат от друга платформа или ако подавате статус на съответствие в вътрешната отчетност. Някои оператори също ще искат да разберат как други източници на данни, като askMID чрез Motor Insurers' Bureau, свързани с MIB процеси, Fleetalyse или Logivo.AI, се вписват в по-широките им контролни механизми, дори ако тези инструменти служат за различни цели.

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

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