Робочі місця та екрани

Рольові робочі місця

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;
• регіонального управління;
• масштабування;
• запобігання витоку даних між підрозділами.