Мы добавили следующие опции для данных, чтобы предоставить более детальную информацию о задачах, которые просрочены:
Просрочено – покажет, был ли пропущен дэдлайн по SLA для задачи или нет
Просрочено (количество дней) – покажет, сколько дней или рабочих дней (в зависимости от настройки дэдлайнов) назад истек дэдлайн задачи
Значение будет отображаться, только если задачи просрочена
Это значение будет вычисляться из разницы между датой дэдлайна и текущей даты.
Для активных задач (например, для задач в статусах Черновик, Задачи, В Процессе или Ожидание) дни просрочки будут отображаться в диапазонах «Меньше чем 1», «1-2», «2-3» и так далее вплоть до «6-7».
Для активных задач, которые просрочены более чем 7 дней/рабочих дней будет отображаться значение «7+» дней/рабочих дней.
Для разрешенных или закрытых задач, количество дней с даты пропуска дэдлайна будет показано конкретное значение, например «10-11»
Обратите внимание, что это значение высчитывается раз в сутки (возможно в полночь).
Эти данные высчитываются на основе даты дэдлайна задачи. Поэтому если дата дэдлайна задачи изменится, то это также приведет к изменению информации в данных полях данных.
Эти данные доступны:
в сетке домашней страницы для использования в колонках
на странице Расширенного поиска
для создания просмотров Расширенного поиска
в сетке результатов Расширенного поиска для использования в колонках
в сетке результатов Расширенного поиска для группировки результатов поиска (обратите внимание, что опция «Просрочено» может быть использована для этого)
Мы также добавили опцию «Просрочено (часы)», которая будет отображаться только в колонках сетки результатов Расширенного поиска. Эта опция покажет на сколько часов/рабочих часов (в зависимости от конфигурации дат дэдлайна) просрочена задача. Как и для опции «Просрочено (дни)», значение будет отображаться только если задача просрочена. Обратите внимание, что значение вычисляется раз в сутки (возможно в полночь).
Мы добавили опцию для обозначения даты и времени старта первоначального запроса для задач, чтобы улучшить расчет дэдлайнов по SLA, чтобы Вы могли рассчитывать продолжительность всего времени, которое потребовалось для завершения работы по запросу, а не просто продолжительность времени работы по отдельной задаче.
Эта информация будет отображена в дополнительном поле на информационной карте задачи, если дата старта первоначального запроса отличается от даты, когда эта задача была создана.
Дата первоначального запроса может быть также использована для организации работы на сетках домашней страницы, для создания просмотров Расширенного поиска и в отчетности.
Эти данные добавлены также в качестве нового метода дэдлайна:
Эти данные удобны для сценариев, когда необходимо создание последующих задач из первоначального запроса, например, когда создается Вспомогательный Случай, когда Заявка преобразовывается в Случай, когда Случай или Действие отправляются на переработку, когда Действие создается через опцию «Начать Действие», когда создается новая связанная задача или когда приходит емейл по закрытой задаче, что приводит к созданию новой задачи в продолжение первоначального запроса.
Пожалуйста, обратите внимание, что эта дополнительная информация будет отображаться для всех сценариев, за исключением ситуаций разделения Заявок, когда самая первая дата старта активности всегда отображалась в поле «Создано (дата)». В будущих релизах мы стандартизируем все так, чтобы и эти даты отображали ту же «дату первоначального запроса» и для разделенных Заявок тоже.
Например, если приходит запрос, который генерирует Заявку 12/1/2023 в 09:00, то и существующее поле «Создано (дата)» и поле «Первоначальный запрос (дата)» будут отображать дату и время для такой Заявки как «12/1/2023 в 09:00». И поскольку дата и время в обоих полях совпадают, то в таком случае только поле «Создано (дата)» будет отображено.
Если после того, как кто-то начнет работу по этой Заявке, станет очевидно, что эту Заявку нужно трансформировать в Случай, то они затем трансформируют Заявку в нужный Случай, тогда поле «Первоначальный запрос (дата)» для свеже созданного Случая также будет «12/1/2023 в 09:00», то есть будет взята дата и время из первоначальной Заявки (и запроса). Однако поле «Создано (дата)» для свеже созданного Случая будет отображать более позднее время/дату, например «12/1/2023 в 11:00». И поскольку в данном случае время/дата не совпадают, то оба значения обоих полей данных будут отображены.
Также, когда существующие задачи связываеются, это не будет никак влиять на дату в поле «Первоначальный запрос (дата)», посколько не была создана новая задача.
