Change Management Approvals

RFC's have an Approvals module for Change Management. This allows managers to review RFC's ensuring direct decisions are made, and consistent, appropriate development and implementation is enforced.

The basis for the approval process are the Approval Policies, which are first created and defined so they can be applied to the relevant RFC's. See Manage RFC Policy for details on creating Policies.

Within an RFC is the Approval tab which is where a Policy can be applied to an RFC.
The fields/controls in the Approvals tab are as follows:

Field/Control Description
Start Approval button Starts the approval process after the policy has been applied
Apply Policy button Applies a Policy to an RFC based on the fields selected in RFC Details and the corresponding RFC Policy specified in the Manage RFC Policy section
Refresh button Refreshes the Approval details showing the most up to date information
Policy Name The name of the Policy that has been applied to the RFC
Decision Due Date Specifies the Due Date for the Approval decision based on the Policy
Policy Type The type of policy that has been applied
Decision Completed Specifies the date when the when the Approval Decision is completed
Approval Status The status of the Approval
Min No. Approvers Specifies the minimum number of Approvers before the RFC can go ahead
Approver Log Shows the Approver Log which includes the fields: LogID, Approver, Status, Mandatory, Last Updated, Actions
Approver History Shows the Approver History which includes the fields: Date/Time, Action By, Type of Action, Subject, From, To, CC, BCC, Details

Approval Email Notifications

versaSRSMailOut is responsible for generating and sending Approval notification emails once Start Approval has been selected for an RFC.

An Approval email notification will only be generated if:

  1. RFC Status = 1, 2, 4, 5, 7 (New, Open, Pending, Stalled, Re-Opened)
  2. RFC Approval Status = 2, 5 (Pending Approval, Evaluating)

This is determined by looking at the RFC's listed within the database table, tbl_ChangeRequests.

NOTE: Once Start Approval is applied to an RFC, the RFC Approval Status is set to 2 (Pending Approval).

For each RFC that meets the criteria above, a list of Approvers is determined.

This is determined by retrieving the appropriate Approvers for the RFC from the database table, tbl_ChangeRequestApprovalLog.

In the case of a Sequential RFC Approval Policy, this list is returned in the order in which Approvers must approve the RFC.

Using the RFC Approval Policy the system determines if the minimum number of Approvers and mandatory Approvers has been met.

If this condition has been met, the RFC has now been approved and the RFC Approval Status is set to 1 (Approved) and the Decision Completed date is set.

If this condition is not met, the following is performed:

- Check if an Approver has Denied the Approval. If so, set the RFC Approval Status to 3 (Denied) and the Decision Completed date is set.

If this condition is not met, the following is performed:

Determine if the RFC Approval Policy is Simultaneous or Sequential

If Simultaneous:

- Check the Approver Status for each Approver.
- If the Approver Status = 4 (Not Commenced), the Approver is sent an Approval email notification and their Approval Status set to 2 (Pending Approval).

If Sequential:

- Check the Approver Status for each Approver.
- If the Approver Status = 4 (Not Commenced) and the Previous Approver has Approved (if there is one, as may be the first Approver), the Approver is sent an Approval email notification and their Approval Status set to 2 (Pending Approval).
- If there are additional Approvers, they will not be notified until this Approver has Approved or if the requirements of the RFC Policy are met.

The steps above are repeated while the RFC meets the outlined criteria for sending Approval email notifications.

Support Template Tags

The following RFC tags are supported in Approver Notification Template:

# System Tag Description
1 [CHANGEREQUESTID] RFC ID
2 [HDUSERFIRSTNAME] The first name of the user that logged the RFC
3 [HDUSERLASTNAME] The last name of the user that logged the RFC
4 [CHANGEREQUESTTYPE] RFC Type
5 [RECEIVEDBY] How the RFC was logged
6 [CHANGEREQUESTSTATUS] RFC Status
7 [CHANGEREQUESTSTAGE] RFC Stage
8 [CHANGEREQUESTAPPROVALSTATUS] RFC Approval Status
9 [CHANGEREQUEST] RFC
10 [DETAILS] RFC Details
11 [QUEUE] RFC Team
12 [SKILLGROUP] RFC Skill Group
13 [USERFIRSTNAME] RFC user First name
14 [USERLASTNAME] RFC user Last name
15 [RISK] RFC Risk
16 [URGENCY] RFC Urgency
17 [PRIORITYID] RFC Priority
18 [KEY1] RFC Primary Key
19 [KEY2] RFC Secondary Key
20 [KEY3] RFC Tertiary Key
21 [PRODUCTTYPE] RFC Product Type
22 [PRODUCT] RFC Product
23 [IMPACT] RFC Impact
24 [SERVICEAREA] RFC Service Area
25 [SYMPTOMCODE] RFC Symptom Code
26 [CAUSECODE] RFC Cause Code
27 [DUEDATE] RFC Due Date
28 [ESTSOLDATE] RFC Estimated Solution Date
29 [PLANSTART] RFC Plan Start date
30 [PLANEND] RFC Plan End date
31 [ACTUALSTART] RFC Actual Start date
32 [ACTUALEND] RFC Actual End date
33 [ESTIMATEDTIME] RFC Estimated time
34 [ACTUALTIME] RFC Actual time
35 [ESTIMATEDCOST] RFC Estimated cost
36 [ACTUALCOST] RFC Actual cost
37 [PRCOMPANY] RFC Primary Requestor Company Name
38 [PRJOBTITLE] RFC Primary Requestor Job Title
39 [PRFIRSTNAME] RFC Primary Requestor First name
40 [PRLASTNAME] RFC Primary Requestor Last name
41 [PRPHONE] RFC Primary Requestor Phone
42 [PRDIVISION] RFC Primary Requestor Division
43 [PRDEPARTMENT] RFC Primary Requestor Department
44 [PRLOCATION] RFC Primary Requestor Location
45 [PRCOMPUTER] RFC Primary Requestor Computer
46 [PRUSERNAME] RFC Primary Requestor Username
47 [PREMAIL] RFC Primary Requestor Email
48 [SRCOMPANY] RFC Secondary Requestor Company
49 [SRJOBTITLE] RFC Secondary Requestor Job Title
50 [SRFIRSTNAME] RFC Secondary Requestor First name.
51 [SRLASTNAME] RFC Secondary Requestor Last name
52 [SRPHONE] RFC Secondary Requestor Phone
53 [SRDIVISION] RFC Secondary Requestor Division
54 [SRDEPARTMENT] RFC Secondary Requestor Department
55 [SRLOCATION] RFC Secondary Requestor Location
56 [SRCOMPUTER] RFC Secondary Requestor Computer
57 [SRUSERNAME] RFC Secondary Requestor Username
58 [SREMAIL] RFC Secondary Requestor Email
59 [QUEUEEMAIL] RFC Team Email
60 [QUEUESIGNATURE] RFC Team Signature
61 [BILLINGCOMPANY] RFC Billing Company
62 [BILLINGSLA] RFC Billing SLA
63 [BILLINGNOCHARGE] RFC Billing No Charge
64 [BILLINGNUMTRANS] RFC Billing Number of Transactions
65 [BILLINGESTIMATE] RFC Billing Estimate
66 [BILLINGCUMULATIVE] RFC Billing Cumulative
67 [BILLINGAUDITLOGCUMULATIVE] RFC Billing Audit Log Cumulative
68 [BILLINGCHARGE] RFC Billing Charge
69 [BILLINGQUOTE] RFC Billing Quote
70 [BILLINGREFNUM] RFC Billing Reference Number
71 [BILLINGNOTES] RFC Billing Notes

In addition to these tags, the following Approval and Approver specific tags are supported:

# System Tag Description
1 [DECISIONDUEDATE] RFC Decision Due Date
2 [POLICYNAME] RFC Policy Name
3 [POLICYTYPE] RFC Policy Type
4 [DECISIONCOMPLETED] RFC Decision Completed
5 [MINNOAPPROVERS] RFC Minimum Number of Approvers
6 [APPROVERFIRSTNAME] RFC Approver First Name
7 [APPROVERLASTNAME] RFC Approver Last Name
8 [APPROVALLOGID] RFC Approval Log ID
9 [SEQNUM] RFC Sequence Number

SRSConnect Approval Links

The following examples show how links can be constructed from templates to directly access Approvals within SRSConnect.

Approval Update

https://mySRSConnect/logon1.aspx?requrl=https://mySRSConnect/ApprovalUpdate.aspx?changerequestid=[CHANGEREQUESTID];approvallogid=[APPROVALLOGID]

Approval Printer Friendly View

https://mySRSConnect/logon1.aspx?requrl=https://mySRSConnect/ApprovalReadingPane.aspx?changerequestid=[CHANGEREQUESTID];approvallogid=[APPROVALLOGID]

NOTE: for requrl any URL parameters must be semi colon delimited as shown above.

Examples:

http://localhost/SRSConnect/logon1.aspx?requrl=http://localhost/SRSConnect/ApprovalUpdate.aspx?changerequestid=1101;approvallogid=56
http://localhost/SRSConnect/logon1.aspx?requrl=http://localhost/SRSConnect/ApprovalReadingPane.aspx?changerequestid=1234;approvallogid=56