Повечето внедрявания на FSM системи не се провалят заради офис системата. Те се провалят, защото теренното приложение, частта, с която техниците взаимодействат осем часа на ден, или не работи в средите, където работата действително се извършва, или изисква толкова много стъпки за регистриране на задание, че сервизните работници започват да го заобикалят.
Резултатът е винаги един и същ: диспечерите работят с непълна информация, документацията за съответствие има пропуски, а ръководителят на сервиза ръчно звъни на техниците за актуализации, докато софтуерът стои неизползван в джоба на техника.
Тази статия описва какво трябва да прави мобилно приложение за управление на теренния сервиз, за да работи в реални поддръжкови среди, машинни помещения на асансьори, сутеренни електрически табла, хладилни складове в центрове за разпределение на хранителни продукти, аварийни генератори в сутерени, и какво отличава инструмент, който техниците ще използват, от такъв, който ще търпят докато не намерят алтернатива.
Тестът на паркинга
Преди техникът да тръгне към първото задание с ново приложение, обикновено прекарва няколко минути на паркинга до базата, или, ако сте по-малко щастливи, на паркинга на клиента пет минути преди пристигането, опитвайки се да влезе в системата, да намери заданията си и да разбере какво се очаква от него.
Ако това отнема повече от пет минути, нивото на приемане ще бъде ниско. Не защото техниците се противят на технологиите, а защото теренните сервизни работници са практични хора. Когато нов инструмент отнема повече от стария начин, те се връщат към стария начин. Старият начин обикновено е обаждане до офиса.
Петминутният тест на паркинга е най-надеждният ранен индикатор за това дали мобилното приложение ще се използва последователно от целия теренен екип. То трябва да отговаря на три въпроса без никакви обяснения:
- Какви задания имам днес и в какъв ред?
- Какво трябва да направя на всяко задание?
- Как регистрирам, че съм го направил?
Всичко останало е второстепенно спрямо тези три въпроса.
Задължителни функции
Офлайн режим, без компромиси
Машинното помещение на асансьор обикновено няма мобилно покритие. Същото важи за сутеренни електрически разпределителни табла, трансформаторни подстанции и хладилни зони в складове за разпределение на хранителни продукти. Мобилно приложение за управление на теренния сервиз, което изисква постоянна връзка за функциониране, не е мобилно приложение за теренен сервиз.
Офлайн режимът означава, че пълният запис на заданието, данни на клиента, история на оборудването, елементи от контролния списък, необходими материали, бележки от предишното посещение, е съхранен на устройството преди техникът да напусне базата. Работата, извършена без връзка, се синхронизира със сървъра, когато устройството отново получи сигнал. Снимките, направени офлайн, се поставят в опашка и се качват при възстановяване на връзката. Подписите, събрани офлайн, се съхраняват локално и се синхронизират при повторно свързване.
Базовата архитектура има значение. Някои приложения съхраняват офлайн само съкратен изглед и изискват връзка за достъп до контролни списъци, данни за материали или история на предишни задания. Това не е достатъчно. За годишна профилактика на пожароизвестителна система съгласно EN 54 в сутеренно ел. табло, техникът се нуждае от пълния контролен списък с над 40 точки, записа на предишното обслужване и всички отворени неизправности от последното посещение, всичко без мрежов сигнал.
Практическият тест: превключете устройството в режим на полет преди да отворите приложението. Можете ли да отворите задание, да завършите контролния списък, да регистрирате използваните материали, да направите снимка и да съберете подпис на клиента? Ако отговорът е не, приложението не е подходящо за значителна част от средите, където се извършва профилактика на критична инфраструктура.
Заснемане на снимки с метаданни
Снимките са се превърнали в доказателствени документи в сервизната работа. За поддръжка на системи за контрол на достъп и автоматични порти, където иск за телесна повреда може да бъде предявен две до три години след датата на сервизното посещение, снимка, направена по време на посещението с GPS координати, времева марка и самоличност на техника, вградени в метаданните, е защитен запис. Снимка, изпратена от личния телефон на техника, не е такъв запис.
Приложението трябва да:
- Прикача снимките директно към заданието и конкретните точки от контролния списък, а не към общ албум
- Вгражда GPS координати в момента на заснемане (не ретроактивно от EXIF данни, които могат да бъдат променени)
- Записва ID на устройството и самоличността на влезлия техник
- Записва времевата марка на снимките до секундата
За поддръжка на автоматични порти и бариери съгласно EN 12453:2017, снимките на състоянието на предпазните ръбове, индуктивните примки и индикаторите за измерване на силата съставляват част от доказателствената документация, ако на обекта по-късно се случи инцидент.
Цифрови контролни списъци с задължителни полета
Контролен списък, който техникът може да отбележи като завършен без да попълни всички полета, не е документ за съответствие, той е списък, който може да бъде заобиколен под времево налягане.
При техническо освидетелстване на асансьор се изискват конкретни наблюдения: състояние на въжетата или веригите, състояние на уловителите на кабината, състояние на спирачките, работа на ограничителя на скоростта, състояние на буферите. Всеки от тях е отделен запис, а не единствено поле „всичко е наред". Софтуерът трябва да принуди попълването на всяка точка преди да стане възможно приключването на заданието.
Контролните списъци трябва да бъдат конфигурируеми по тип оборудване и тип задание, така че тримесечната инспекция да генерира по-кратък списък от годишното обслужване, а аварийният изход да генерира работен процес за диагностика на повреда, а не контролен списък за планово-предупредително техническо обслужване.
Регистриране на изразходваните материали
Когато техник смени амортисьор на оператора на вратата, използва три метра гъвкав кабел или монтира нов кондензатор на фанкойл, тази транзакция трябва да бъде регистрирана в заданието в момента на употреба, не реконструирана по памет след завръщане в базата.
Регистрирането на изразходваните материали на терен изпълнява три функции:
- Изчисляване на разходите за задание: действителните разходи за материали, свързани с заданието преди фактурирането.
- Актуализиране на склада на превозното средство: наличностите на автомобила отразяват изразходваното, за да бъде точна проверката за готовност за следващото задание.
- Тригер за попълване: когато наличностите на автомобила паднат под минималното ниво, автоматично се генерира известие за попълване.
Минималното изискване е претърсваем каталог с материали, достъпен офлайн, с въвеждане на количество за артикул.
Събиране на подпис от клиента
Електронен подпис в сервизния протокол, събран на място преди техникът да тръгне. Това елиминира споровете за това дали е извършено сервизното посещение, дали клиентът е бил информиран за откритите неизправности и дали протоколът е бил доставен.
Записът на подписа трябва да съдържа името на подписващия, датата и часа на подписване и референтния номер на заданието.
Навигация до обекта
Това е основно изискване. Приложението трябва да отваря навигация стъпка по стъпка до адреса на заданието от текущото местоположение, интегрирана с родното навигационно приложение на устройството. Техниците не трябва да превключват между приложение за задания и отделно картографско приложение, ръчно копирайки адреси.
Препоръчителни допълнителни функции
Сканиране на баркодове и QR кодове
За компании с организирана програма за маркиране на оборудването, QR кодове на табла, RFID етикети на компоненти на асансьори, баркодове на хладилни агрегати, сканирането на кода на оборудването в началото на заданието потвърждава, че техникът работи с правилното оборудване. Това е важно, когато сградата има множество идентични единици на съседни места.
Сканирането на баркодове за регистриране на изразходваните материали елиминира грешките при въвеждане, когато материалите се регистрират в задание.
Гласови бележки
В среди, където въвеждането на текст е непрактично, вътре в шахтата на асансьор с ръкавици, в сървърна стая при 16 °C, на покрива на сграда през зимата, гласова бележка, прикачена към заданието, е по-бърза от въведен текст. Бележката става част от записа на заданието и може да бъде автоматично транскрибирана от платформата.
Многоезичен интерфейс
За компании, работещи в няколко страни, или наемащи техници, по-свободно владеещи език, различен от местния мнозинствен, това се превръща в задължителна, а не в допълнителна функция.
Полски техник на обект в Германия, украински техник в производствено съоръжение в Австрия, словашки техник, работещ на обекти в Чехия и Словакия, ако мобилното приложение е налично само на немски или чешки, способността на техника да попълва точно структурирани контролни списъци намалява. Погрешното тълкуване на точка от контролен списък не е хипотетичен риск; това е документиран режим на повреда в многонационални сервизни организации.
Тревожни сигнали при оценка на приложения
Няма офлайн режим или офлайн режим с ограничена функционалност. Всеки доставчик, който казва „нашето приложение работи офлайн", трябва да бъде запитан конкретно: може ли техник да отвори пълно задание, да завърши многоточков контролен списък, да регистрира изразходвани материали, да направи снимки и да събере подпис от клиента, всичко без мрежова връзка? Ако отговорът е нещо различно от да, офлайн способността е частична.
Няма метаданни в снимките. Снимки без GPS и времева марка, прикачени в момента на заснемане, не са доказателствени документи.
Задължителна постоянна свързаност за контролни списъци. Ако контролните списъци са съхранени на сървъра и се изтеглят само в момента на употреба, техникът губи достъп в мига, в който сигналът изпадне. Това е архитектурно решение, а не липса на функционалност.
Няма задължително попълване на задължителните полета. Контролен списък, който може да бъде изпратен с незавършени точки, генерира правна отговорност. Полученият сервизен протокол твърди, че е извършено пълно обслужване. Непълните данни твърдят обратното.
Няма интеграция между теренното приложение и офис системата. Някои доставчици продават мобилното приложение и офис системата като отделни продукти, които слабо се синхронизират. Това създава проблеми с последователността на данните, когато записът на техника се различава от офисния запис.
Защо приемането от техниците определя резултата от внедряването
Най-честата причина, поради която внедряванията на FSM не осигуряват очаквана възвращаемост, не е качеството на софтуера, а нивото на приемане. Платформа, която 60% от техниците използват 70% от времето, генерира записи за 42% от извършената работа. Останалите 58% съществуват като телефонни обаждания, хартиени бележки или пропуски.
Приемането от техниците зависи от три фактора:
Приложението улеснява работата им, а не я усложнява. Техниците, които преди са носили хартиени бланки за задания и са ги попълвали след завръщане в базата, ще преминат към мобилно приложение само ако то е по-бързо и удобно за тях, а не само за офиса. Предварително попълнени контролни списъци за конкретния тип оборудване, материали, подходящи за заданието вече заредени, бележки от предишното посещение видими без търсене: всичко това улеснява работата на техника.
Приложението работи там, където се извършва работата. Техник по асансьори, опитал да използва приложението в машинно помещение, загубил връзката и открил при завръщане, че записите му не са запазени, няма да опита отново.
Техникът разбира какво се изисква от него. Полетата за съответствие, които са задължителни, но целта им е неясна, генерират недоволство. Приложението трябва да обозначава задължителните полета с ясен език, на предпочитания от техника език, с помощен текст там, където изискването не е очевидно.
Изискването за 9 езика за многонационални екипи
Компаниите, управляващи сервизни екипи в няколко европейски страни, се сблъскват с практическата реалност на своята работна сила: техниците редовно работят в страни, където националният език не е техният роден. В сервизния сектор това не е граничен случай, това е норма за компании, работещи едновременно в Полша, Германия, Великобритания, Чехия, Словакия и съседните пазари.
Унгарски техник, попълващ контролен списък на словашки за асансьор в Братислава, трябва да го попълва на унгарски, важното е въведените данни, а не езикът, на който е представен формулярът.
RemoteOps поддържа 9 езика в цялото приложение, включително мобилното приложение, обхващайки английски, испански, полски, украински, словашки, чешки, италиански, български и унгарски. Всеки техник избира предпочитания от него език на ниво акаунт; системата записва и съхранява данни в независим от езика формат, достъпен за всеки потребител, независимо от езика на интерфейса.
Често задавани въпроси
Трябва ли приложението да работи на iOS и Android?
За повечето сервизни компании, да. Теренните екипи рядко са еднородни по предпочитания за устройства, а фирмените устройства са разпределени между двете платформи. Проверете дали версиите за iOS и Android имат еквивалентна функционалност, някои доставчици пускат iOS като първа версия, а Android като версия с намалена функционалност.
Колко офлайн памет изисква напълно заредено задание?
Задание с пълен контролен списък, прикачени PDF файлове, бележки от предишното посещение и 10 снимки заема приблизително 15–25 МБ на устройството. Техник с пълен работен ден от 6–8 задания трябва да очаква 100–200 МБ офлайн данни. Въпросът, който трябва да зададете на доставчиците: офлайн данните на устройството криптирани ли са?
Какво се случва със снимките, направени офлайн при преинсталиране на приложението?
Зависи изцяло от това къде приложението съхранява чакащите качвания. Питайте доставчиците конкретно: ако техникът деинсталира и преинсталира приложението преди офлайн синхронизацията да завърши, чакащите снимки могат ли да бъдат възстановени? Правилният отговор е, че чакащите качвания се съхраняват в отделна опашка, която оцелява при преинсталирането на приложението.
Дигиталният подпис на клиента правно валиден ли е?
В повечето европейски юрисдикции електронен подпис, събран с писалка или пръст върху сензорен екран, е правно равностоен на ръкописен подпис за рутинни търговски документи, включително сервизни протоколи от поддръжка. Приложимият регламент в ЕС е eIDAS (Регламент 910/2014).
Достатъчен ли е общ контролен списък или са необходими списъци за различни видове оборудване?
Общите контролни списъци са подходящи за основни реактивни задания. За планово-предупредително техническо обслужване с изисквания за съответствие, годишни технически освидетелствания на асансьори, инспекции на пожароизвестителни системи съгласно EN 54, обслужване на хладилни инсталации с F-газове, контролният списък трябва да бъде специфичен за типа оборудване и типа задание. Точка от контролен списък, която просто гласи „проверете" без да уточнява какво да се измери, регистрира или потвърди, не служи като запис за съответствие.
За да разберете как RemoteOps управлява мобилната работа в контекста на пълни FSM операции, от входящо обаждане до приключена фактура, вижте нашето ръководство за купувачи на FSM софтуер. За компании, мигриращи от електронни таблици: преход от електронни таблици към FSM софтуер. Актуалните цени са на техник без ограничения за офис потребители.