Approval activities

An approval activity is prompts the assigned user to approve or reject a request..

If the request is approved, the next activity in the workflow is processed. If, however, the request is rejected, the workflow stops and no additional activities are processed.

If you submit a request that must be approved, the approval activity is sent to all participants in the assigned group except to the user who makes the request. We might be a member of the group who normally approves requests. If we are the person who makes the request, we do not see the approval activity in your activities list. If a timeout occurs, the Activity Result Summary Code is set to SF (failed). If a participant resolution failure occurs, the Activity Result Summary Code can take the following values:

AA (approved)
If the request is submitted by the system administrator, the request is automatically approved by the system administrator. The approval occurs even though the system administrator is not explicitly set as an escalation participant. The result is set to Approved.

SF (failed)
The Approval activity ends with result set to Failed, if:

  • The request is submitted by a non-admin user.

  • The escalation participant is not defined at all. This result is true even when the requester is the system administrator.

  • The participant resolution failed.

If the property enrole.workflow.skipapprovalforrequester is set to true in enRole.properties file and the requester is identified as one of the participant users, the approval is completely skipped. The Activity Result Summary Code is set to AA (approved). When an RFI activity times out or fails because of participant resolution failure, the Activity Result Summary Code is set to SF (failed) for both cases.

Parent topic: Activity types