Рабочие места и экраны

Ролевые рабочие места

OHM адаптирует интерфейс, показатели и выборки под роль пользователя.

Директор

Видит:

• Ecosystem Health;
• критичные Issues;
• массовые инциденты;
• SLA violations;
• распределение по регионам;
• корневые причины;
• динамику backlog;
• ключевые риски;
• загрузку подразделений;
• прогнозные проблемы.

Руководитель зоны

Видит:

• Issues своей зоны;
• неназначенные работы;
• Over SLA;
• Reopened;
• Verification Queue;
• Need Escalation;
• загрузку исполнителей;
• ёмкость команды (capacity);
• эффективность решений;
• хронические проблемы;
• типовые root causes.

Исполнитель

Видит:

• мои активные задачи;
• срок и Due in;
• просроченные задачи;
• задачи высокого риска;
• задачи, ожидающие верификации;
• комментарии;
• последние изменения;
• рекомендуемые статьи KB;
• похожие успешно закрытые случаи.

Метролог

Дополнительно видит:

• проблемы паспорта;
• физическую согласованность данных;
• аномалии датчиков;
• верификацию метрологических действий;
• Evidence из профильных отчётов;
• историю замен и поверок.

Роль службы безопасности

Видит только разрешённый контекст:

• сигналы целостности;
• аномальные действия;
• конфигурационные изменения;
• подтверждённые security incidents;
• журнал доступа;
• цепочку Evidence.

Чувствительные данные и forensic Evidence ограничиваются политиками доступа.

Основные экраны

Дашборд (Dashboard)

Dashboard показывает здоровье экосистемы и операционный контекст:

• Overall Health Score;
• Communication Health;
• Archive Health;
• Asset Health;
• Pressure Health;
• Security Health;
• Critical Issues;
• New Today;
• Overdue;
• Massive Incidents;
• SLA Violations;
• Root Cause Distribution;
• региональную карту;
• тренд;
• Operations Feed.

Операции (Operations)

Главный рабочий список содержит:

• ID;
• приоритет;
• snapshot-статус;
• статус workflow;
• канон;
• актив;
• регион;
• первопричина;
• уверенность;
• время первого обнаружения;
• возраст;
• исполнитель;
• срок;
• SLA;
• число переоткрытий;
• massive incident ID;
• блокирующие зависимости.

Карточка Issue

Карточка Issue объединяет:

• паспорт проблемы;
• affected assets;
• Evidence;
• workflow;
• root cause;
• impact;
• задачи;
• комментарии;
• timeline;
• related Issues;
• зависимости;
• knowledge articles;
• действия;
• результат верификации;
• audit trail.

Полная карточка Issue и её жизненный цикл описаны в разделе Operational Issues.

Активы (Assets)

Карточка актива показывает:

• идентификаторы;
• тип и модель;
• регион;
• конфигурацию;
• прошивку;
• телеметрический статус;
• Health Score;
• субскоры;
• активные Issues;
• историю;
• повторяющиеся проблемы;
• связанные активы;
• выполненные работы;
• документы.

Модель здоровья, на которой основаны эти оценки, описана в разделе Asset Health.

Массовые инциденты

Экран массовых инцидентов показывает:

• масштаб;
• временное окно;
• общую сигнатуру;
• affected assets;
• общие версии и зависимости;
• предполагаемую первопричину;
• прогресс восстановления;
• остаточные одиночные Issues;
• постинцидентный разбор.

Корреляция и жизненный цикл инцидентов описаны в разделе Массовые инциденты.

Таймлайн (Timeline)

Timeline является единой эксплуатационной историей:

Аналитика (Analytics)

Analytics содержит:

• Root Cause Dashboard;
• распределение проблем;
• повторяемость;
• тренды SLA;
• качество детекторов;
• тренды здоровья активов;
• региональное сравнение;
• влияние топологии;
• эффективность базы знаний;
• прогнозные риски.

Команды (Teams)

Teams показывает:

• capacity;
• открытая нагрузка;
• просроченная нагрузка;
• нагрузка по P1;
• нагрузка на верификацию;
• утилизация;
• баланс назначений;
• возраст backlog;
• прогноз загрузки.

Показатели, стоящие за этим экраном, описаны в разделе KPI и эффективность команд.

Operations Intelligence

Operations Intelligence объединяет:

• возникающие риски;
• кластеры аномалий;
• прогнозируемые отказы;
• вероятные первопричины;
• похожие инциденты;
• рекомендации;
• здоровье детекторов;
• уверенность AI;
• необъяснённые изменения.

Как формируются эти рекомендации, описано в разделе AI Operations Intelligence.

Scope и фильтрация

Все экраны используют единый scope.

Примеры:

• организация;
• регион;
• район;
• зона ответственности;
• исполнитель;
• тип актива;
• модель устройства;
• прошивка;
• оператор;
• шлюз;
• канон;
• приоритет;
• статус;
• диапазон дат.

Scope применяется на серверной стороне и не является только UI-фильтром.

Это важно для:

• безопасности;
• разграничения ответственности;
• корректности KPI;
• регионального управления;
• масштабирования;
• предотвращения утечки данных между подразделениями.