Самая неприятная ситуация для команды эксплуатации Android-киосков — это не полное отключение устройства, а когда устройство «выглядит онлайн», но пользователи не могут завершить операцию. Умный шкаф для посылок может зависать на странице выдачи, не синхронизируя заказы; торговый автомат может принимать нажатия, но не принимать оплату; терминал регистрации в отеле может бесконечно крутиться из-за истёкшей учётной записи. Если инженер при этом умеет только удалённо захватывать экран, это сэкономит командировку, но может оставить пользователя на объекте без возможности работать во время всего устранения неполадки.
Повторно используемый чек-лист должен сначала определить, относится ли сбой к сети, бизнес-приложению, учётной записи, периферии или оборудованию, а затем выбрать способ устранения, который не расширит зону воздействия. Ценность Teralivo не в замене любого MDM, а в предоставлении фоновой точки входа для операций с совместимыми приложениями без присутствия персонала после того, как устройство авторизовано и связано, чтобы процесс киоска на переднем плане оставался как можно более доступным.
Шаг 1. Сначала определите масштаб воздействия, не захватывайте экран немедленно
Получив предупреждение, ответьте на три вопроса: только одно устройство неисправно или есть массовые сбои в одном магазине, у одного оператора или на одной версии? Устройство действительно отключено или только истёк таймаут бизнес-интерфейса? Может ли пользователь по-прежнему выполнять основной процесс через пользовательский интерфейс?
Если одни и те же устройства выходят из строя одновременно, в первую очередь проверьте серверную часть, DNS, сертификаты, политики учётных записей и журнал последних релизов. Если неисправно только одно устройство, проверьте состояние сети, объём хранилища, статус бизнес-приложения и подключения периферийных устройств. Это позволит избежать перезагрузки устройств одно за другим при сбое платформы и случайной отправки глобальных конфигураций при сбое одного устройства.
Рекомендуется сохранять для предупреждения идентификатор устройства, модель терминала, версию Android, версию бизнес-приложения, время первого сбоя и время последней успешной транзакции. Не записывайте в заявку данные учётных записей клиентов, коды получения или другие ненужные личные данные.
Шаг 2. Разделите действия по устранению неполадок по уровням риска
К действиям с низким риском относятся проверка статуса устройства в сети, подтверждение возможности запуска обслуживающего приложения, обновление статуса бизнес-учётной записи, проверка очереди синхронизации и повторный запрос на подключение. К действиям со средним риском — очистка воссоздаваемого кэша, изменение адреса подключения, повторный вход в корпоративную учётную запись или перезапуск определённого приложения. К действиям высокого риска относятся перезагрузка всего устройства, обновление версии, удаление бизнес-данных, выход из режима киоска или изменение системных политик.
Удалённое обслуживание должно начинаться с действий с низким риском. Фиксируйте результат каждого шага и установите критерии остановки. Если проблема устранена, не продолжайте выполнять более радикальные действия. Для действий, требующих удаления данных или обновления версии, сначала убедитесь, что учётные записи, конфигурации и автономные очереди могут быть восстановлены, и проверьте на тестовом устройстве.
Шаг 3. Обрабатывайте совместимые приложения в фоне, сохраняя работу на переднем плане
Традиционное удалённое управление без присутствия персонала обычно управляет физическим экраном устройства. Когда инженер открывает настройки, инструменты управления или страницу входа, пользователь на месте видит те же переходы; некоторые продукты могут затемнить экран, но пользователь всё равно не может продолжать выполнение операции.
Для приложений, поддерживающих отдельный виртуальный дисплей, Teralivo может запускать обслуживающее приложение на фоновом дисплее и передавать этому дисплею касания, свайпы и ввод текста. Физический экран остаётся на бизнес-интерфейсе киоска, а инженер обрабатывает учётные записи, подключения или конфигурации. Эта возможность должна быть проверена на реальном терминале, потому что не все приложения поддерживают отдельные дисплеи; приложения, зависящие от физической камеры, безопасной клавиатуры, аппаратного ускорения или определённого экрана, могут по-прежнему требовать работы на переднем плане.
| Действие по устранению неполадки | Рекомендуемое место выполнения | Возможное влияние на передний план |
|---|---|---|
| Просмотр статуса учётной записи и синхронизации | Отдельный фоновый дисплей | Обычно не влияет |
| Изменение конфигурации подключения совместимого приложения | Отдельный фоновый дисплей | Обычно не влияет |
| Перезапуск бизнес-приложения | Физический экран | Кратковременное влияние |
| Перезагрузка Android-устройства | Системная операция | Прерывает работу |
| Проверка принтера, сканера штрих-кода или дверцы шкафа | Сочетание на месте и в фоне | Зависит от оборудования |
Шаг 4. После восстановления необходимо проверить полную бизнес-цепочку
«Приложение открывается» не означает, что проблема решена. Для шкафа посылок нужно проверить запрос, открытие дверцы, отправку результата и закрытие дверцы; для торгового автомата — выбор товара, оплату, выдачу и синхронизацию запасов; для терминала регистрации — считывание удостоверения, сопоставление заказа и запись карты-ключа.
Рекомендуется подготовить тестовые заказы или тестовые учётные записи, не содержащие реальных пользовательских данных. После восстановления выполните сквозную операцию, наблюдая при этом, не остались ли в фоне накопленные задачи, повторные попытки с ошибками или дублирующиеся отправки. Только когда процесс на переднем плане, серверные записи и результаты периферийных устройств совпадают, заявку можно закрывать.
Шаг 5. Уточните, что удалённое обслуживание не может решить
Полное отсутствие сети, отключение электроэнергии, повреждение экрана, ослабление кабеля, отсутствие бумаги в принтере, механическая поломка дверцы шкафа и выход из строя чипа памяти не могут быть устранены только удалёнными операциями. Если целевое приложение не поддерживает виртуальный дисплей, возможно, потребуется запланировать окно технического обслуживания для захвата физического экрана. Предприятию по-прежнему следует иметь персонал для восстановления на месте, запасные части, офлайн-бизнес-план и чёткий путь эскалации.
Кроме того, отсутствие персонала не означает отсутствие авторизации. Устройства должны принадлежать предприятию или иметь явную авторизацию владельца устройства; для учётных записей управления должна использоваться надёжная аутентификация, права должны назначаться по ролям, а для критических операций должны вестись журналы аудита.
Превратите разовое устранение неполадки в тиражируемое руководство по эксплуатации
Эффективная эксплуатация киосков не зависит от опыта отдельного инженера, а формирует единый порядок: определить масштаб воздействия, выбрать действия с низким риском, отдать приоритет фоновой обработке, проверить полную бизнес-цепочку, записать причины и добавить правила предотвращения. Многократно возникающие истёкшие учётные записи, накопление кэша или сбои подключения должны быть преобразованы в метрики мониторинга и автоматические предупреждения, а не ждать жалоб пользователей.
Перед масштабным развёртыванием выберите несколько реальных устройств для пилотного проекта и зафиксируйте, какие обслуживающие приложения поддерживают фоновый дисплей, какие действия влияют на передний план, среднее время восстановления и долю случаев, требующих выезда на место. Только получив эти данные, предприятие сможет точно определить, какую работу должны выполнять Teralivo, традиционные MDM и поддержка на месте.