> ## Documentation Index
> Fetch the complete documentation index at: https://docs.axottle.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Инциденты и плановые работы

> Как объявить сбой и вести его хронологию, как предупредить о работах и чем черновик отличается от опубликованной записи.

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

<Info>Для кого: дежурный инженер, поддержка. Требуемые права: `statuspage.incidents` для инцидентов, `statuspage.maintenance` для плановых работ.</Info>

## Завести инцидент

<Steps>
  <Step title="Что случилось?">
    Короткий заголовок, который посетитель прочитает первым. Без внутренних терминов: «Не открывается личный кабинет», а не «5xx на api-gw».
  </Step>

  <Step title="Насколько это серьёзно?">
    От серьёзности зависит цвет на странице.

    | Серьёзность    | Что означает                                           |
    | -------------- | ------------------------------------------------------ |
    | Незначительный | Часть посетителей замечает неудобство, сервис работает |
    | Серьёзный      | Многие не могут пользоваться сервисом                  |
    | Критический    | Сервис недоступен                                      |
  </Step>

  <Step title="Что задето?">
    Отметьте компоненты, которые перестали работать. Рядом с ними на странице появится отметка, а общее состояние пересчитается.
  </Step>

  <Step title="Что скажем посетителям?">
    Первая запись в хронологии. Именно она показывает инцидент на странице, поэтому в ней стоит сказать две вещи: что вы уже знаете и когда будет следующее обновление.
  </Step>
</Steps>

Время начала можно поставить задним числом, если сбой обнаружили не сразу.

## Хронология

Дальше инцидент живёт записями. Каждая запись переводит его в одно из состояний:

| Состояние       | Когда ставить                        |
| --------------- | ------------------------------------ |
| Исследуем       | Проблема видна, причина неизвестна   |
| Причина найдена | Понятно, что сломалось, идёт починка |
| Наблюдаем       | Починили, смотрим, держится ли       |
| Устранён        | Закрыто                              |

Запись можно добавить и без смены состояния, если сказать нечего, кроме «работаем дальше». Появляется она на странице сразу после отправки.

## Черновики

Инцидент можно сохранить черновиком: он виден в панели и не виден посетителям. Так удобно готовить объявление, пока причина ещё выясняется.

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

## Запись не доехала

Иногда панель отвечает, что запись сохранена, но не доставлена на страницу. Это значит ровно то, что написано: в панели она есть, на странице её пока нет. Переписывать текст не нужно, нужно повторить отправку. Если страница не отвечает дольше пары минут, разбираться придётся с её сервером.

## Плановые работы

Окно обслуживания предупреждает заранее, и это разница между «у них сбой» и «нас предупредили». Вопросов тоже четыре: что за работы, когда (начало и окончание в вашем часовом поясе, посетитель увидит время в своём), что будет недоступно и о чём предупредить.

Отмеченные компоненты на время работ показываются как плановые, а не как сбой.

Окно проходит четыре состояния: запланировано, выполняется, завершено, отменено. Переключать их можно вручную, а можно поставить галочки «Запустить автоматически» и «Завершить автоматически» — тогда страница сделает это по времени сама.

## Из поддержки

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

## Проверка

<Check>Опубликованный инцидент виден на публичной странице, а его записи идут в хронологии в том порядке, в котором вы их отправляли.</Check>

## Типовые ошибки

<AccordionGroup>
  <Accordion title="Инцидент опубликован, а страница по-прежнему зелёная">
    Проверьте, отмечены ли затронутые компоненты. Инцидент без них показывается в ленте, но общее состояние не меняет.
  </Accordion>

  <Accordion title="Кнопка удаления пропала">
    Так и задумано: опубликованный инцидент удалить нельзя. Закройте его записью со статусом «Устранён».
  </Accordion>

  <Accordion title="Плановые работы не начались автоматически">
    Автозапуск выполняет сервер страницы. Если он в это время не отвечал, переведите окно в «Выполняется» вручную.
  </Accordion>
</AccordionGroup>

Связанные страницы: [Компоненты и проверки](/ru/statuspage/components), [Инциденты поддержки](/ru/support/incidents), [Страница статуса: обзор](/ru/statuspage/overview).