Skip Navigation LinksALVAO 11.0ALVAO Service DeskSystem implementation in the organizationServicesProcessesRequest Approval Skip Navigation Links.


Request Approval

Requests may be subject to the approval of responsible persons. You can enable approval for individual request statuses in WebApp - Administration - Service Desk - Processes - Solving process - Edit - the Approval section - by selecting From this status, you can move - To statuses based on approval result.

For the initiation and progress of request approval from the perspective of the solver and approver, see Request Approval.

Approval Schemes

Request approval can be automated according to a specific approval scheme. You can edit approval schemes in ALVAO WebApp - Administration - Service Desk - Approval Schemes.

Email Approval

Approvers can conveniently approve and reject requests via email without the need to use Alvao. Simply insert the approval message template into the [$ApprovalByEmail$].

Approval use cases

We will show the possibilities of approvals at different stages of the request lifecycle with the example of a simple Change Management process in an ERP system. A requester submits a request that progresses through the following statuses:

Request status Approval
Request Approval Approval Status- When a new request is created, approval is automatically triggered according to the Approval of Change Request in ERP scheme (Step 1 = Requester's Direct Supervisor, Step 2 = Key ERP Users Group). Once approved, the request will automatically move to the following status. If rejected, it will go to the Closed status.

Note: Requests in Request Management processes start in a similar way. However, there the request is usually only approved by the Requester's direct supervisor.
Analysis and Solution Proposal Analysis and creation of a solution proposal. This is not an approval status.
Solution design approval Approval Status - The request solver, with the Make Approval command, forwards the proposal to the appropriate persons appropriate to the nature of the change for approval. After approval, the solver shall switch the request to the following status. After rejection, it is returned to the Analysis and Solution Proposal status.
Implementation Realize the change as proposed. This is not an approval status.
Solved Approval status - when a request enters this status, it automatically triggers approval according to the Approval by Requester scheme (1 step = Requester).
If the Requester approves the implementation, the request will automatically move to the Closed status. Otherwise, it will return to the Realization status.
In the Resolved status, the automatically go to the Closed status option is disabled.
Note:
The requester does not gain any additional permissions to work with the request beyond approval or rejection during the approval process.
Closed Request resolved and closed. This is not an approval status.

A process may contain a continuous sequence of approval statuses, e.g., a Department Head Approval status followed by a CFO Approval status. Approval by the department head may automatically transition the request to the next status, which may automatically trigger approval by the CFO.

If you are using a multi-step approval scheme in which the subject matter of the approval changes at each step (for example, the CFO approves the price in one step and the development manager approves the program content in the next step), we recommend that you divide such approvals into multiple process statuses, with one status for each subject of approval. You can then describe the subject of approval more precisely at each step in your report to the approver.

Approval notifications sent

  • Notification to Approvers of New Request for Approval - If an approval step is initiated, Approvers will be notified of the new request for approval. The notification includes a message for approvers generated by template, which you can change in the approval status settings.
  • Notification to Approvers of Completion of Approval Step - If an approval step is completed with an approval or rejection by one of the current approvers, a notification is sent to the others. If the approval is cancelled or expires, a notification is sent to all current approvers.
  • Notification to solvers - Notification is sent to solvers when the request is approved and when the approval is cancelled or expires. Notification of rejection is sent to the investigators only if the rejection does not resolve the request. If the request has no solvers, these notifications are sent to the main solvers of the service, or to all members of the current solver group.

Alternative approval methods

Approval can also be handled simply by having the solver send an approval request to an approver, or multiple approvers, using the Send Message command. The approvers respond to the message and the response is recorded in the request communication. The solver then evaluates the responses and, based on the responses, switches the request to a status corresponding to approval or rejection.

Another option is to assign the request to the approver using the Assign command. The approver then becomes the solver of the request (the approver must be the solver of the service) and then switches the request to either the approve or reject status. This method of "approval" can be used e.g. for final quality control of changes where the tester is the approver.

 

Did not find what you were looking for? Ask our technical support team.