Routes are the links between Actions and Tasks which that build relations within the process diagram.
...
You can draw multiple routes, from a single action to the multiple tasks to split workflow in more than a one branch. If no route is found, or all of the routes are invalid, the workflow is automatically terminated.
For a route, you can configure the following properties from the context menu:
Instructions
If specified, replaces replace the next task instructions with the provided instructioninstructions. This property is useful if you want to override the default task instruction. For example, a "Reject" action may change the next task instructions with the approve approved task.
Validation Rule
Validation The validation rule specifies the route is valid as a the next task in the process. Rule content can be a Decision Table or a scripting expression. Route The route is assumed as valid if not any no condition is defined.
Sample Validation Rule
...
Following a decision table specifies the route is valid if the form field "Department" is set to a "Sales" or an "Accounting" value. All of the other values invalidate the route.
...
Route Validation with an Expression
Validation The validation rule can also be written as an expression. Expression language specifies how the content will be interpreted.
If FEEL expression is preferred expression can be specified as;
Same
Code Block | ||
---|---|---|
| ||
Department in ("Sales", "Accounting")
|
The same expression can also be written as a javascript expression, as followingfollows:
Code Block |
---|
$Xml.Equals('Department', Sales) || $Xml.Equals('Department', 'Accounting') |