State Transitions


 

When a new record is submitted, it needs to be first assigned to a Service Desk Engineer who will act on it. Records can be assigned to any individual who has the 'Technician' role allocated. Records can also be assigned to a Workgroup where anyone who is part of the workgroup can act on the record.

As action is taken on the record to progress to resolution, it follows the workflow defined for the project to which it belongs. The progress is determined by the state transitions which are milestones in the entire workflow and signal that an activity is complete. Individuals who perform the necessary activity in the state need to move the state of the record to the next state on completion. There can be multiple possible states and one state has to be selected.

There are states which need actions by other individuals. For example if a service request is in 'Waiting for Approval' state, then the Approval Manager has to approve or reject the request and move the state to 'Approve' or 'Reject'.  The workflow progresses till the last state which is typically the 'Close' state.

In each state transition, records can be configured to input additional information which is typically generated during the activities performed in that state. For example, when moving a Problem record to 'RCA Submitted' state, the RCA information, along with the environment and steps to reproduce the problem needs to be entered.

The state transition procedure is the same for all projects. However the states names and specific fields to input during each state transition could vary. Refer to Performing State Transitions for details. Apart from the state transitions, at any point the submitter or the owner can also cancel the record after which no further operation can be performed on the record. Refer to the section Cancel the Record for the steps.

There are in-built workflows for Incident Management, Service Fulfilment, Problem and Change Management. You can also create your own workflow by either modifying the existing workflow template or using a blank template.

 

Assigning the Record to a Service Desk Engineer

SD-Problem-Assign.jpg

Serial No

    Field Name

Description

     1

    Location

Select the ‘Location’  with which the service desk engineer is associated with (to whom the record is to be assigned)

     2

    Department

Select the ‘Department’  with which the service desk engineer is associated with (to whom the record is to be assigned)

     3

    Filter By

Select the appropriate option to display the engineers. You can filter by 'All' engineers or only 'Available' (signed-in) engineers.

     4

    Role

This provides the list of roles, select the specific role to list only engineers pertaining to that role

     5

    Specialization

Select the specialization to list the service desk engineer having that specialization

     6

    Select User

Based on the above filter selection, engineers names are displayed. Select the engineer to whom the record needs to be assigned.

     7

    Comment

A General comment column, that can be used to convey additional information

 

 

Assigning the Record to a Workgroup

 

 

Performing State Transitions

SD-SR-Categorize.jpg

Note.gifNote: If any mandatory field is missing which could be the case when the record is created through E-mail, SMS or using the API, an alert is displayed to update the missing information and state change cannot proceed.

 

Cancel the Record

SD-SR-Cancel.jpg