import Alert from '@/components/docs/Alert.astro';
import Image from '@/components/docs/Image.astro';
import Cards from '@/components/docs/Cards.astro';
import Card from '@/components/docs/Card.astro';

**Operational Health Matrix (OHM)** — центральный операционный модуль **IIoT Платформы**. Он преобразует поток телеметрии, результаты аналитики и эксплуатационные события в управляемый цикл работ: от автоматического обнаружения проблемы до подтверждённого данными устранения.

OHM объединяет в единой системе:

- детектирование технических, метрологических и интеграционных проблем;
- корреляцию симптомов и определение вероятной первопричины;
- создание и ведение объектов `Operational Issue`;
- назначение ответственных подразделений и исполнителей;
- управление сроками, приоритетами и SLA;
- ведение задач, комментариев, доказательств и истории действий;
- автоматическую верификацию результата по новым данным;
- управление массовыми инцидентами;
- оценку состояния оборудования и парка;
- расчёт эксплуатационных и командных KPI;
- накопление подтверждённых решений в базе знаний;
- AI-поддержку анализа без передачи искусственному интеллекту права принятия критических решений.

```mermaid
flowchart TD
  A["Телеметрия"] --> B["Детекторы"]
  B --> C["Evidence"]
  C --> D["Корреляция и Root Cause"]
  D --> E["Operational Issue"]
  E --> F["Назначение и выполнение"]
  F --> G["Верификация по данным"]
  G --> H["Закрытие и Knowledge Base"]
  H --> I["KPI и непрерывное улучшение"]
```

<Alert type="info">
  OHM не является отдельным отчётом и не заменяет SCADA, систему телеметрии или специализированные
  аналитические плагины. Модуль использует их результаты как источники доказательств и формирует
  единый операционный процесс управления эксплуатацией.
</Alert>

<Image
  src="/images/operations-center/01-dashboard-director-light.webp"
  srcDark="/images/operations-center/01-dashboard-director-dark.webp"
  alt="Директорский дашборд OHM: общий показатель Ecosystem Health, доменные субскоры, счётчики активных Issues, график тренда за 30 дней, полосы загрузки зон, карта регионов и список сегодняшних корневых причин"
  caption="Директорский дашборд: показатель Ecosystem Health с пятью доменными субскорами, KPI активных Issues, тренд за 30 дней, загрузка зон, карта регионов и сегодняшние корневые причины"
  width={1440}
  height={900}
/>

## Назначение модуля

Традиционные системы телеметрии хорошо отвечают на вопрос:

> Что произошло с устройством или данными?

Но для управления большим парком этого недостаточно. После обнаружения события организация должна определить:

- является ли сигнал реальной проблемой;
- относится ли он к одному устройству или к системному инциденту;
- какие другие симптомы связаны с той же первопричиной;
- кто отвечает за устранение;
- в какой срок должна быть выполнена работа;
- какие действия уже предпринимались;
- подтверждено ли устранение объективными данными;
- повторяется ли проблема;
- насколько эффективно работает эксплуатационный процесс.

OHM закрывает весь этот цикл.

Основной результат работы модуля — не уведомление и не строка отчёта, а **управляемый эксплуатационный объект**, который имеет:

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

## Ключевое преимущество

Платформа не ограничивается фиксацией отклонений. Платформа сопровождает проблему до подтверждённого результата.

```mermaid
flowchart TD
  subgraph OPS["IIoT Платформа и OHM"]
    direction TB
    O1["Обнаружила проблему"] --> O2["Проверила доказательства"]
    O2 --> O3["Объединила связанные сигналы"]
    O3 --> O4["Определила приоритет"]
    O4 --> O5["Назначила ответственную зону"]
    O5 --> O6["Контролирует срок"]
    O6 --> O7["Проверила результат по данным"]
    O7 --> O8["Сохранила подтверждённое решение"]
  end
  subgraph MON["Система мониторинга"]
    direction TB
    M1["Обнаружила проблему"] --> M2["Работа системы закончена"]
  end
```

Благодаря этому OHM переводит эксплуатацию из реактивного режима в управляемую модель, где каждое существенное отклонение имеет владельца, срок, доказательства и измеримый результат.

## Основные принципы

### Issues вместо тревог

Одиночная тревога не всегда равна эксплуатационной проблеме.

Один физический отказ может сформировать десятки или сотни событий:

- нет сеанса связи;
- нет архива;
- устаревшие данные;
- неизвестно состояние батареи;
- нет текущего давления;
- ошибка доставки.

OHM не создаёт отдельную задачу на каждый симптом. Система коррелирует сигналы и формирует один `Operational Issue`, если они относятся к общей причине.

### Операции на основе доказательств

Каждый автоматический вывод должен быть объясним.

Issue содержит:

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

Пользователь всегда может проследить путь от исходной телеметрии до созданного Issue.

### Сначала первопричина

OHM различает:

- **симптом** — наблюдаемое отклонение;
- **причину** — технический или организационный фактор, который породил отклонение;
- **корневую причину** — первичный фактор, устранение которого предотвращает повторение группы симптомов.

Пример:

```mermaid
flowchart LR
  S1["Симптом 1: отсутствует часовой архив"] --> RC["Вероятная первопричина: деградация источника питания"]
  S2["Симптом 2: последний сеанс был 9 дней назад"] --> RC
  S3["Симптом 3: напряжение батареи снижалось"] --> RC
  S4["Симптом 4: длительность сеансов увеличивалась"] --> RC
```

### Закрытие с подтверждением данными

Исполнитель сообщает, что работа выполнена, но окончательный статус `resolved` устанавливается только после проверки результата.

```mermaid
flowchart TD
  V1["Работа выполнена"] --> V2["awaiting_verification"]
  V2 --> V3["Новые данные подтверждают нормализацию"]
  V3 --> V4["resolved"]
```

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

### Актив в центре модели

Все события, Issues, работы и показатели связываются с активами:

- узлом учёта;
- корректором;
- счётчиком;
- датчиком;
- модемом;
- шлюзом;
- SIM-картой;
- серверным компонентом;
- интеграционным каналом;
- программной версией.

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

### Ответственность на человеке, AI помогает

AI помогает:

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

AI не может самостоятельно:

- менять приоритет;
- назначать ответственность;
- закрывать Issue;
- подтверждать root cause как установленный факт;
- изменять SLA;
- выполнять критические действия на оборудовании.

### Воспроизводимость по построению

Все значимые расчёты воспроизводимы. Для каждого результата платформа сохраняет:

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

## Место OHM в архитектуре IIoT Платформы

OHM расположен между аналитическим слоем и эксплуатационным управлением.

```mermaid
flowchart TD
  PHY["Физические активы"] --> DATA["Слой данных и интеграции IIoT"]
  DATA -->|"Нормализованные данные"| ANL["Аналитика и детектирование"]
  ANL -->|"Evidence и результаты анализа"| OHM["Operational Health Matrix"]
  OHM -->|"API, события, интеграция"| ENT["Корпоративные системы"]
```

Состав слоёв:

| Слой                          | Компоненты                                              |
| ----------------------------- | ------------------------------------------------------- |
| Физические активы             | счётчики, корректоры, датчики, шлюзы, задвижки          |
| Слой данных и интеграции IIoT | телеметрия, архивы, реестр, паспорта, события           |
| Аналитика и детектирование    | канонические детекторы, глубокие отчёты, AI, корреляция |
| Operational Health Matrix     | Issues, Tasks, SLA, верификация, KPI, база знаний       |
| Корпоративные системы         | ERP, EAM, CMMS, Service Desk, BI, уведомления           |

### Источники данных

OHM использует:

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

### Поставщики Evidence

Любой аналитический модуль платформы может выступать источником доказательств.

Примеры:

| Evidence Provider           | Что передаёт в OHM                                      |
| --------------------------- | ------------------------------------------------------- |
| Матрица проблем парка       | канонические проблемы и ежедневные статусы              |
| Аналитика часового архива   | полнота, пропуски, хвост, достоверность данных          |
| Анализ сеансов              | длительность, частота, аномалии связи                   |
| Анализ давления             | выход за диапазоны, скачки, залипание                   |
| Анализ температуры          | аномалии, рассогласование, физическая правдоподобность  |
| Подозрение на вмешательство | forensic-сигналы и confidence                           |
| Анализ батареи              | тренд, пороги, прогноз остаточного ресурса              |
| Контроль паспорта           | отсутствующие и противоречивые параметры                |
| Контроль реестра            | дубли, ghost-объекты, несогласованность идентификаторов |
| Firmware Analytics          | кластеры проблем по версии ПО                           |

## Изучите модуль

<Cards cols={2}>
  <Card
    icon="layout-dashboard"
    title="Рабочие места и экраны"
    href="/ru/platform/v3/operations-center/interface"
    description="Ролевые дашборды, очереди и экраны, в которых команды работают каждый день."
  />
  <Card
    icon="boxes"
    title="Операционная доменная модель"
    href="/ru/platform/v3/operations-center/domain-model"
    description="Ключевые сущности — Asset, Detector, Evidence, Issue, Task — и связи между ними."
  />
  <Card
    icon="workflow"
    title="Operational Issues и жизненный цикл"
    href="/ru/platform/v3/operations-center/operational-issues"
    description="Объект Operational Issue и его статусы от обнаружения до закрытия, подтверждённого данными."
  />
  <Card
    icon="radar"
    title="Детекторы и канонические проблемы"
    href="/ru/platform/v3/operations-center/detectors-and-canons"
    description="Как детекторы превращают телеметрию в версионируемые канонические определения проблем."
  />
  <Card
    icon="git-branch"
    title="Evidence и корреляция"
    href="/ru/platform/v3/operations-center/evidence-and-correlation"
    description="Неизменяемые доказательства, корреляция симптомов и определение вероятной первопричины."
  />
  <Card
    icon="timer"
    title="Приоритеты, SLA и эскалация"
    href="/ru/platform/v3/operations-center/priorities-and-sla"
    description="Как severity и влияние определяют приоритет, таймеры SLA и пути эскалации."
  />
  <Card
    icon="list-checks"
    title="Исполнение и рабочая очередь"
    href="/ru/platform/v3/operations-center/execution-and-queue"
    description="Задачи, назначения, комментарии и рабочая очередь, которая движет устранением."
  />
  <Card
    icon="heart-pulse"
    title="Здоровье активов и экосистемы"
    href="/ru/platform/v3/operations-center/asset-health"
    description="Рассчитываемые показатели здоровья активов, площадок, регионов и всей экосистемы."
  />
  <Card
    icon="gauge"
    title="Эксплуатационные KPI и эффективность команд"
    href="/ru/platform/v3/operations-center/kpi"
    description="Метрики, измеряющие эксплуатационный процесс и работающие в нём команды."
  />
  <Card
    icon="book-open"
    title="База знаний"
    href="/ru/platform/v3/operations-center/knowledge-base"
    description="Подтверждённые решения, накапливаемые и переиспользуемые для повторяющихся проблем."
  />
  <Card
    icon="sparkles"
    title="AI Operations Intelligence"
    href="/ru/platform/v3/operations-center/ai-intelligence"
    description="AI-суммаризация, ранжирование и прогнозирование без права принятия решений."
  />
  <Card
    icon="siren"
    title="Управление массовыми инцидентами"
    href="/ru/platform/v3/operations-center/massive-incidents"
    description="Объединение связанных Issues в единый объект масштабного инцидента."
  />
  <Card
    icon="shield-check"
    title="Интеграция, безопасность и соответствие требованиям"
    href="/ru/platform/v3/operations-center/integration-and-security"
    description="API, внешние системы, контроль доступа и требования аудита."
  />
</Cards>