You are viewing an old version of this page. View the current version.
Compare with Current View Page History
« Previous Version 29 Next »
This section focuses on Incidents processing by the agents.
Create Child Incident
Create a child incident links two or more incidents between each other in a "parent-child" model. To create a child ticket, please complete the following steps:
- Start creating a new incident in a way as it was described here;
- Fill in the form, then scroll down the page and press the Related Records tab;
- Unlock Slave Incidents. For this, press a lock icon.
- Press a magnifier icon to select an incident that will be a parent for this one. You can choose over one incident, in this case, all of them will be a parent for it.
- Press the lock icon again and then press Save.
If you need to make an existing incident child for another one, then you can skip step 1.
Create an Incident Task
If solving of incident requires the participation of different departments, then you can create Incident Task for each of them. They will be related to the parent incident, but not like in the "master-slave" model. The better example is the "parent-child" model.
To create an incident task, please complete the following steps:
- Open the incident you want to work on;
- Scroll down the page, then press the Incident Task tab;
- Fill in the form:
- the Number field - will be filled automatically;
- the State field - when just created, leave it in the Pending state;
- the Incident field - will be filled automatically with the number of the parent incident;
- the Assigned user field - choose a technician you wish to assign a task to;
- the Assigned group field - choose a department you want to assign a task to;
- the Subject field - describe the task here in a brief manner;
- the Description field - please put there the detailed task.
- After you have entered task details, you can move to the Schedule tab. Here you can specify start and end dates for working.
- Actual Start Date - the date when the technician started to work on this task. This field must be filled by the technician;
- Actual End Date - the date when the technician finished the work on this task. This field must be filled by the technician;
- Planned Start Date - the date when you want the technician to start working on this task;
- Planned End Date - the date you want this task to be finished (completed and closed).
- Press Save.
You can create as many Incident Task as you need.
Create Relationships
You can create relationships between incidents and other types of tasks. For this, please complete the following steps:
- Open the incident you want to work on;
- Scroll down the page, then press the Related Records tab;
- You can create these types of relationships:
- Solved by Change;
- Caused by Change;
- Related Problems;
- Known Error;
- Related Inquiry;
- Slave Incidents;
- Master Incident;
- Related Request;
- Related Article.
- To create relationships for the Solved by Change, Caused by Change, Related Problems, Related Inquiry, Slave Incidents, Related Article, please complete the following steps:
- Press a lock icon, then press a magnifier icon;
- In the new window that was appeared choose a necessary option;
- Press the lock icon again and then press Save.
- To create relationships for the Known Error, Master Incident, Related Incident, please complete the following steps:
- Press a magnifier icon;
- In the new window that was appeared choose a necessary option;
- Press Save.
Let us have a closer look at these relationships.
type | description |
---|---|
Solved by Change | This relationship means that the incident is solved / can be solved by the Change specified. |
Caused by Change | This relationship means that the incident is caused by the Change specified. |
Related Problems | This relationship means that the incident is related to the Problems specified. |
Known Error | This relationship means that the incident is a Known Error, it has a recorded root cause and a workaround. |
Related Inquiry | This relationship means that the incident is related to the Inquiry specified. |
Slave Incidents | This relationship means that the incident has one or more child incidents (see above on this page). |
Master Incident | This relationship means that the incident has a master incident (this essence is opposite to the child incidents). |
Related Request | This relationship means that the incident is related to the Service Catalog Request specified. |
Related Article | This relationship means that the incident is related to the Knowledge Base Article specified. |
Escalation Rules
There are two possible types of escalations: functional and hierarchical.
- Functional escalation is when 1st level technicians are unable to solve an incident due to any reasons (lack of authority or competence), they escalate it to the 2nd level to address.
- Hierarchical escalation is typically required when an incident is of a serious nature or a set of incidents that may take an excessive amount of time. It's an escalation up to the management.
In the SIMPLE system, automatic incident escalation is implemented. How it works:
- If the incident have not been processed for a certain period, and there is a risk of the SLA breach, then technicians' manager is being notified about this;
- If the things has not been changed, then incident urgency increases, the incident rises up in line;
- If it didn't help, then incident urgency increases again, the incident rises up in line, the technicians' manager is being notified about this repeatedly.
Assigning and Updating Incidents
Once the incident is registered, it has to be assigned to the responsible person to be processed. To assign an incident, please complete the following steps:
- Open the incident you want to work on;
- Find the Assignment Group field, then press the magnifier icon to select a group to assign the incident to;
- (Non-mandatory step) complete the same step for the Assigned User field.
The incident is assigned.
If you want to inform the line manager of the assignee about the incident activities, turn on the "Attention Required" checkbox.
To perform any updates in the incident, please complete the following steps:
- Open the incident you want to work on;
- Change the desirable field(s);
- Press Save.
Your changes will be displayed in the Activity log.
Priority Management
The priority of the Incident can be figured out based on its impact and urgency using a priority matrix.
The impact of an incident indicates the level of damage that will be caused to the business user.
The urgency of an incident indicates the time within which the incident should be resolved.
Based on the priority, incidents can be categorized as:
- Major;
- High;
- Medium;
- Low;
- Minor.
The priority matrix
Closure information
Based on the SIMPLE state model, after the incident was resolved (by marking an incident as Completed), it must be closed. Before closing an incident, the agent must provide the following details:
- Closure Code;
- Closure Notes.
Let us have a closer look at every item.
Closure Code
This code specifies an option of the closure. The SIMPLE system has the following options:
Option | Description |
---|---|
Solved 1st level | The incident was solved by the 1st level of technicians without functional escalation. |
Solved 2nd level | The incident was solved by the 2nd level of technicians (1st level was not unable to solve). |
Not Solved (Unable To reproduce) | The technicians couldn't reproduce the incident and didn't find any disfunction. |
Not Solved (Dropped) | This closure code is chosen when the request is not an incident at all (for example, it's a Change). |
Not Solved (No User Reaction) | This closure code is chosen when the user didn't provide additional information after he was asked about this in the Information Needed Incident. |
Not Solved (Workaround) | This closure code means that the incident has no permanent solution, but a temporary workaround. |
Not Solved (Other) | This closure code is meant to be for all other reasons. |
Closure Notes
In this field you need to put down information on works performed, and maybe other information related to this incident.
- No labels