Metalogist
Запросить демонстрацию Войти в приложение
Рабочий пилот

Получайте событие с контекстом, а не ещё одно уведомление

Инцидент Metalogist связывает правило, машину, момент, доступную телематику и рабочую смену. Сотрудник подтверждает обстоятельства, назначает действие и закрывает разбор.

ИнцидентыMetalogistРабочий пилот
INC-0278 · простойНужна проверка
  1. Правило
    Простой дольше 20 минутПорог tenant · версия 4
  2. Факт
    11:42 · механизм неактивенGPS свежий · зажигание включено
  3. План
    Северный обход · смена до 18:00Машина внутри геозоны
  4. Решение
    Ожидает комментария диспетчераСистема не определяет виновного

Одно событие — четыре слоя проверки

Критичность определяется не ярким цветом, а сочетанием правила, плана, качества источника и последующего действия.

ПравилоЧто считается отклонением

Например, длительный простой, превышение, отсутствие на объекте или механизм вне заказа.

ФактЧто показал источник

Время, координата, значение датчика, свежесть и флаги качества.

ПланЧто ожидалось

Объект, смена, маршрут, разрешённый интервал и назначенный исполнитель.

РешениеЧто сделал сотрудник

Подтвердил, связался, перенёс, добавил комментарий или закрыл как ложное событие.

Пилотный production-срез

Цифра показывает работу контура обнаружения, а не количество доказанных нарушений или предотвращённых потерь.

Инциденты278 создано и закрыто

Срез трёх машин на 13 июля 2026 года.

ТипыТелематика + план

Геозоны, простой, топливо, скорость, связь, механизмы и другие правила.

ДоставкаObserve / send

Автодействия можно отделить от наблюдения на этапе настройки.

РешениеВсегда у сотрудника

Событие не становится штрафом, оплатой или дисциплинарным выводом автоматически.

Что меняется в работе

Отклонение видно в контексте

Выезд из геозоны, простой или работа механизма сравниваются с объектом и плановым интервалом.

Шум ограничивается правилами

Порог, длительность, повторное открытие и критичность настраиваются по типу события.

Разбор имеет владельца

Статус, комментарий, подтверждение и история доставки сохраняются вместо исчезающего сообщения в чате.

Как работает сценарий

Последовательность остаётся объяснимой: сотрудник видит источник данных, ограничение и точку принятия решения.

  1. 1

    Обнаружить условие

    Нормализованная точка или интервал проверяется активным tenant-правилом.

  2. 2

    Открыть инцидент

    Система фиксирует тип, критичность, начало и наблюдаемый контекст.

  3. 3

    Доставить ответственному

    Уведомление проходит через outbox с контролем попыток и режима observe/send.

  4. 4

    Разобрать и закрыть

    Сотрудник подтверждает факт, добавляет решение или отмечает ложное срабатывание.

Вопросы по сценарию

Коротко о данных, ограничениях и порядке внедрения.

Какие инциденты поддерживаются?

В коде предусмотрены события геозон, простоя, топлива, скорости, связи, напряжения, механизмов, маршрута, водителя и смены. Конкретный набор включается только при наличии подходящих данных.

Будут ли уведомления дублироваться каждую минуту?

Правила используют жизненный цикл открытого события, пороги, минимальную длительность и логику повторного наблюдения. Поведение проверяется в observe-режиме до включения доставки.

Можно ли отправлять уведомления в Telegram?

Да, delivery outbox и Telegram-канал реализованы. Канал, получатели и критичность настраиваются в рамках tenant-пилота.

Система автоматически определяет виновного?

Нет. Она собирает контекст отклонения. Ответственность и последствия определяет уполномоченный сотрудник после проверки.

Можно ли перейти от инцидента к видео?

Это целевой сценарий после видеопилота и стабильного архива. В текущем production-контуре event-to-clip ещё не доступен.

Разберём одну смену вашего парка

Покажем, какие данные доступны сейчас, что потребуется подключить и где проходит граница пилота.

Запросить демонстрацию