Изменение состояния и история инцидента
Когда с Incident работают несколько человек, одного текущего State недостаточно. Команде важно знать, кто, когда и почему его изменил.
Transitions и Notes автоматически формируют общую историю.
История переходов фиксирует каждое изменение состояния, время и пройденный этап рабочего процесса.
Практический пример
Manager переводит Incident из New в In progress и добавляет Note «Подрядчик вызван». Позже другой менеджер завершает его с Note «Окно заменено, зона безопасна».
Любой пользователь может понять последовательность, не просматривая отдельные сообщения.
Полезно знать: Comments используются для общей совместной работы и упоминаний. Transition Note объясняет причину изменения State.
Изменение State
Откройте Incidents и выберите Incident.
Найдите Change state в деталях или на странице редактирования.
Выберите доступное целевое состояние.
Введите Note, если transition разрешает или требует ее.
Подтвердите изменение.
Список содержит только активные transitions из текущего State, разрешенные для вашей роли. Также необходимы доступ к Location и соответствующее разрешение Incident.
Примечания перехода
Hidden: поле Note не отображается.
Optional: можно добавить полезный контекст.
Required: переход нельзя подтвердить без Note.
Используйте Note для решений, передачи ответственности, причин отклонения или деталей решения. Note относится к истории переходов и отличается от обычного комментария.
История изменений полей инцидента
В веб-приложении откройте инцидент и выберите «История». Вкладка «Изменения» показывает создание и поддерживаемые изменения полей, а «Переходы» — движение по процессу и примечания к переходам.
Изменения могут затрагивать название, описание, приоритет, исполнителя, тип, категорию, локацию, точку, координаты, время события, состояние, теги и ссылки на вложения. Изменение вложений не создаёт историческую резервную копию самих файлов. Смена состояния может отображаться и в «Изменения»; во вкладке «Переходы» доступны контекст процесса и примечание к переходу. Комментарии остаются отдельным разделом для обсуждения.
В каждой записи указаны дата и время создания или изменения, а также автор, если он известен. Раскройте «Изменения», чтобы сравнить прежние и новые значения. Добавленные и удалённые теги показаны отдельно. Нажмите «Загрузить ещё», чтобы увидеть более ранние записи.
Для некоторых старых записей предыдущая версия недоступна — в таком случае показаны сохранённые значения. Сложные или защищённые изменения могут отображаться только как факт изменения, без всех исходных значений. История доступна только для просмотра и не позволяет восстановить прежнюю версию.
История отдельной записи доступна на Free, Base и Enterprise с учётом вашей роли и доступа к локациям. Проверки доступа также защищают исторические значения из других локаций. Это отдельная функция, не связанная с платным журналом аудита организации, для которого нужен Base или Enterprise.
Реальный веб-интерфейс TARGPatrol на английском языке с тестовыми данными. История доступна только для просмотра.
Просмотр истории переходов
Откройте инцидент и перейдите в «История» → «Переходы». В записи указаны прежнее и новое состояние, пользователь, время и примечание, если оно было добавлено. Нажмите «Загрузить ещё» для более ранних переходов. Другие поддерживаемые изменения полей смотрите в «История» → «Изменения».
Финальные состояния
Workflow может иметь несколько Final States, например Resolved, Rejected или Duplicate. После завершения Incident остается доступным для просмотра и отчетов.
Архивные States и Transitions
Архивация запрещает дальнейший выбор. Incident в архивном нефинальном State остается в нем, пока пользователь вручную не выполнит разрешенный переход в активное состояние.
Почему действие недоступно
Из текущего State нет активного transition.
Ваша роль не разрешена.
У вас нет доступа к Location.
Target State или transition архивирован.
Обязательная Note не заполнена.
Комментарии и история переходов
Используйте Comments для совместной работы и упоминаний. Используйте transition note, когда нужно объяснить решение о смене состояния. Оба блока доступны в Incident, но выполняют разные задачи.
После такой настройки команда тратит меньше времени на выбор способа регистрации и больше — на решение самой проблемы.
История инцидента и журнал аудита
Разделы «Изменения» и «Переходы» инцидента доступны на Free, Base и Enterprise с учётом обычных прав. Платный журнал аудита объединяет поддерживаемые действия с разными записями. Владелец видит события всей организации, а доступ администратора ограничен локациями. Журнал аудита не заменяет историю самого инцидента.
Журнал аудита доступен Владельцам и Администраторам организации на Base и Enterprise, но не на Free.
Связанные инструкции
Настройка рабочего процесса инцидентов