Status

Incident Workflows are a combination of any number of stages or States that cover the lifecycle of an Incident.   A Supervisor creates new Incident States for the default Incident Workflow or builds new Workflows in the Service >Workflows tab. For more information about configuring Workflows. See: Workflows.

 

Within the Incident Information Summary page, the assigned stage of the Workflow is displayed within the Status field, with the Next Action field displaying the options of where the Incident can move to. To view an assigned Workflow in its entirety select workflow-view.png.

 

The system provides the following States:

Status

Description

SLA Timers On

Open

The Incident is open. Incident timers are running and the automated SLA reminders, warnings and escalations will fire relative to the Triggers configured for the SLA.

Open -  Restored

The Incident is still open as the issue is yet to be resolved, but a satisfactory temporary solution has been put in place. SLA triggers will fire for the SLAs Resolution Time, but the Restoration targets have been met for the Incident.

Pending

 

Work on the Incident has not yet begun. The Response-Time SLA trigger will fire for Incidents with this Status.

SLA Timers Off

Pending -  No Contract

A valid contract is not in place and one needs to be created or processed before work can commence on the Incident. Any changes to the Status will be recorded in the History tab.

Closed Restored

Though the basic issue remains, a satisfactory temporary solution has been reached and the Incident has been closed. SLA triggers will not fire for Incidents with this Status.

Closed Resolved

The issue has been resolved and the Incident has been closed. SLA triggers will not fire for Incidents with this Status.

On Hold

The Incident has been put on hold for some reason. SLA triggers will not fire for Incidents with this Status.

On Hold - Pending Approval*

An Incident automatically moves to this State when the "Propose" button is used for sending an Incident Note. This means the CloseRequest email is sent to the Customer asking them to verify the proposed Solution. If the Customer does not respond to the email, the Incident is  automatically closed by the number of days set within the Handshaking Privilege.  (The email handshaking option is set by the Administrator in Setup>Privileges> Requests.)

 

By clicking on the URL provided in the email, the Customer ensures the Incident retains an open and active State.

On Hold - Process Escalated*

An Incident moves into this State when a Service Request, Problem or Change has been created within the Analysis tab of the Incident. The timer stops and there  are no future States as the Incident will be closed when the related Problem or Change  is closed.

Cancelled

The Incident has been cancelled. SLA triggers will not fire for Incidents with this Status.

 

Updating an Incident's Status

To manually change an Incident's Status:

  1. Select Operations > Incidents

  2. Select the Request #  hyperlink for the relevant Incident

  3. Click Edit

  4. From the Next Action drop-down list select the Incident's next Status
    The States listed in Next Action are based on the Incident workflow and its lifecycle. To view the Workflow in its entirety click workflow-view.png.
    status_incid.png

  5. Click Save.

 

The system can automatically move an Incident into another State through the following actions:

 

Incidents with a Pending-No Contract Status

Incidents logged with the system that do not have a valid Contract are assigned the Pending - No Contract Status. These Incidents are locked until a valid Contract is applied, and if relevant, paid. See: Create a Contract

 

Viewing a Status Note

When Incidents move into a State with a Status Note, inline_info.png is displayed beside the assigned Status within the Summary tab of the Incident. Scroll over  inline_info.png, to view the contents of the Status Note. If the Status Note includes an attachment, click the attachment name link in the pop-up window to download it. Click close_window.png to close the window.

incid_status_note.png
 

SLA Triggers and Incident Status

SLA Triggers fire for Incidents that are in a Workflow State that have the Service Timer Active option set to Yes. The default Timer Active set for systems States can be changed if relevant for the organization. For example, it may not be appropriate for an organization to have SLA Triggers fire when an Incident is moved to the system default On Hold State.

 

The following icons displayed in the Service Terms box, visually indicate how the Incident is tracking against the SLA and if the SLA timers are active:

Current SLA Status

sla_paused.png

Workflow is in an SLA paused State. Triggers will not fire.

sla_running.png

Workflow is in an SLA timers on State. Triggers will fire.

sla_met.png

Workflow is in an Exit State and the SLA has been successfully met.

sla_breached.png

Assigned SLA has been breached and Workflow is in an Exit State.

 

Supervisor Users can verify the Timer Active status of a Workflow by scrolling over the Status in the Workflow map available in the Summary Information screen, or within the Service>Workflows>selected Workflow> Lifecycle>selected Status screen.

timer_active.png