!--a11y-->
Process Control 
You
can use a process control (
) to execute
the following functions during the runtime.
· Terminate or cancel other work items in the current workflow
· Terminate or cancel the current workflow
· Activate a correlation (see also: Correlation of Objects)
· Raise an exception
You determine the type of process control in the Function field on the Control tab page. This step always has an outcome.
The workflow system forces another work item of the same workflow into the status logically deleted. This completes this other work item. Defined subsequent steps of this work item are not executed.
To indicate the work item to be canceled, you specify the node number of a step from the current workflow definition in the field Workflow step.

This function can only be used if the process control step and the step to be canceled are located in a fork. Note that the other work item is only forced into the status logically deleted, if it has the status in process when the process control step is executed.
The workflow system forces another work item of the same workflow into the status completed and continues the processing of the workflow in the branch processing obsolete. This other work item must therefore support the exception processing obsolete.
To indicate the work item for which processing is to be set to obsolete, you specify the node number of a step from the current workflow definition in the field Workflow step.
You can use this function to define modeled deadline monitoring. The work item whose deadline has been missed is forced into status completed. For more information on this type of modeling, see Modeled Deadline Monitoring or Standard Escalation.

You should not use this function in forks to force work items in other branches of the fork into status completed.
The workflow system terminates the current workflow and sets the workflow work item to status completed. If there are any incomplete work items, for example in parallel branches of this workflow, they are forced into status logically deleted.
The workflow is in its defined end status. If the terminated workflow was a subworkflow of a superordinate workflow, the system executes the binding between the container of the subworkflow and the container of the superordinate workflow in accordance with the definition, and continues the superordinate workflow.
The workflow system cancels further execution of the current workflow. The workflow work item is forced into status logically deleted. If there are any incomplete work items, for example in parallel branches of this workflow, they are also forced into status logically deleted.
If the canceled workflow was a subworkflow of a superordinate workflow, the branch of the superordinate workflow that contains the subworkflow is not continued.
The workflow system cancels further execution of the current workflow. The workflow work item is forced into status logically deleted. All unfinished work items of subworkflows and superordinate workflows are also set to status logically deleted.
If the canceled workflow was a subworkflow of a superordinate workflow, the whole superordinate workflow is not continued.
If you have defined an exception in the version-specific basic workflow data or a block, you can raise this using a process control (see also: Version-Specific Basic Data for a Workflow and Exceptions Tab Page).