Versions Compared

Old Version 13

changes.mady.by.user Anna Kryzhanovskaya

Saved on

compared with

New Version 14

changes.mady.by.user Dina Baksheeva

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Merged branch "DOC0000221" into parent

To make an approval process more flexible, you can separate the approvers set making their decisions mandatory and non-mandatory.

A mandatory approver can either Approve or Reject the approval task; the non-mandatory approver can either ignore or (optional) Reject a task optionally.

Flexible approvals are configured via User-approval activity workflow activity.

Configuring participants

In general, to configure participants, please specify the approval conditions in the Approval block in your workflow.

For To specify mandatory participants, please fill in the fields below on complete the following steps:

  1. Scroll down to the Mandatory Participants tab of the

Approval

  1. User-approval block properties

:

  1. .

  2. Employees / Groups / Roles (you can fill in one of these fields).
  3. Fill in either the Employees, Groups or Roles fields.
  4. Define the approval logic in the Approved When field. Available optionsApproved When – define the approval logic:
    • Anyone to approve
     – any user
    • – one of the users specified can approve; the first received approval causes the activity to complete with the result of Approved.
    • Everyone to approve
     – all
    • – all the users must approve
    ; otherwise, the activity will not proceed further.
    • . If one of the participants rejects the ticket, the approval state changes to Cancelled. The first received rejection causes the activity to complete with the result of Rejected. 
    • First response from anyone
     – when selected this option, the first response from any user will complete the activity
    • – the first received approval causes the activity to complete with the result of Approved.
    • Most answers
     – when selected this option,
    •  – the activity will be completed with the Approved result if
    there were received more approvals than rejects
    • the quantity of approvals is more than the rejection quantity.
    • Conditions based on script – each time a user approves or rejects, the Script is called to determine if the activity should complete.

Image Modified


If your process requires non-mandatory participants involvement, then, please complete the steps below:

  1. Select the Non-Mandatory Participants checkbox when configuring your Approval User-approval block properties. The Non-mandatory participants tab appears.
  2. Fill in the fields below:
    1. Employees / Groups / Roles (you can fill in one of these fields).
    .
    • You can fill in either the Employees, Groups or Roles fields.
  3. Select To make them able to reject approvals, select the Consider non-mandatory participants checkbox to make participants able to affect the decision and reject approvals.

Participant properties

To make an approver mandatory The participant properties differ slightly for mandatory and non-mandatory participant in a particular process or task (for example, Change Request authorization). 

ParticipantsParticipant properties
Mandatory
participant properties

Their reaction is mandatory to authorize a request. When a mandatory approver receives an approval request, they can:

  1. Approve it.
  2. Reject it
(
  1. providing the rejection reason
)
  1. .
Non-mandatory
participant properties

Their reaction is not mandatory for authorization. When a non-mandatory approver receives an approval request

(

and if they were involved in the process

)

, they can:

  1. Approve.
  2. Reject it providing the rejection reason.


Tip

You can configure your approval rules so that the first reject from the a non-mandatory participant will cancel the approval process. For this, you need to use the options listed below in your Approval User-approval block:

  1. The Non-mandatory participants checkbox is selected.
  2. Participants taking part in the approval process are chosen (whether specified employees or user groups or user roles).
  3. The Consider non-mandatory participants checkbox s is selected.

Example of business usage

Approvals flexibility serves well, for example, in business-cases requiring a case-by-case approach, such as Change Enablement Practice.

When authorizing a change request, mandatory and non-mandatory approvers may can take part in the approval process.

Both of these types mandatory and non-mandatory approvers can be classified according to the RACI matrix.

RACI Matrix

ProcedureProcess Manager (for example, Change Manager)Mandatory approverNon-Mandatory approver
ApprovalARI, R


Info

The process manager is accountable for the whole process, so he is marked they are marked with A in the table.

Mandatory approvers are responsible for the request implementation, so they are marked with R in the table.

Non-mandatory approvers generally should be informed but may be responsible for one or more implementation stages, so they are marked with I and R.


Table of Contents
absoluteUrltrue
classfixedPosition