# Создание инцидента

Процесс создания инцидента и таймлайн событий

> Индекс всей документации в markdown: https://statuser.cloud/llms.txt — там перечислены остальные статьи. Всё одним файлом: https://statuser.cloud/llms-full.txt. Документация API: https://statuser.cloud/api-reference.md

## Доступность по тарифам

Доступно на всех тарифах

| Функция | Free | Pro | Team |
| --- | --- | --- | --- |
| Создание инцидентов | да | да | да |
| Хранение инцидентов | 7 дней | 60 дней | 180 дней |
| Таймлайн инцидента | да | да | да |
| Скачивание PDF отчета | нет | да | да |
| Сетевая диагностика инцидента | нет | да | да |
| Скриншоты ошибок | нет | да | да |
| Комментарии к инцидентам | нет | нет | да |

Инциденты создаются и хранятся на всех тарифах, различается только срок хранения истории. События с сетевой диагностикой и скриншотом появляются в истории с тарифа Pro, PDF-отчёт доступен также с Pro.

Сравнение тарифов: https://statuser.cloud/pricing

## Через API и MCP

Описанное в статье можно сделать программно — запросом к публичному API или через MCP-сервер Statuser, который работает поверх того же API. Понадобится API-ключ, создать его можно на любом тарифе; ограничения тарифа в API те же, что в интерфейсе.

- Документация API: https://statuser.cloud/api-reference (машиночитаемо: https://statuser.cloud/api-reference.md)
- MCP-сервер: https://github.com/statuser-cloud/mcp

---

В Statuser инцидент создается автоматически, когда отслеживаемый сервис становится недоступным.

Инцидент позволяет собрать в одном месте всю информацию о проблеме, а также отслеживать ее статус и прогресс решения.

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

![Дашборд инцидента: заголовок со статусом «Устранён» и длительностью, три карточки с причиной, временем начала и длительностью, ниже история событий с отправленными уведомлениями и отметками о доставке](https://statuser.cloud/docs/screens/incidents-dashboard-light.png)

> В Statuser все ошибки мониторинга имеют свой код, который позволит быстро понять, что произошло. Все коды ошибок и их описание можно посмотреть в [отдельной статье](/docs/error-codes).

## История инцидента

В истории инцидента можно увидеть все события, которые обработал или выполнил Statuser:

1. **Ошибка мониторинга** - с этого события начинается любой инцидент. Это событие показывает время провалившейся проверки, локацию, откуда проверка выполнялась и причину ошибки.
2. **Начало инцидента** - время создания инцидента.

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

3. **Выполнение диагностики** - сразу после старта инцидента агенты собирают сетевую диагностику из каждой локации, откуда проверка провалилась. Событие показывает время и регион проверки, а также какие данные удалось собрать: ping, traceroute, MTR, Nmap, OpenSSL, зарезолвленные IP, тайминги и ответ сервера. Сами результаты — в блоке диагностики на странице инцидента. Событие доступно на тарифах с сетевой диагностикой.
4. **Создание скриншота** - для HTTP-проверок Statuser снимает скриншот страницы в момент недоступности. Событие показывает время съёмки, а по ссылке открывается сам скриншот. Событие доступно на тарифах со скриншотами.
5. **Отправка уведомления** - когда инцидент создан или завершен, Statuser отправляет уведомление на емейл, в Телеграм, MAX и в вебхук (если каналы включены в настройках) со статусом инцидента. Для каждой отправки уведомления создается отдельное событие в истории, которое позволяет увидеть, когда и куда было отправлено уведомление и статус доставки этого уведомления.
6. **Изменение ошибки проверки** - если во время инцидента произошла ошибка проверки, которая отличается от предыдущей ошибки, то это также отразится в истории. Это особенно полезно, когда первоначальная проблема решена, но сервис продолжает выдавать ошибки по другим причинам.
7. **Успешная проверка** - первая успешная проверка после недоступности сервиса. Это событие показывает, что сервис восстановлен и проверки из каждой локации проходят успешно.
8. **Завершение инцидента** - когда сервис восстановлен и проверки проходят успешно, инцидент завершается.
9. **Комментарий к инциденту** - к каждому инциденту можно оставить комментарий или написать постмортем. Комментарии позволяют зафиксировать все действия, которые были сделаны для решения проблемы и сохранить полученный опыт. Подробнее о работе комментариев в статье [Комментарии к инцидентам](/docs/incident-comments).

## PDF-отчёт по инциденту

_Доступно в тарифах Pro и Team_

В Statuser можно скачать PDF-отчёт по каждому инциденту. Это удобно, если нужно отправить итоговый отчёт клиенту, провайдеру или сохранить материалы для внутреннего постмортема.

Чтобы скачать отчёт:

1. Откройте нужный инцидент в разделе [Инциденты](/my/incidents).
2. Нажмите кнопку **Отчёт**.
3. Выберите, какие разделы включить в PDF.
4. Подтвердите скачивание.

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

## Удаление инцидента

Инцидент можно удалить — например, если проверка сработала ложно и портит статистику доступности.

Удалить инцидент можно двумя способами:

- откройте инцидент в разделе [Инциденты](/my/incidents) и нажмите кнопку **Удалить**;
- либо нажмите **⋯** в строке инцидента в списке и выберите **Удалить инцидент**.

Вместе с инцидентом удаляются сетевая диагностика, скриншот, комментарии, AI-саммари и история отправленных уведомлений. Восстановить удалённый инцидент нельзя.

> Аптайм считается по инцидентам, поэтому после удаления процент доступности сервера вырастет — и на статус-странице, и в отчётах, которые будут сформированы после удаления. Уже выпущенные отчёты сохранят прежние цифры.

Активный инцидент удалить нельзя: сервис ещё недоступен, и следующая проверка создала бы инцидент заново. Дождитесь восстановления сервиса — после этого инцидент можно удалить.

## Автоматическая приостановка серверов

Если инцидент остаётся активным более 30 дней, Statuser автоматически приостанавливает мониторинг сервера.

Одновременно с этим инцидент автоматически закрывается со статусом таймаута.

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

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

---

Источник: https://statuser.cloud/docs/incidents