Automatically approving requests
Approvers may be involved in an approval process more than once, for example, if they are also requesters or determined as approvers in various approval steps. In such cases, the approval process can be speeded up with automatic approval.
NOTE: Automatic approvals apply to all fallback approvers but not for the chief approval team.
Use configuration parameters to specify when automatic approvals are used. You can specify exceptions from default behavior for individual approval steps. Specify the behavior you expect in the following configuration parameters and approval steps.
-
QER | ITShop | DecisionOnInsert configuration parameter
-
QER | ITShop | AutoDecision configuration parameter
-
QER | ITShop | ReuseDecision configuration parameter
-
No automatic approval option in the approval step
Summary of configuration options
Approval steps are automatically approved or denied if:
-
The QER | ITShop | DecisionOnInsert configuration parameter is set.
The No automatic approval option is not set.
- OR -
-
The QER | ITShop | AutoDecision configuration parameter is set.
The No automatic approval option is not set.
- OR -
-
The QER | ITShop | ReuseDecision configuration parameter is set.
The No automatic approval option is not set.
Requests are manually approved or denied if:
-
The QER | ITShop | DecisionOnInsert configuration parameter is not set.
- OR -
-
The QER | ITShop | AutoDecision configuration parameter is not set.
- OR -
-
The QER | ITShop | ReuseDecision configuration parameter is not set.
- OR -
-
The No automatic approval option is set.
Detailed information about this topic
Related topics
Configuring automatic approval
Scenario: An approver can grant or deny approval in several approval steps.
An approver may be authorized to approve several levels of an approval workflow. By default, the request is presented to the approver in each approval level. You can allow automatic approval so that the approver is not presented with a request more than once.
To allow an approver's decisions to be met automatically in several sequential approval levels
-
In the Designer, set the QER | ITShop | AutoDecision configuration parameter.
The approval decision of the first approval levels is applied to subsequent approval levels for which the approver is authorized.
The configuration parameter takes effect if the No automatic approval option is not enabled for the approval step.
To attain automatic acceptance for an approver's decisions for all non-sequential approval levels
-
In the Designer, set the QER | ITShop | ReuseDecision configuration parameter.
If the approver granted approval to this request in an earlier approval step, the approval decision is transferred. If the approver did not grant approval in an earlier approval step, the request is presented for approval again.
The configuration parameter takes effect if the No automatic approval option is not enabled for the approval step.
Important: If the approver is also an exception approver for compliance rule violations, requests that violate compliance rules will also be automatically approved without being presented for exception approval.
Scenario: Requester is also approver
Approvers can run requests for themselves. If a requester is determined to be approver for the request, their approval steps are immediately granted approval.
To prevent automatic approval for an approver's requests
-
In the Designer, disable the QER | ITShop | DecisionOnInsert configuration parameter.
If a requester is determined to be the approver of an approval step, the request is presented to the requester to be approved.
The QER | ITShop | DecisionOnInsert configuration parameter is set by default and takes effect if the No automatic approval option is not enabled in the approval step.
If the QER | ITShop | PersonInsertedNoDecide configuration parameter is set, the requester does not become an approver and cannot approve the request. Also, the request cannot be decided automatically.
Preventing automatic approval in individual cases
For single approval steps, you can configure exceptions to the general rule in the configuration parameters.
To prevent automatic approvals for particular approval steps
-
Enable the No automatic approval option in the approval step.
The QER | ITShop | DecisionOnInsert, QER | ITShop | ReuseDecision, and QER | ITShop | AutoDecision configuration parameters are not considered in this approval step. In each case, requests are to be presented to the approver of this approval step.
Related topics
Approval by peer group analysis
Using peer group analysis, approval for requests can be granted or denied automatically. For example, a peer group might be all employees in the same department. Peer group analysis assumes that these employees require the same products. So, if a company resource has already been assigned to a majority of employees in a department, a new request for this company resource is automatically approved. This helps to accelerate approval processes.
Peer groups contain all employees with the same manager or belonging to the same primary or secondary department as the request's recipient. Configuration parameters specify which employee belong to the peer group. At least one of the following configuration parameters must be set.
-
QER | ITShop | PeerGroupAnalysis | IncludeManager: Employees that have the same manager as the request's recipient
-
QER | ITShop | PeerGroupAnalysis | IncludePrimaryDepartment: Employees that belong to the same primary department as the request's recipient
-
QER | ITShop | PeerGroupAnalysis | IncludeSecondaryDepartment: Employees whose secondary department corresponds to the primary or secondary department of the request's recipient
The proportion of employees of a peer group who must already own the company resource, is set in the QER | ITShop | PeerGroupAnalysis | ApprovalThreshold configuration parameter. The threshold specifies the ratio of the total number of employees in the peer group to the number of employees in the peer group who already own this product.
You can also specify that employees are not allowed to request cross-functional products, which means, if the requested product and the primary department of the request recipient are from different functional areas, the request should be denied. To include this check in peer group analysis, set the QER | ITShop | PeerGroupAnalysis | CheckCrossfunctionalAssignment configuration parameter.
Requests are automatically approved for fully configured peer group analysis, if both:
If this is not the case, requests are automatically denied.
To use this functionality, the One Identity Manager provides the QER_PersonWantsOrg_Peer group analysis process and the PeergroupAnalysis event. The process is run using an approval step with the EX approval procedure.
Detailed information about this topic
Configuring peer group analysis for requests
To configure peer groups
-
In the Designer, set the QER | ITShop | PeerGroupAnalysis configuration parameter.
-
Set at least on of the following subparameters:
-
QER | ITShop | PeerGroupAnalysis | IncludeManager: Employees who have the same manager as the request's recipient
-
QER | ITShop | PeerGroupAnalysis | IncludePrimaryDepartment: Employees who belong to the same primary department as the request's recipient
-
QER | ITShop | PeerGroupAnalysis | IncludeSecondaryDepartment: Employees whose secondary department corresponds to the primary or secondary department of the request's recipient
Thus, you specify which employees belong to the peer group. You can also set two or all of the configuration parameters.
-
To specify a threshold for the peer group, set the QER | ITShop | PeerGroupAnalysis | ApprovalThreshold configuration parameter and specify a value between 0 and 1.
The default value is 0.9. That means, at least 90 percent of the peer group members must already have the requested product so that the request can be approved.
-
(Optional) To check whether the requested product is cross-functional, enable the QER | ITShop | PeerGroupAnalysis | CheckCrossfunctionalAssignment configuration parameter.
-
Assign the service items and departments to functional areas.
Only functional areas that are primary assigned service items are taken into account.
For more information about functional areas, see the One Identity Manager Identity Management Base Module Administration Guide.
-
Assign employees to primary departments.
-
In the Manager, create an approval workflow with at least one approval level. For the approval step, enter at least the following data:
The event starts the QER_PersonWantsOrg_Peer group analysis process, which runs the QER_PeerGroupAnalysis script.
The script runs automatic approval and sets the approval step type to Grant or Deny.
Detailed information about this topic
Related topics