.svg)
.svg)
Представим, что нужно контролировать 100 объектов и сообщать ответственному сотруднику, если какой-либо из них покинет территорию базы.
Можно постоянно держать открытой карту и следить за перемещением каждого объекта. Но чем больше парк, тем выше вероятность пропустить нужный момент.
Если заранее известно, какая именно ситуация требует внимания, удобнее использовать уведомление.
Вместо постоянного наблюдения:
оператор смотрит на объекты → замечает отклонение → реагирует
можно организовать:
Axenta определяет заданное условие → формируется уведомление → сотрудник получает информацию → проверяет ситуацию.
Когда уведомление действительно полезно
Уведомление имеет смысл, если событие можно описать понятным условием.
Например:
объект покинул определенную геозону;
нажата тревожная кнопка;
скорость превысила установленное значение;
изменилось состояние датчика;
объект перестал передавать данные;
наступило другое контролируемое системой условие.
В таких ситуациях человеку не нужно постоянно искать отклонение самостоятельно. Система может обратить на него внимание автоматически.
Уведомление особенно полезно для редких событий
Представим, что объект обычно работает внутри определенной территории и покидает ее только несколько раз в месяц.
Держать карту открытой весь рабочий день только ради этих нескольких случаев неэффективно.
Гораздо удобнее настроить контроль выхода из геозоны.
Пока все работает нормально, от пользователя никаких действий не требуется.
Когда условие выполняется:
объект покинул территорию → Axenta фиксирует условие → ответственный сотрудник получает уведомление.
Человек подключается к ситуации только тогда, когда это действительно необходимо.
Хорошее уведомление отвечает на конкретный вопрос
Перед созданием уведомления полезно сформулировать:
«О какой ситуации я хочу узнать?»
Например:
«Хочу узнать, если произойдет нештатная ситуация».
Это уже конкретная задача, для которой можно подобрать условия.
А формулировка:
«Хочу контролировать автомобиль»
слишком общая. Здесь сначала нужно определить, что именно считается ситуацией, требующей внимания.
Чем точнее сформулирована задача, тем полезнее будет уведомление.
Не каждое изменение требует уведомления
Технически можно контролировать множество параметров, но это не означает, что о каждом изменении нужно немедленно сообщать пользователю.
Если настроить слишком много условий, появляется другая проблема — информационный шум.
Например, если сотрудник ежедневно получает сотни сообщений, большинство из которых не требуют никаких действий, со временем он начинает обращать на них меньше внимания.
Поэтому перед настройкой полезно задать второй вопрос:
«Что сотрудник должен сделать после получения этого уведомления?»
Если понятного действия нет, возможно, событие лучше оставить для последующего анализа в истории или отчете.
Уведомление не всегда заменяет мониторинг
Есть задачи, которые сложно свести к одному заранее известному условию.
Например, сотруднику нужно:
- оценить общую ситуацию по автопарку;
- разобраться со странным поведением конкретного объекта;
- посмотреть последовательность его перемещений;
- сравнить несколько показателей;
- выяснить причину уже обнаруженной проблемы.
Здесь панель мониторинга, карта, трек, сообщения и отчеты будут полезнее.
Поэтому эти инструменты решают разные задачи:
Мониторинг — понять, что происходит сейчас.
Уведомление — автоматически обратить внимание на заранее определенную ситуацию.
Отчет — проанализировать то, что происходило за период.
От уведомления нужно переходить к проверке
Полученное уведомление еще не всегда объясняет причину произошедшего.
Например:
«Нажата кнопка SOS».
Дальше сотрудник может открыть объект и посмотреть его положение, трек и другие данные.
То есть уведомление работает как сигнал для начала проверки.
Это особенно важно при спорных ситуациях: сначала система сообщает о выполнении условия, а затем пользователь при необходимости анализирует исходные данные.
Простой принцип выбора
Если приходится регулярно смотреть на один и тот же показатель только для того, чтобы не пропустить определенную ситуацию, стоит задать вопрос:
«Можно ли описать эту ситуацию условием?»
Если да, вероятно, вместо постоянного наблюдения удобнее настроить уведомление.
Например:
не следить весь день за состоянием датчика SOS → сообщить при срабатывании;
не проверять постоянно скорость → сообщить при превышении;
не проверять вручную наличие данных → сообщить при выполнении соответствующего условия контроля связи.
Главное
Уведомления нужны не для того, чтобы сообщать пользователю обо всем происходящем.
Их задача — выделить среди большого потока данных ситуации, которые действительно требуют внимания.
Хорошая логика выглядит так:
нормальная работа → никаких лишних сообщений
заданное условие выполнено → уведомление
уведомление получено → при необходимости проверка ситуации в Axenta
Поэтому уведомление особенно полезно, когда событие можно четко определить заранее и после его возникновения от пользователя ожидается конкретное действие.
Если нужного ответа в инструкции нет, вернитесь в базу знаний и воспользуйтесь поиском по другим материалам.
.svg)
