Выездной мастер работает в условиях, для которых учётная система не проектировалась: подвал без связи, перчатки, ограниченное время на объекте и телефон вместо компьютера. Если мобильное рабочее место не учитывает эту реальность, данные попадают в систему вечером по памяти — со всеми последствиями для точности. Разберём архитектуру обмена и сценарии, которые нужно предусмотреть.
Что мастер должен получать
- список назначенных заданий на день с адресами и временными окнами;
- карточку объекта: модель, серийный номер, комплектация, гарантийный статус;
- историю обслуживания — что делали в прошлый раз и что рекомендовали;
- описание проблемы со слов клиента;
- контакты на объекте и особенности доступа;
- перечень запчастей, закреплённых за ним;
- техническую документацию и инструкции.
История обслуживания — то, что чаще всего забывают передать, а именно она экономит время: мастер, видящий, что месяц назад меняли тот же узел, не начинает диагностику с нуля.
Что мастер должен передавать
- отметки о прибытии и убытии с фиксацией времени и координат;
- выполненные работы из классификатора;
- израсходованные запчасти;
- дефект и причину неисправности;
- фотографии — состояние до и после, шильдики, показания приборов;
- рекомендации клиенту;
- подпись клиента о приёмке;
- причину, если работа не выполнена.
Последний пункт важен не меньше остальных: несостоявшийся визит — тоже событие, и его причина (нет доступа, клиент отсутствует, нужна другая запчасть) должна попадать в систему.
Архитектура: три подхода
| Подход | Как работает | Ограничение |
|---|---|---|
| Веб-интерфейс | Мастер работает в браузере | Требует постоянной связи |
| Мобильное приложение с обменом | Локальная база, синхронизация при связи | Требует разработки и сопровождения |
| Гибрид | Онлайн-режим с кешированием заданий | Сложнее в отладке |
Для выездного сервиса первый вариант почти всегда оказывается нерабочим: связь пропадает именно там, где выполняется ремонт. Практический выбор — приложение с локальным хранением и синхронизацией.
Работа без связи: что нужно предусмотреть
- Загрузка заданий заранее. Утренняя синхронизация выгружает день целиком вместе со справочниками.
- Локальное сохранение результатов. Всё, что мастер ввёл, сохраняется на устройстве и ждёт связи.
- Очередь отправки. Порядок сохраняется, повторная отправка не дублирует данные.
- Разрешение конфликтов. Задание могло быть переназначено, пока мастер был вне связи, — правило приоритета нужно задать явно.
- Сжатие вложений. Фотографии — основной объём трафика; передавать их стоит отложенно и в уменьшенном размере.
- Индикация состояния. Мастер должен видеть, что данные ещё не отправлены.
Требования к интерфейсу
- минимум обязательных полей и минимум переходов между экранами;
- выбор из коротких списков, отфильтрованных по типу оборудования;
- подстановка времени, координат и идентификаторов автоматически;
- подсказка частых работ и запчастей по этой модели;
- крупные элементы управления;
- работа на бюджетных устройствах.
Правило простое: каждое лишнее действие — это данные, которые не будут внесены на объекте и будут восстановлены по памяти вечером.
Организационные вопросы
- Чьё устройство используется — корпоративное или личное, и что происходит при увольнении.
- Кто оплачивает связь и что делать при исчерпании трафика.
- Порядок действий при разряде или поломке устройства — бумажный запасной вариант должен существовать.
- Правила фотофиксации: что снимать обязательно.
- Согласие клиента на подпись в электронном виде — вопрос, который стоит закрыть договором заранее.
Что контролировать после запуска
- долю нарядов, закрытых на объекте, а не задним числом в офисе;
- время между окончанием работ и поступлением данных в систему;
- долю заданий с фотофиксацией;
- количество ошибок синхронизации;
- расхождение между отметками времени и фактической продолжительностью работ.
Первый показатель — главный индикатор того, прижилось ли мобильное место. Если наряды по-прежнему закрываются вечером в офисе, приложение не решило задачу.
Итог
Мобильное рабочее место выездного мастера должно проектироваться от условий работы, а не от возможностей системы: офлайн-режим, минимум полей, автоматическая подстановка всего, что можно подставить. Передавать мастеру нужно не только задание, но и историю обслуживания объекта, а принимать — в том числе причины несостоявшихся визитов. Проверять успех стоит по доле нарядов, закрытых непосредственно на объекте.
Фиксация времени начала и завершения работ, в том числе на выезде, входит в решение «1С:Сервисный Ремонт».
Компания «Сайфилд» настраивает обмен «1С» с мобильными рабочими местами выездных бригад — от состава передаваемых данных до офлайн-сценариев и контроля синхронизации. Опишите свои процессы, и мы оценим объём работ.