CA Service Catalog offers the following options for the approval process you use to approve, reject, and fulfill requests for services or service options. When a user submits a request, approvers must approve or reject each service in the request. A catalog service uses one of the following approval processes:
When a request containing the service is submitted, the status is changed to Approval Done.
The system approval process uses a combination of the management hierarchy, the authorization level of each user in the hierarchy and the approval level specified for the service to determine the approver and the number of approval levels. When a request containing the service is submitted and the Requested For value is a user, not an account, the system first checks the Requested For authorization level of the user from the user profile and compares it with the approval level of the service. If the user's authorization level matches or exceeds the approval level specified by the service, then no further approval is needed and the system moves the request to the next status, typically Pending Fulfillment or Completed.
If not, then the system determines an approver, as follows:
After the manager or other approver approves the service, the system uses similar logic to determine whether another level of approval is required. If yes, then the system routes the request until it reaches a request manager whose authorization level matches or exceeds the approval level specified by the service.
The workflow driven approval process uses either a CA IT PAM process or a CA Workflow process definition to determine the approval process. This option provides the most flexibility. The business logic to determine the approver and the number of approval levels is specified in a customizable process or process definition. CA Service Catalog provides sample processes and process definitions, including default ones for a single level of manager approval.
If you are using CA IT PAM to approve and fulfill requests, you can use policy driven approval. In policy driven approval, you specify conditions in policies, based on the attributes of service options, services, requested items, users, and so forth. If a policy is active and a submitted request meets the condition in the policy, the users (assignees) named in the policy receive a request pending action to approve, reject, or fulfill a service option, service, or request.
Policy driven approval and system approval use a few common terms. For example, in both methods, the level of approval refers to an approver's authority in numeric terms: the higher the number, the greater the approver's authority. However, in policy driven approval, the administrator assigns each approver and authority level uniquely, with no relation to system approval.
If a policy does not apply to a request, the Catalog system uses the approval flow defined in the workflow driven approval process. For example, if you are using the predefined workflow approval process and if no predefined sample policy applies to a request pending action, the Catalog system assigns request pending action to the manager of the requested for user. If the user has no manager, then the system assigns the request pending action to the Default User for Request Actions specified in the Service Builder Configuration.
Note: CA Workflow does not support policy driven approval.
| Copyright © 2010 CA. All rights reserved. | Email CA Technologies about this topic |