# 06. Уведомления и проверка результата

**Результат:** создана активная подписка на события выбранного сервиса; понятны условия появления события и канал доставки.

## 6.1. Подготовить канал

Для почты должны быть настроены системная отправка и адрес пользователя. Для Telegram используется подключённый к вашей системе бот и wiSLA ID из профиля. Push - уведомления портала. Доступность каналов зависит от настроек вашей системы.

## 6.2. Настроить именованную подписку

1. Откройте профиль пользователя → вкладку **«Уведомления»**. При наличии прав это также доступно через «Администрирование» → «Пользователи» → нужная учётная запись.
2. В блоке «Подписки на уведомления» нажмите **«Добавить подписку»**.
3. На шаге «Критерии подписки» выберите тип «Сервис» и отметьте свой первый сервис.
4. На шаге «Типы уведомлений» в блоке паспортов неисправностей выберите нужные уровни (например, отказ и деградация) и события жизненного цикла (например, открытие и закрытие).
5. На шаге «Способы получения» выберите канал, задайте название и проверьте флажок «Подписка активна».
6. Просмотрите список сервисов в подписке, затем сохраните. Убедитесь, что подписка отображается активной и содержит нужный сервис.

**Критерии объединяются по правилу «ИЛИ».** Если дополнительно выбрать контракт или владельца, подписка может охватить больше сервисов, чем один учебный. Для первого примера достаточно одного явно выбранного сервиса.

Уведомления об отчётах SLA и доступности узлов задаются отдельно в блоке «Системные уведомления». Они не входят в мастер подписки на сервисные события. Набор типов событий зависит от канала; например, ППР, действия по событиям и провалы нагрузочных тестов в описанном руководством сценарии доступны Email и Push, но не Telegram.

## 6.3. Проверить цепочку «измерение → событие → уведомление»

1. Убедитесь, что сервис получает показатели и его SLA содержит условия регистрации неисправности.
2. На отдельной учебной цели согласованно вызовите короткую недоступность проверяемой службы. Не отключайте рабочий сервис ради проверки инструкции.
3. Дождитесь интервала измерения и задержки открытия, заданной в SLA. Откройте «Мониторинг» → «События» и найдите паспорт неисправности своего сервиса.
4. Проверьте уведомление на выбранном канале, затем восстановите учебную службу.
5. Дождитесь закрытия события с учётом задержки SLA и проверьте уведомление о восстановлении, если оно включено в подписке.

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

## 6.4. Критерии завершения быстрого старта

- Узел доступен и относится к нужному владельцу.
- Тесты проверяют нужные адреса из нужной точки.
- В сервисе каждому измерению назначен совместимый тест; мониторинг запущен.
- В сервисе появились показатели, а состояние соответствует SLA.
- Виджет показывает этот сервис за нужный период.
- Подписка активна; при контрольном событии подтверждена доставка и восстановление.

**В руководстве:** раздел 2 «Настройка уведомлений» и «Анализ событий мониторинга»; раздел 3 «Пользователи. Страница создания пользователя (редактирования, просмотра)». Автоматические сценарии реагирования описаны отдельно в пункте «Действия по событиям».