Configuring ticket review


To review tickets in BMC Helix ITSM, the system administrator must configure the review settings in BMC Helix ITSM.

This topic covers the configuration settings for reviewing change requests, release requests, and knowledge articles. The following review processes are supported for change requests, release requests, and knowledge articles:

Ticket type

Change request

Release requests

Knowledge articles

Processes

Change Level CI-IA - Business

Release Level - Initiate

RKM_Level_All


Change Level CI-IA - Close Down

Release Level - Planning

RKM_Level_One


Change Level CI-IA - Implementation

Release Level - Build



Change Level CI-IA - Review

Release Level - Test




Release Level - Deployment


Note

If CIs are attached to a release, then CI specific chains are triggered. The release has CI specific chains, which get triggered when you attach CIs to the release. For example, Release Level CI - Initiate.


Before you begin

You must make sure that the following preconditions are met:

  • BMC Helix ITSM users who are going to be approvers are onboarded in the BMC Helix ITSM application.
  • Lifecycles of change requests, release requests, and knowledge articles are configured.


To configure the status for approval phases

  1. On the IT Home page go to Applications > Administrator Console > Application Administration Console > Custom Configuration.
  2. On the Custom Configuration tab, select Foundations > Advanced Options > Approval Process Configuration.
  3. On the Approval Process Configuration window, specify the form name and company, and click Search.

    Ticket type

    Form name

    Change requests

    CHG:Infrastructure Change

    Release requests

    RMS:Release

    Knowledge articles

    RKM:KnowledgeArticleManager

    The Review phase details are displayed in the search result.

  4. Select a phase for example, the Review phase of a change request.

    Note

     Make sure that the status of the phase is set to Enabled, and on the Approval Process tab, the Impacts Approval Status field is set to Yes.

  5. On the Status Flow tab, under Begin, specify the status that triggers the approval.
    When the change request is moved to this status, the approval process begins. If the ticket is kept on hold, it remains in the status that triggered the review process.
  6. (If approved) Under Approved, specify the next status to which the change request is moved.
  7. (If rejected) Under Reject, specify the status to which the change request is moved.
  8. (If there are no approvers) Under No Approvers, specify the status to which the change request is moved.
  9. Click Save.

Example

 You must configure the status such that when a change request is moved to the Request for Authorization status, the review process should be triggered.

  • If the ticket is approved, it is moved to the Request for Change status.
  • If it is rejected, it is moved to the Rejected status.
  • If it is kept on hold, it remains in the Request for Authorization status.


To map approvers to review phases

You can configure individual approvers and support group approvers for reviewing change requests, release requests, and knowledge articles from the Approval Mapping form. In case of support group approvers, only those members of the support group who have the approver functional role can review tickets. 

  1. On the Custom Configuration tab, select Change Management > Approval > Approval Mappings.
  2. Click New Search.
  3. From the Approval Indicator list, select the ticket type as Change.
  4. Select the phase name for example, Review.
  5. To map individual approvers:
    1. In the Approval For list, select Individual.
    2. Specify the first name, last name, and approver ID.
  6. To map group approvers:
    1. In the Approval For list, select Group.
    2. Specify the support company, organization, and group name in the appropriate fields.
  7. Specify the Assignment Availability as Yes.

When the change request is in the specified phase, the selected individual or groups are mapped as the approver.

You can map multiple approvers for a ticket when it is in a specific phase. You can also have multiple approvers for each review phase of the ticket.


To configure approvers

You must configure individual and group approvers on the CTM:People form in BMC Helix ITSM.

To configure primary approvers

  1. On the CTM:People form, search for the user who you want to configure as the reviewer.
  2. On the Support Group tab, select the Support Group Functional Role tab, and select the support group.
  3. Click Update Support Group and Role.
  4. On the Update Support Group Memberships and Role window, select that particular group, and give the approver functional role to the selected user.

To configure alternate approvers

  1. On the CTM:People form, search for the user who you want to configure as the alternate reviewer.
  2. On the Alternate Approver tab, click Update Alternate Approver
  3. On the Alternate Approvers window, specify the company, first and last name of the alternate approver, and the start and end date for the alternate approver to review tickets on your behalf.
  4. Click Add.

To configure ad-hoc approvers

In BMC Helix ITSM, when a change request or release request is in the review phase, approvers for that ticket can add individual and support groups as ad-hoc approvers. Ad hoc approvers can only be added to an active approval process where there are still pending approvals. This functionality helps to make sure that all relevant signatures are obtained. The ability to add ad hoc approvers to a change request is limited to:

  • Any user with the Infrastructure Change User permissions that belongs to the assigned Change Coordinator or Change Manager support group.
  • Any user with the Infrastructure Change Master permissions.
  • Any approver (or alternate approver) on the change request who has the permission to view the change request.

You can select individual approvers who have an active People record with a login ID. The user does not need to be a member of a support group or have the Infrastructure Change Approver functional role to be added as an approver.

For group approvers, at least one member of the group, must be a member of a support group that is assigned to review the ticket, and have the Infrastructure Change Approver functional role.

To configure the user as an ad-hoc approver

  1. On the Open tab of the Approval list pane, click +Add Approver > Add Approver.
  2. Search for the approver, and add the approver.
  3. Click Close.


To configure mandatory and optional approvers

From Approval Server, open the phase form. On the Basic tab, you can select One must sign or All must sign in the If Multiple Approvers list.

For example, if you have mapped 5 approvers for a change request when it is in the review phase, if you select One must sign, then any one of the 5 approvers can review the ticket. If it is set to All must sign, then all 5 approvers must review the ticket.
 

On the AR System - Approval Server Role Definition form, in the If Multiple Approvers list, you must specify One must sign or All must sign for the reviewers that you have configured.


To configure password authentication for the review phase

You can configure password authentication to authenticate reviewers on the approval banner in BMC Helix ITSM. You can set password authentication as per review phases, and if required, you can skip password authentication for a particular review phase. Reviewers must use their BMC Helix ITSM password to authenticate themselves.

  1. In BMC Helix ITSM, on the Process Definition form, on the Basic tab, specify the following details:
    • Review process
    • Form name
    • Validate Approvers as Yes
    • Require Password as Yes
  2. To reflect this update, you can either wait for a maximum 30 minutes, or you can manually clear the server cache. For more details, see Clearing-the-server-cache.

Note

 If you set Require Password as No, then the system will not ask for password authentication of the reviewer.


 

Tip: For faster searching, add an asterisk to the end of your partial query. Example: cert*