Stage conditions can be used to alter the workflow path of a particular request based on specified criteria evaluated for the items in the request. You set up a condition for the stage and select what action should be taken if the condition is met, for example whether a request can enter the stage or if some request items are split off into a separate request. A workflow stage condition can be evaluated based on these criteria:
Property Criteria––Use property query operators and literal values to evaluate as stage criteria for the stage.
Selected Validations––Select one or more validations to run as stage criteria for the stage. You can select this option for an Approve, Enrich, or Commit stage.
Task Validations––Failures of validations assigned to the workflow tasks. When selected, validations assigned to the task are also run as stage criteria for the stage. You can select this option for an Approve or Enrich stage. This option is not available if the task assigned to the stage does not have any validations assigned to it.
If any of the request items meet the stage condition for a workflow stage, then one of these actions can be taken:
Enter Stage––For Approve, Enrich, or Commit stages, the request is assigned to users in the stage. The request enters the stage and workflow processing continues for that stage.
Split Request Items––For Approve or Enrich stages, request items that meet the stage condition are moved into a separate, submitted request using the same workflow model. The new request enters the workflow stage and is assigned to users in the stage. Items not meeting the stage condition remain in the original request and the stage is skipped for the original request. If all request items meet stage criteria, the request is not split and the Split stage is entered.
If the request items do not meet the stage condition for a workflow stage, the stage is skipped and the request moves to the next stage in the workflow model.