· 1 минути четене
Читатели на карти за тахограф: Практическо ръководство за операторите
Практическо ръководство за оператори в Обединеното кралство относно четците на тахографски карти - законови задължения за изтегляне, избор на правилния
Вие познавате сцената. Картата на шофьора все още е в портфейла, последното изтегляне на превозното средство е по-старо, отколкото бихте искали, и някой в офиса пита дали файлът е "в системата някъде". След това идва посещение от DVSA (Агенция за безопасност на пътя), или Трафик комисарят иска чиста следа след инцидент, и изведнъж проблемът не е читателят на бюрото. Въпросът е дали веригата на доказателствата издържа.
Затова читателите на карти за тахограф са важни. Те не са просто удобен инструмент. Те са точката, в която активността на шофьора, данните от превозното средство и контролът на компанията се превръщат в файлове, които можете да защитите пред проверяващ, одитор или на изслушване. Ако изтеглянето е закъсняло, неподписано, несъответстващо или никога не стига до правилния архив, хардуерът вече е свършил работата си и все пак е провалил оператора.
Съдържание
- Защо читателите на карти за тахограф решават дали вашата лицензия оцелее при посещение
- Правната карта зад всяко изтегляне на читател на карти
- Избор на правилния читател на карти за тахограф за вашия депо
- Настройка и извършване на изтегляния без загуба на данни
- Превръщане на изтеглянията в доказателства, които наистина издържат
- Внасяне на изтегляния в OperationalCompliance и вашия TC файл
- Едностраничен ритъм на оператора, който ви държи напред пред DVSA
Защо читателите на карти за тахограф решават дали вашата лицензия оцелее при посещение
Много флоти третират читателя като просто част от оборудването, което седи до лаптопа. Тази нагласа причинява проблеми. Читателят е първата практическа врата в веригата за съответствие, защото там суровите данни от картата или превозното средство стават нещо, което бизнесът може да запази, прегледа и произведе по-късно.
Провалът обикновено започва преди инспекторът да пристигне
Общите провали са обикновени. Картата на шофьора не се изтегля навреме, изтеглянето на данни от превозното средство се пропуска, картата на компанията никога не се използва за достъп до данните от превозното средство, или файлът седи на локален компютър и никога не стига до папката с доказателства. Когато това се случи, проблемът не е само в административната подреденост, а в това, че записът може да спре да бъде достатъчно пълен за проверка от страна на органите.
Правната основа е достатъчно проста, дори и работният процес в депото често да не е. Цифровите карти за тахограф станаха оперативен стандарт в Обединеното кралство след като правилата на ЕС прокараха пътя през 1998 г., и те станаха задължителни за нови превозни средства, които изискват тахографи от 1 май 2006 г. (legislation.gov.uk). Тази промяна замени мисленето с хартиени графики с верига от доказателства, базирана на карти, където картата на шофьора, картата на компанията, картата на работилницата и контролна карта носят различна роля. Слабият читател прекъсва тази верига точно в началото.
Практическо правило: ако файлът с изтегляне никога не излезе от компютъра на читателя и не влезе в контролирания архив, вие всъщност нямате доказателство, а имате локално копие, което чака да изчезне.
Какво интересува Трафик комисаря и DVSA
Те се интересуват по-малко от марката на читателя и повече от това дали бизнесът може да произведе правилния файл, за правилния период, с защитима история зад него. Затова читателите на карти са разположени преди работата по съответствието, а не до нея. След като файлът е уловен, той трябва да бъде подписан, проверен, запазен и проследим по същия начин, както всеки друг запис за операторска лицензия.
Тук системи като OperatorCompliance също имат значение на практика, защото изтеглените файлове се нуждаят от контролирано място за приземяване, а не от разхвърлян десктоп с липса на одитна следа. Читателят е точката на вход, но доказателствата живеят или умират в зависимост от това, което се случва след като картата бъде поставена, удостоверена и изтеглена. Ако работният процес приключи с "картата е прочетена", операторът е свършил половината работа и нищо повече.
Правната карта зад всяко изтегляне на читател на карти
Читателят на карти става инструмент за съответствие в момента, в който улови доказателства, които по-късно могат да бъдат поискани от DVSA или Трафик комисаря. Хардуерът е само входната точка. Процесът трябва да идентифицира картата, да извлече правилния файл, да спази срока за изтегляне и да постави резултата на място, където операторът може да го прегледа и произведе.
Четири карти, четири задачи
Картата на шофьора принадлежи на индивидуалния шофьор и носи техния запис за активност. Картата на компанията е ключът на оператора, използван за достъп и изтегляне на данни от превозното средство, но не съхранява самите данни за шофиране. Картата на работилницата поддържа одобрена калибрация и техническа работа. Контролна карта позволява на DVSA и полицията да получават достъп до данни за прилагане на закона.
Тези роли влияят на начина, по който се използва читателят. "Изтеглянето на картата" е твърде неясно за надеждна процедура в депото. Изтеглянията на картата на шофьора и данните от превозното средство са свързани, но са различни задачи. Картата на компанията позволява достъп до превозното средство за правилно извличане, така че нейното съхранение, наличност и срок на валидност трябва да бъдат част от процеса на контрол. Голямата група може също да се нуждае от повече от един клон или депо, за да управлява удостоверенията. По-ранната справка на правителството на Обединеното кралство обхваща съответните разпоредби за карти, без да е необходимо да се повтаря тук.
Сроковете, които оформят работния процес
Данните от картата на шофьора трябва да бъдат изтеглени на всеки 28 дни, а данните от превозното средство на всеки 90 дни в описаната система. Записите на тахографа трябва да се съхраняват поне 12 месеца. Картата на шофьора има средна капацитет на паметта от 28 работни дни, така че пропуснато изтегляне може да позволи по-стари активности да бъдат презаписани, преди пропускът да бъде забелязан. Цифровата карта за тахограф на шофьора е валидна за 5 години, а картите на компанията имат същата 5-годишна валидност.
| Задължения за изтегляне на тахограф в Обединеното кралство на един поглед | |||
|---|---|---|---|
| Карта или източник | Минимална честота на изтегляне | Период на съхранение | Какво доказва |
| Карта на шофьора | На всеки 28 дни | Поне 12 месеца | История на активността на шофьора и доказателства за часове |
| Данни от превозното средство | На всеки 90 дни | Поне 12 месеца | Активност на тахографа, базирана на превозното средство и изтегляния |
| Карта на компанията | Използва се за достъп и изтегляне на данни от VU | Съхранява се като част от веригата на доказателствата | Контрол на оператора върху процеса на извличане на данни |
| Карта на работилницата | Според необходимостта за калибрационна работа | Съхранява се с техническите записи | Одобрена поддръжка и калибрационна активност |
Читателят извлича данни преди крайния срок. Той не доказва сам по себе си, че операторът е изпълнил по-широките си задължения. Изтегленият файл все още трябва да достигне контролирана система, да остане наличен за преглед и да се свърже с записите, използвани в проверка от DVSA или случай на Трафик комисаря.
Използвайте правилата за изтегляне на тахограф на 28 и 90 дни, за да зададете честотата в оперативния календар. Поставете отговорност за всяко изтегляне, запишете изключения и проверете дали графиците на данните от превозното средство и картата на шофьора се спазват. OperationalCompliance предоставя точката за приземяване на изтеглените файлове, давайки на читателя работен поток на контролирано място, където да изпрати изхода си, вместо да го остави на компютър в депото.
Типът маршрут и целта на доказателствата могат да променят практическите записи, произведени. Вътрешната работа в Обединеното кралство, автобусните и автобусните операции и международната работа с товари не създават всички същите въпроси за съответствие, въпреки че читателят изпълнява същата основна задача по улов. DVSA все още ще търси файл, който е пълен, атрибутивен и възстановим при поискване.
Избор на правилния читател на карти за тахограф за вашия депо
Правилният читател зависи от работата, която очаквате да извърши всяка седмица, а не от кутията, в която е дошъл. Депо, което само изтегля карти на шофьори на бюро, има различна нужда от смесен флот с работилници, движения на двора и шофьори, които рядко са в офиса по едно и също време с административния персонал.
Съответствайте хардуера на източника на данни
Читателят на смарткарти обработва карти на шофьори с чип, което е стандартната настройка за много офиси. Изтеглянията на данни от превозното средство са различни, защото обикновено изискват карта на компанията плюс отделно устройство за изтегляне или кабел, често чрез 6-пинов или преден панел. На практика повечето оператори в крайна сметка се нуждаят и от двете, защото едно устройство улавя активността на шофьора, а другото извлича доказателства от превозното средство.
Тук е мястото, където покупката само на базата на спецификации е погрешна. Компактният USB читател може да е подходящ за изтегляния на карти на шофьори на бюро, но сам по себе си няма да реши работния поток на превозното средство. По същия начин, по-обемистият комплект за изтегляне може да работи добре в работилницата, но е излишен, ако вашият административен екип се нуждае само от проста рутинна работа на бюро.
Практическото сравнение не е толкова за "кой е по-добър", а повече за "кой режим на провал боли по-малко". USB настолни читатели са подредени и лесни за контрол, докато Bluetooth и WiFi читатели могат да помогнат, ако шофьорите трябва да се регистрират в двора, на портата или от работилницата. Компромисът е очевиден. Повече удобство може да означава по-голям шанс някой да каже, че ще го направи по-късно и след това да забрави.
Практическо правило: ако читателят зависи от шофьора да запомни следващата стъпка, приемете, че тази стъпка ще бъде пропусната, освен ако процесът не бъде наложен в рутината на депото.
Сигурност, издръжливост и поддръжка на поколения
Добър читател за депо трябва да защитава личните данни, да оцелее при груба обработка и ясно да поддържа поколението на тахографа, което използвате. За съответствие в Обединеното кралство и Великобритания това означава съвместимост с карти от второ поколение и спазване на ISO/IEC 7816 стандарти за контакт и сигнализиране (legislation.gov.uk). Същата спецификация изисква записващото оборудване да чете данни от картата, необходими за проверка на последната сесия, изчисляване на непрекъснатото време за шофиране и изчисляване на кумулативните времена за почивка и шофиране през предишната и текущата седмица, така че това е повече от просто пренос на файл.
Хардуерът също трябва да съхранява поне 88 записа на карти (legislation.gov.uk). Това не прави читателя "умен" сам по себе си, но показва защо съвместимостта и надеждността имат значение, когато операторът очаква устройството да бъде в реална среда на депото, а не в шоурум.
Точката на решение е достатъчно проста. Бройте шофьорите, бройте превозните средства и попитайте къде са шофьорите, когато трябва да се извършат изтегляния. Ако отговорът е "не надеждно в офиса", тогава удобството има значение, но само ако е съчетано с процес, който все още принуждава файла в контролирания архив.
За полезно сравнение на дистанционно изтегляне, прегледът на дистанционно изтегляне на тахограф помага да се определи къде спират читателите на депото и къде започват по-широките работни потоци. Това е ключовото решение: читателят трябва да отговаря на работния поток, а не обратното.
Настройка и извършване на изтегляния без загуба на данни
Самото изтегляне трябва да бъде рутинно. Ако всяко пъти изглежда крехко, настройката е грешна или процесът има твърде много ръчни точки. Администраторът на депото не трябва да импровизира, само за да получи чист .DDD файл от карта или единица за превозно средство.
Започнете с компютъра, а не с картата
Стабилната работна станция има значение, защото читателят е толкова надежден, колкото машината, на която седи. Инсталирайте драйверите, потвърдете, че софтуерът има правилните разрешения и се уверете, че преносът не се прекъсва от лаптоп, който спи, не се управлява или е лишен от администраторски права. За основно ръководство за работа с цифров тахограф, практическите стъпки в как да работите с цифров тахограф са разумна отправна точка.
Картите на шофьорите са прости, когато контактите са чисти и процесът е дисциплиниран. Вкарайте картата с чипа напред, удостоверете и оставете софтуера да извлече записа за активност, преди да бъде архивиран. Изтеглянията на единици за превозни средства изискват картата на компанията плюс правилния кабел или преден порт, и там е мястото, където екипите често бързат и създават частични трансфери.
Грешките, които провалят реалните екипи
Три неуспешни опита за ПИН могат да заключат сесията на картата, мръсните контакти могат да задействат отговор "картата не е разпозната", а изтеглянето на файл от единица за превозно средство, докато двигателят все още работи, може да остави непълни данни. Прекъснатите трансфери са по-лоши от видима грешка, защото могат да оставят файл, който изглежда нормален, докато някой не се опита да разчита на него по-късно.
Стъпката по поддръжка е тази, която много флоти пропускат. Преименувайте файла, преди да напусне софтуера на читателя, използвайки името на шофьора, регистрацията на превозното средство и датата. Ако изчакате, докато вече е погребан в споделена папка, някой в крайна сметка ще го архивира под грешния човек или ще го презапише с извлечението от следващото тримесечие.
- Подгответе компютъра правилно: потвърдете, че софтуерът се отваря безпроблемно, драйверът на читателя се зарежда и пътят за пренос работи, преди някой да вкара карта.
- Проверете картата и контактите: бързо избърсване и правилно вкарване с чип напред предотвратява изненадващо голямо количество загубено време.
- Смятайте преноса за завършен само когато файлът е именуван и запазен: ако все още се нарича нещо общо, не е готов за преглед за съответствие.
Най-добрата настройка е скучна. Същото устройство, същият порт, същото правило за именуване, същото местоположение на архива. Всяка допълнителна вариация дава на депото още един начин да загуби данни, преди някой дори да стигне до етапа на анализ.
Превръщане на изтеглянията в доказателства, които наистина издържат
Изтеглянето не е трудната част. Трудната част е да се уверите, че файлът все още е полезен, когато някой го поиска месеци по-късно, а това означава подписване, съхранение, контрол на достъпа и проследим архив.
Неподписаните файлове не носят много тежест
Подписаният файл на тахограф е различен от произволен експорт, който седи на десктопа. Ако цифровият подпис липсва или веригата на собственост на файла е неясна, проверяващият може да го третира като слабо доказателство, дори ако суровите данни изглеждат добре. Въпросът не е в това, че файлът съществува, а в това, че операторът може да покаже откъде е дошъл и как е бил обработен.
Съхранението е мястото, където бизнесите стават самодоволни. Данните от картата на шофьора трябва да се съхраняват поне 12 месеца, а същият минимален срок важи и за данните от единицата за превозно средство в описаните по-рано работни правила (насоки на BVRLA). При някои записи политиката за поверителност позволява по-дълъг период на съхранение, а правителството на Обединеното кралство отбелязва, че данните от тахографа могат да се припокриват с доказателства за Регламенти за работно време, което може да удължи съхранението до 24 месеца в някои случаи (политика за поверителност на DVLA). Това не е проблем с хардуера, а решение за управление на записи.
Поддържайте контрола върху съхранението
Споделените мрежови дискове без одитно регистриране са лош отговор. Прикачените файлове .DDD по имейл могат да бъдат карантинирани или загубени в правила за поща. Резервните копия, които презаписват предходното тримесечие, могат да унищожат единственото чисто копие, което сте имали. Файловете се нуждаят от местоположение за съхранение, което е контролирано, търсено и ограничено до хората, които имат нужда от достъп.
Полезен модел е прост. Едно оригинално копие, едно работно копие и ясни правила за това кой може да се докосва до всяко. Това е разликата между архив и купчина изтегляния. Ако вашият бизнес използва платформа като OperatorCompliance, изходът от локалния читател става точка на вход, а контролираният архив става мястото, където доказателствата се преглеждат и съхраняват.
Добър паралел за оператори, които мислят извън хардуера на тахографа, е погледът към обработката на данни в стил договор, като внедряване на договори за данни за шофиране. Въпросът не е в брандирането. Въпросът е в дисциплината да се определи какви данни влизат, кой може да ги използва и колко дълго остават използваеми.
| Правила за съхранение и достъп за изтеглени файлове на тахограф | |||
|---|---|---|---|
| Тип файл | Минимално съхранение | Местоположение на съхранение | Контрол на достъпа |
| Файл на картата на шофьора | Поне 12 месеца | Контролиран архив за съответствие | Ограничен до персонала за съответствие и упълномощен администратор |
| Файл на единицата за превозно средство | Поне 12 месеца | Контролиран архив за съответствие | Ограничен до персонала за съответствие и упълномощен администратор |
| Файл за анализ на работно копие | Според необходимостта за преглед | Сигурно работно пространство за анализ | Само анализатори и номинирани рецензенти |
Неподписаните или лошо съхранявани файлове обикновено не се провалят, защото данните липсват. Те се провалят, защото никой не може да докаже, че бизнесът е обработил правилно.
Трафик комисарят обикновено се интересува по-малко от това дали дървото на папките изглежда подредено и повече от това дали операторът може да покаже последователен запис, с дати, достъп и одобрение, които са в синхрон. Това е стандартът, към който трябва да се стремите, защото само подредеността няма да спаси слаба одитна следа.
Внасяне на изтегляния в OperationalCompliance и вашия TC файл
Чист файл е полезен само след като стигне на правилното място и бъде проверен спрямо останалите записи на флота. Тук стойността на веригата за изтегляне наистина се проявява, защото изходът от читателя става част от по-голямото доказателство на оператора.
Как файлът стига от депото до прегледа
Практическите маршрути обикновено са плъзгане и пускане от локалния компютър на читателя, планирана поща за автоматизирано събиране или API поток за по-големи флоти. След като файлът пристигне, платформата проверява целостта, съпоставя данните на шофьора и превозното средство и отбелязва липсващите календарни дни, така че някой да може да се справи с пропуска, преди да стане проблем при проверка.
Тази стъпка за преглед е по-важна, отколкото много мениджъри признават. Файлът може да бъде технически наличен и все пак да бъде оперативно безполезен, ако не съвпада с графика на шофьорите, назначението на превозното средство или записа за работно време. Когато анализаторите преглеждат данните, те не проверяват само за нарушения, а проверяват за необяснено отсъствие, счупени последователности и модели, които не съвпадат с останалите доказателства.
Какво се проверява след качване
Разумният ред е: потвърдете, че файлът е валиден, проверете съвпадението на картата или превозното средство, прегледайте нарушенията на времето за шофиране, инспектирайте за липсващи регистрации и сравнете какво казва тахографът с графика и доказателствата за работно време. Това е разликата между просто съхранение и истинско управление на съответствието.
Изходите, от които операторът се нуждае, са тези, които добре преминават в одит. Месечните пакети за съответствие, отчетите за историята на шофьорите и консолидираният TC експорт са по-полезни от разпръснатите сурови файлове, защото показват пътя от изтегляне до преглед до съхранение. Това прави оригиналния файл на читателя проследим от устройството на депото до пакета с доказателства.
Какво трябва да показва файл, готов за TC
- Проследимост на източника: коя карта или превозно средство е произвело файла и кога е изтеглен.
- История на прегледа: кой е разгледал данните и какво е отбелязал.
- Непрекъснатост на съхранението: че файлът все още съществува в контролирания архив.
- Дисциплина на експорта: че доказателствата могат да бъдат произведени в формат, необходим за изслушването или посещението.
След като тази верига е непокътната, читателят спира да бъде самостоятелно устройство и става част от системата за контрол на оператора. Това е стандартът, към който трябва да се стремите, защото самото устройство никога не се проверява само по себе си. Записът около него го прави.
Едностраничен ритъм на оператора, който ви държи напред пред DVSA
Ясният ритъм предотвратява познатото объркване в депото: липсваща карта на шофьора, закъсняло изтегляне на превозното средство и искане за доказателства, което пристига преди някой да е проверил архива. Читателят на карти е само входната точка. Верига на контрола трябва да пренася всяко изтегляне в преглед, съхранение и файла на Трафик комисаря на оператора.
Рутината, която остава
Използвайте фиксиран месечен модел, който депото може да следва, без да разчита на паметта. Първата седмица е за изтегляне на карти на шофьори. Първият понеделник на всеки месец е за изтегляния на единици за превозни средства. Всяка седмица проверявайте валидността на картите и идентифицирайте карти, които наближават изтичане или са върнати с непълен трансфер. Всеки месец архивирайте архива и проверявайте за пропуски. Веднъж годишно преглеждайте целия процес спрямо файла за съответствие и оперативния модел на бизнеса.
Назначете отговорност до всяка задача. Един човек подписва записа за веригата на собственост, друг поддържа папката с доказателства за TC, а именуван мениджър следи всяка карта, която не е върната до определения срок. Ако читателят се провали по време на смяна, резервният читател, картата на компанията и маршрутът за пренос трябва вече да бъдат идентифицирани. Импровизацията по време на неуспешно изтегляне е начинът, по който пропуските влизат в записа.
Червени флагове, които се появяват отново
Неподписаните файлове се нуждаят от корекция, преди да достигнат архива. Липсващите архивни периоди се нуждаят от разследване, а не от бележка за повторно разглеждане по-късно. Закъснелите връщания на шофьори създават избегаемо напрежение, особено когато флотата изчаква, докато картата е близо до пълна. Липсващите слотове за втори шофьор могат да показват, че шофьорите не използват тахографа последователно, така че запишете изключението и последвайте индивида.
Дръжте стенната таблица фокусирана върху действията:
- Изтегляния на карти на шофьори: потвърдете, че изтеглянето е завършено и името на файла идентифицира шофьора и датата.
- Изтегляния на единици за превозни средства: проверете, че картата на компанията е била използвана и трансферът е завършен.
- Проверки на архива: потвърдете, че последното тримесечие остава налично, четимо и архивирано.
- Проследяване на изключения: регистрирайте закъснели карти, частични трансфери и непроверени нарушения веднага щом бъдат открити.
Записът за преглед принадлежи на изтегления файл. Съхранявайте оригиналния изход от читателя, действието на рецензента и всяко последващо действие в OperationalCompliance, след което запазете получените доказателства с файла TC. Това дава на DVSA проследим маршрут от изтеглянето на картата или превозното средство до управленското действие, вместо папка с необяснени файлове.
Повторението е целта. След като всеки знае какво се случва на всяка дата, читателят става част от контрола на депото и веригата за съответствие е по-малко вероятно да се провали по време на посещение.
Ако искате процеса на изтегляне, съхранение на доказателства, напомняния и пакет TC под един покрив, посетете OperatorCompliance и вижте как платформата обработва входа на файлове за тахограф заедно с останалите записи на вашата операторска лицензия. Подходящо е за оператори, които са уморени от преследването на липсващи файлове, закъснели изтегляния и фрагментирани доказателства, когато идва проверка.
читатели на карти за тахографизтегляния на тахографсъответствие на флотаправила на DVSAоператорска лицензия