This documentation supports the 25.1 version of BMC Helix ITSM: Service Desk.To view an earlier version, select the version from the Product version menu.

Learning about Incident Management


The primary goal of the incident management process, according to ITIL standards, is "to restore normal service operation as quickly as possible with minimum disruption to the business, thus ensuring that the best achievable levels of availability and service are maintained." Using BMC Helix ITSM: Service Desk, you can create incident tickets and then handle them throughout their lifecycle: from creation to closure. BMC Helix ITSM, however, is more than just a tracking tool for tickets. It helps you to resolve incidents by proactively suggesting related tickets and knowledge articles that you can use to understand how other similar tickets were resolved. You can also use the chat feature to collaborate with colleagues in real time.

The following video (2:57) helps you learn about Incident Management in BMC Helix ITSM



icon_play.png https://youtu.be/hVUsAnHZcFU


Process overview

The following diagram illustrates the incident lifecycle:

Incident Management Process_Viso.png

BMC Helix ITSM helps you manage incidents through the following stages:

Incident registration

When users contact the service desk, as a service desk agent, you register the incident request.

Best practice
Use Smart Recorder, which provides a free form text entry field to help you focus on what the customer is saying, instead of filling out fields in a structured form. This helps you to capture information in real time, directly from customers and in their own words.

As you record an incident an incident, Smart Recorder shows information about the customer and suggests resources. The following illustration shows an incident being recorded in Smart Recorder and some of the information that Smart Recorder displays, such as the customer's open tickets.

Smart recorder.jpg

You can use the templates suggested by Smart Recorder, which help you register the incident request accurately and consistently.

If your help desk phone system is integrated with other web tools, an administrator can configure it to start Smart Recorder directly from the phone system user interface. Then, when you are using the phone system software, you can launch Smart Recorder to create a ticket. Smart Recorder can carry over some of the information from the phone system, such as the customer name.

End users can register their incident requests in BMC Digital Workplace or BMC Helix Chatbot, if you use those applications.

Incident assignment

Administrators configure BMC Helix ITSM, so that when you create a ticket, it is automatically assigned to a support group. When you record an incident, if you select an incident that has an assignment group predefined, the incident is assigned to that group. Otherwise, the routing rules used by Incident Management automatically assign the incident request to the most appropriate group when you save the incident request record. 

Check the Ticket Console to see which incidents are assigned to you or to your support group. Service desk managers use the Ticket Console to reassign incidents as needed to ensure that critical incidents can be addressed and resolved in a timely manner.

Update assignment.jpg

Incident tracking

After you create a ticket, you can change the details or add new information to it. For example, you can update the ticket status, add activity notes, or change the customer and contact information. If you share a knowledge article with the end user, you can save the article to the ticket. If you use Openfire chat to collaborate with other agents, your conversation is logged in the ticket.

Best practice
Keep the information in a ticket up-to-date. This helps you to make better informed decisions about how to manage the ticket, keep your personal and group statistics up-to-date, and notify the affected customer about the progress of the ticket.

In the following image, the Activity tab shows the history of the ticket and includes an activity note. The SLA progress bar shows you the progress of the incident against the service level agreement.

SLA INC.jpg

Incident resolution

Smart Recorder helps you resolve more incidents during the initial call by suggesting knowledge articles and other resources.

Smart recorder_1.jpg

When you're ready to resolve an incident, you mark the incident as resolved, select the appropriate status reason, and add a resolution note.

Resolve incident.jpg

Incident closure

When you resolve the incident request, if you can verify the resolution from the customer, set the request status to Closed immediately. If you cannot verify the resolution from the customer, complete the incident request with the Resolved status, and set the Status Reason field to Customer Follow-up Required.

The customer must verify the resolution within a specified time period, or Incident Management automatically moves the incident request status to Closed. The length of this period is configurable. Check with your system administrator to determine how much time your organization specifies. The default setting is 15 days.

Testing your knowledge

Check your knowledge. See if you can answer each question. Click the questions to view the answer.

How does Smart Recorder help with first call resolution?

Smart Recorder suggests knowledge articles and related incidents that can help you resolve the incident.

How can you determine which open incidents to work on?

Check the Ticket Console to see which incidents are assigned to you or to your support group.

What's the difference between resolving an incident and closing an incident?

Resolving an incident means that you think the incident is ready to be closed, but you do not yet have confirmation from the customer. You can close an incident after the customer verifies the resolution.

Do you want to learn more?

Incident-Management-roles-and-permissions

Smart-Recorder-overview

Creating-an-incident-request

Handling-tickets-dynamically-with-Smart-Recorder

Viewing-and-updating-incident-requests

Integrating-Smart-Recorder-with-phone-systems


Instructions for classic interfaces

View instructions for Mid Tier


BMC Helix ITSM: Service Desk uses automated incident management processes to help IT organizations respond quickly and efficiently to conditions that disrupt critical services.

Incident Management supports the following categories of incident requests:

  • Request for incident resolution
  • Request for change
  • Request for information

Process overview

BMC Helix ITSM: Service Desk helps you manage incidents through the following stages:

Stage

Description

Incident registration

When users contact the service desk, as a service desk analyst, you register the incident request. You can use the incident templates, which help you register the incident request accurately and consistently.

When a user contacts the service desk with an incident request, you first determine the nature of the request. For example:

  • If the request is about a previously registered request, the analyst queries the request and updates the user with the current status.
  • If the request concerns an incident that was resolved, but for which the resolution was not effective, the analyst reopens the incident request record and assigns the incident to a specialist.
  • If this is a new incident request, the analyst creates a new incident request record by capturing key information about the user and the incident. If possible, the analyst resolves the incident immediately and then completes the incident request; otherwise, the analyst makes sure that the incident request is assigned to the appropriate group.

Incident assignment

Administrators configure BMC Helix ITSM: Service Desk so that when you create a ticket, it is automatically assigned to a support group. When you create an incident, if it has a predefined assignment group, it is assigned to that group. Otherwise, the routing rules that Incident Management uses automatically assign the incident request to the most appropriate group when you save the incident request record.

Check the Incident Console to see which incidents are assigned to you or to your support group. Service desk managers use the Incident Console to reassign incidents as needed to ensure that critical incidents can be addressed and resolved in a timely manner.

Incident tracking

After you create a ticket, you can change the details or add new information to it. For example, you can update the ticket status, add Work Info notes, or change the customer and contact information. If you share a knowledge article with the end user, you can save the article to the ticket.

Best practice: Keep the information in a ticket up to date. This helps you to make more informed decisions about how to manage the ticket, keeps your personal and group statistics up to date, and notifies the affected customer about the progress of the ticket.

Incident resolution

When you're ready to resolve an incident, mark the incident as resolved, select the appropriate status reason, and add a resolution note.

Incident closure

When you resolve the incident request, if you can verify the resolution from the customer, immediately set the request status to Closed. If you cannot verify the resolution from the customer, complete the incident request with the Resolved status, and set the Status Reason field to Customer Follow-up Required.

The customer must verify the resolution within a specified time period, or Incident Management automatically moves the incident request status to Closed. The length of this period is configurable. Check with your system administrator to determine how much time your organization specifies. The default setting is 15 days.

Testing your knowledge

Check your knowledge. See if you can answer each question. Click the questions to view the answer.

How can you determine which open incidents to work on?

Check the 

Incident Management

 Console to see which incidents are assigned to you or to your support group.

What's the difference between resolving an incident and closing an incident?

Resolving an incident means that you think the incident is ready to be closed, but you do not yet have confirmation from the customer. You can close an incident after the customer verifies the resolution.

 

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