Перейти к основному содержимому
Версия: 1.20.1

Версия 1.20.1

предупреждение

Перед развертыванием версии ITSM 1.20.1 убедитесь, что у вас установлена версия платформы 1.29.0 или более поздняя версия, а также версия ESM 2.0.0.

В этой версии продолжается совершенствование автоматизации практики управления изменениями: мы добавили возможность экспорта плана работ по изменению в PDF-файл, расширили форму запроса на изменение флажком Требуется объявление и улучшили ряд правил для запросов на изменение и связанных задач. Мы также добавили уведомления об изменениях в задачах для пользователей, назначенных на родительские записи этих задач.

Помимо этого, мы исправили дефекты, связанные с:

  • отсутствием логики автозаполнения поля Кому назначено при массовом завершении обращений;
  • некорректной привязкой составных ключей к сообщениям мониторинга при высокой нагрузке;
  • отсутствием перехода проблем из статуса Отложена при наступлении даты и времени Возобновления работы;
  • некорректной обязательностью полей при отмене запроса на изменение через кнопку Отменить на его форме;
  • неактивностью кнопки Сохранить в модальном окне Новая конечная точка при заполнении всех полей.

Новая функциональность​

Экспорт плана работ по изменению в PDF-файл​

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

Для этого в бургер-меню формы запроса на изменение была добавлена кнопка Экспортировать в PDF. Файл, который она генерирует, содержит основные поля запроса на изменение, касающиеся плана работ. Информация отображается, только если соответствующие значения указаны в запросе на изменение.

Читайте подробнее в документации.

Улучшения​

"Требуется объявление" и другие улучшения изменений​

На форму запроса на изменение был добавлен флажок Требуется объявление. С его помощью агенты, ответственные за отправку оповещений по изменениям, например, о плановой доступности услуг для потребителей, могут отслеживать те записи, по которым требуется сформировать объявления.

Если флажок установлен, система проверяет наличие объявления в статусе Опубликовано, связанного с запросом на изменение. При наличии такого объявления запросу на изменение устанавливается системный флажок Объявление опубликовано.

Кроме того, мы изменили правила для изменений и связанных задач. Теперь задачи фазы Подготовка могут иметь более раннюю Плановую дату/время начала, чем само изменение. Соответствие дат также не касается отмененных задач. Для внедренных и частично внедренных изменений задачи в фазе Откат теперь автоматически отменяются, если задачи в других фазах завершены или отменены.

Мы также добавили уведомления о необходимости начала работы над задачами изменения и об отклонении шаблона запроса на изменение согласующим.

Читайте подробнее в документации:

Уведомления об изменениях в задачах​

Теперь исполнители запросов на обслуживание, запросов на изменение, инцидентов и проблем будут получать уведомления о следующих изменениях в связанных задачах:

  • изменение статуса;
  • добавление Рабочей заметки;
  • изменение исполнителя задачи.

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

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

Читайте подробнее в документации:

Исправления​

DEF0022370: При массовом завершении обращений, в которых не заполнено поле Кому назначено, оно оставалось пустым. В этой версии мы добавили обработку этого сценария. Теперь это поле заполняется значением пользователя, произведшего массовое завершение. Значение в поле Назначенная группа обращений также изменяется на основную группу этого пользователя, если пользователь, произведший завершение, не входит в назначенную группу. Читайте подробнее в документации:

DEF0021617: При высокой частоте сообщений мониторинга составные ключи некорректно привязывались к сообщениям, отображая данные других сообщений. Это происходило из-за того, что выборка из Схем трансформации (sys_transform_map) выдавала один и тот же составной ключ. В этой версии данный дефект был исправлен. Составные ключи в сообщениях теперь включают в себя правильные данные.

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

DEF0018951: Для отмены запроса на изменение через кнопку Отменить на его форме требовалось заполнение поля Рабочие заметки, а также полей вкладки Планирование изменения. В этой версии мы реализовали корректную обработку обязательности полей в этом случае. При отмене запроса через UI-действие на форме ему устанавливается статус Завершен с кодом закрытия Не внедрено (Отменено) без необходимости заполнения вышеперечисленных полей. Читайте подробнее в документации.

DEF0018394: При подключении Telegram-бота было невозможно создать новую конечную точку – в модальном окне Новая конечная точка кнопка Сохранить оставалась неактивной при заполнении всех полей. Это происходило из-за того, что активность этой кнопки зависела от той же переменной, что и кнопка Установить на странице подключения бота. Поэтому, если на странице подключения не были заполнены шаги, кнопка в модальном окне оставалась неактивной. В новой версии кнопка Сохранить в модальном окне Новая конечная точка активна всегда.