Избор на планировчик за ремаркета, който отговаря на DVSA

Ако избирате планировчик за ремаркета, тестът е прост. Може ли да ни помогне да поддържаме всяко ремарке инспектирано навреме, всеки дефект проследен и всеки запис готов, когато DVSA поиска доказателства? Ако отговорът е само, че изпраща напомняния, това не е достатъчно.

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

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

В британския товарен транспорт планировчикът за поддръжка на ремаркета е в централната част на контрола на операторските лицензи. Това не е просто администраторски дневник. Това е работният запис за това дали поддържаме ремаркетата в съответствие с нашите декларирани системи и очакванията, изложени в ръководството на DVSA за поддържане на пътна годност.

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

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

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

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

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

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

Тук качеството на записите е от значение. Един правилен планировчик за поддръжка на ремаркета за товарен флот трябва да запази веригата на доказателствата:

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

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

Прости календарни инструменти срещу системи за съответствие на флота

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

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

С основен дневник или електронна таблица обичайните слабости са предсказуеми:

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

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

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

Това ни дава три практически предимства.

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

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

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

Това е причината, поради която изградихме Operator Compliance около задачите за съответствие, които транспортните мениджъри всъщност изпълняват всеки ден. Тъй като Fleeta Limited оперира под операторско лицензиране, ние знаем разликата между инструмент за напомняне и система, която поддържа реален контрол. Същото важи и когато се занимаваме с инспекции на камиони и ремаркета, дати на изтичане на Driver CPC, записи за DQC, доказателства за тахографи или проверки срещу DVLA.

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

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

Функциите, които са най-важни, са тези, които оцеляват при реално движение на флота.

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

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

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

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

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

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

Шесто, планирането по ISO седмици е по-полезно, отколкото много оператори осъзнават. Работилниците, доставчиците на поддръжка и транспортните офиси често мислят в седмици, а не в изолирани дати. Виждането на инспекциите, разположени по ISO седмица, прави по-лесно откритията и пропуските, особено когато планираме около банкови празници, резервации за годишни тестове и сезонно търсене.

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

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

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

Най-лесната грешка при сравняване на системи е да се фокусирате върху известията. Напомнянията са полезни, но те не удовлетворяват изискванията на DVSA или разследване на комисаря по транспорта сами по себе си.

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

Това означава да се погледне одитната следа зад напомнянето.

При сравняване на планировчици, поискайте да видите:

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

Одитната следа трябва да показва кой е създал или променил запис и кога. Ако дата може да бъде променена без следа, или завършена задача може да изчезне, това е слабост. Добри системи запазват записа, включително закъснения и изменения.

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

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

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

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

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

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

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

Какъв тип оператор подхожда на всеки подход?

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

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

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

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

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

Това важи и за смесени операции. Един бизнес може да управлява HGV, ремаркета, фургони и пътнически превозни средства под свързани управленски структури. Може също така да се наложи да проследява записи на шофьори, като Driver CPC, DQC и проверки на DVLA, заедно с поддръжката на флота. Управлението на отделни инструменти за всяка област често създава дублиране и слепи петна.

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

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

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

Какво е планировчик за поддръжка на ремаркета?

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

Може ли електронна таблица да управлява поддръжката на ремаркета правилно?

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

Какво трябва да търсят транспортните мениджъри първо?

Започнете с планиране на инспекции, контрол на годишни тестове, записване на дефекти, съхранение на документи и подписани доказателства. След това проверете докладването, одитната следа, видимостта на депото и колко лесно могат да бъдат произведени записите за DVSA.

Трябва ли планировчикът да се справя с VOR ремаркета?

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

Дали планировчикът е само за големи флоти?

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