Пример 3 правила автоматизации
Отмена задачи с помощью данных расширения пользовательского интерфейса запроса
Когда рабочий процесс открывается для запроса с расширением пользовательского интерфейса, значения полей этого расширения пользовательского интерфейса могут указывать на то, что одна из задач рабочего процесса не должна быть выполнена. В таких случаях можно использовать правило автоматизации для отмены этой задачи.
В следующих разделах описаны основные части такого правила автоматизации.
Триггер
Поскольку правило должно быть выполнено в момент планирования рабочего процесса, оно, вероятно, будет включено в одну из задач анализа рисков и последствий. Как только статус этой задачи будет установлен на ‘Назначена’, правило может отменить задачу реализации, если она не нужна. Для этого в поле Триггер выбирается опция ‘При обновлении статуса’.
Выражения
Если предположить, что задача установки телефона не нужна, если телефон не был запрошен в расширении пользовательского интерфейса, то для правила определяются следующие выражения, которые впоследствии могут быть использованы для определения условия правила, а также действий, которые оно должно выполнять:
1. is_assigned
Выражение is_assigned
указывает, что для поля "Статус" задачи утверждения установлено значение ‘Назначена’. Оно определяется следующим образом:
status = assigned
2. phone
Выражение phone
добавляется для проверки того, был ли запрошен телефон в расширении пользовательского интерфейса первого запроса рабочего процесса. Значения полей расширения пользовательского интерфейса хранятся в поле custom_fields. Если мы предположим, что в расширении пользовательского интерфейса есть флажок, который необходимо отметить, чтобы заказать телефон, и что этот флажок имеет поле-идентификатор phone
, выражение будет определено следующим образом:
workflow.requests[first].custom_fields.phone
3. phone_task
Выражение phone_task
используется для определения задачи, которую необходимо отменить, если телефон не был заказан. Если темой задачи является ‘Установить новый стационарный телефон’, выражение определяется следующим образом:
workflow.tasks['Install a new fixed-line telephone']
Условие
После того как выражения определены в правиле, можно задать условие, которое должно быть выполнено для того, чтобы правило было выполнено. В этом примере статус задачи должен быть ‘Assigned’, а в поле phone
в UI-расширении запроса должно быть ‘false’. Для этого уже есть 2 выражения, поэтому условие, которое должно быть выполнено, просто:
is_assigned and !phone
Обновление 1
Запись, которую нужно обновить — это задача, которую нужно отменить. Опять же, для этого уже есть выражение. Это выражение phone_task
. Поэтому это выражение можно выбрать в поле "Обновить".
Установить
Поскольку целью является отмена задачи, для первого действия этого правила можно использовать опцию по умолчанию ‘Установить’. Это первое действие должно установить статус задачи на ‘Отменена’. Это делается следующим образом:
status = canceled
Обновление 2
Поскольку поле "Примечание" требуется, когда статус задачи установлен на ‘Отменена’, для успешной отмены phone_task
в правиле должно быть выполнено еще одно действие. После нажатия на опцию ‘Добавить действие…’ поле "Обновить" этого второго действия также может быть установлено на выражение phone_task
.
Добавить примечание
Для этого второго действия правила параметр по умолчанию ‘Установить’ нужно изменить на ‘Добавить заметку’. Это позволит создать текстовое поле, в котором можно задать примечание для отмененной задачи следующим образом:
Эта задача была отменена, потому что для нового сотрудника не был запрошен телефон.