Пример 2 правила автоматизации
Добавление информации из расширения пользовательского интерфейса запроса в задачу
При открытии рабочего процесса для запроса с расширением пользовательского интерфейса значения полей этого расширения пользовательского интерфейса могут потребоваться специалисту, которому будет назначена одна из задач рабочего процесса. В таких случаях специалисту может помочь, если эта информация уже имеется в виде примечания в задании. Таким образом, специалисту не придется искать эту информацию в запросе.
В следующих разделах описаны ключевые части такого правила автоматизации.
Триггер
Поскольку правило должно быть выполнено в момент планирования рабочего процесса, оно, вероятно, будет включено в одну из задач анализа рисков и последствий. Как только статус этой задачи будет установлен на ‘Назначена’, правило сможет обновить задачу реализации, которая будет назначена специалисту после завершения задачи анализа рисков и последствий. Поэтому в поле Триггер выбирается опция ‘При обновлении статуса’.
Выражения
Если предположить, что в расширении пользовательского интерфейса запроса должен быть указан адрес электронной почты, то для правила определяются следующие выражения, которые впоследствии можно использовать для определения условия правила, а также действий, которые оно должно выполнять:
1. is_assigned
Выражение is_assigned
указывает, что поле "Статус" задачи утверждения имеет значение ‘Назначено’. Оно определяется следующим образом:
status = assigned
2. email_address
Выражение email_address
добавляется для получения адреса электронной почты, указанного в одном из полей расширения пользовательского интерфейса первого запроса рабочего процесса. Значения полей расширения пользовательского интерфейса хранятся в поле custom_fields. Если предположить, что поле расширения пользовательского интерфейса, содержащее адрес электронной почты, имеет идентификатор поля email_address
, то выражение определяется следующим образом:
workflow.requests[first].custom_fields.email_address
3. register_task
Выражение register_task
используется для идентификации задачи, которая впоследствии будет назначена специалисту, которому нужен адрес электронной почты для регистрации его в "Активном каталоге (АК)". Если тема задачи ‘Зарегистрировать нового сотрудника в AК и создать новую учетную запись электронной почты’, выражение определяется следующим образом:
workflow.tasks['Зарегистрировать нового сотрудника в AК и создать новую учетную запись электронной почты']
Условие
После того как выражения определены в правиле, можно задать условие, которое должно быть выполнено для того, чтобы правило было выполнено. В этом примере статус задачи должен быть ‘Назначена’ а расширение пользовательского интерфейса запроса должно содержать значение в поле email_address
. Уже есть два выражения, которые можно использовать для этого, поэтому условие, которое должно быть выполнено, просто:
is_assigned и email_address
Обновление
Запись, которую необходимо обновить — это задача, которая впоследствии будет назначена специалисту, нуждающемуся в адресе электронной почты. Опять же, для этого уже есть выражение. Это выражение register_task
. Поэтому это выражение можно выбрать в поле Обновить.
Добавить примечание
Поскольку цель состоит в том, чтобы добавить примечание к задаче для специалиста, параметр по умолчанию ‘Установить’ нужно изменить на ‘Добавить примечание’. Это позволит создать текстовое поле, в котором можно задать примечание к задаче. Выражение email_address
из правила может быть использовано в этом примечании следующим образом:
Запрашиваемый адрес электронной почты:
{{email_address
}}