Académique Documents
Professionnel Documents
Culture Documents
Introduction
Application Menu
Additional Resources
Location Process
Employee Self Service ITIL users or administrators can use the Create New module in the
Incident application, or select New from the Incident list. The Watch list,
Incident state, and Impact fields are available on the ESS view of the
Incident form and the variable formatter is not available. ESS users have
write access to the Watch list and Impact fields.
Record producers Use the Create a New Incident record producer in the service catalog.
(This record producer sets the Contact Type field of the resulting
incident to Self-Service.) **Covered in Incident Management 200
Inbound email actions An email addressed to the instance mailbox can create an incident
according to inbound email actions. **Covered in Incident Management
300
1 1 Create New: Link to create a new incident record. When clicked will take a user to
the Incident Form
2 2 Assigned to me: Link to a list view of Incidents where the logged in user is the user
in the ‘Assigned To’ field of the Incident Record
3 3 Open: Link to a list view of all Incidents in an open state*
*The Incident record’s ‘Active’ field is marked true
4 4 Open - Unassigned: Link to a list view of Incidents in an open state* that have an
empty ‘Assigned To’ field
5 5 Resolved: Link to a list view of all Incidents where the ‘State’ is set to Resolved
6 6 Closed: Link to a list view of all Incidents where the ‘State’ is set to Closed
9 9 Critical Incidents Map: Link to a map view of where Incidents are occurring*
*Based on the ‘Location’ field on the Incident record
1 11
2 12
3 13
4 14
5 15
6 16
7
8
9
10
**Note: With assignment rules this field maybe auto-populated with a group for specific
categories/subcategories or CIs.
1 11
2 12
3 13
Number: This field is auto-generated on initiation of the 11 Opened: This is a Date Time field is auto-populated when the
1
Incident form and is used as a unique identifier (key) and Incident Form is initiated. It is used largely in Service Level
reference field for user follow up. Management and identifying aging incidents
Caller: This is a reference field, to the ‘User’ table (sys_user), 12 Opened by: This is a reference field, to the ‘User’ table
2
and is used to identify who the Incident for. This should be the (sys_user), and is used to identify who created the incident. This
person who is actually experiencing the Incident** field is populated with the logged in user’s account
3 Location: This is a reference field, to the ‘Location’ table 13 Contact type: This field is a choice list and is used to identify
(cmn_location), and is used to identify where the Incident is how the Incident was reported. Out of the box the options are;
happening. Note: This field will automatically fill in with the Email, Phone, Self-service and Walk-in
Location information of the “Caller” when it is selected
4 Category: This is a choice list field and is used as the primary level of identification
4 of the Incident.
5 Subcategory: This is a choice list field and is used as a secondary level of
5 identification of the Incident. It is dependent on the ‘Category’ field
6 Configuration Item: This is a reference field, to the CMDB table (cmdb), and is used
6 as the most specific level of identification.
7 7 Impact: This is a choice list field and is used to identify how much of the business is
affected, is it a single user (3-Low) or complete outage (1-High)
8 8 Urgency: This is a choice list field and is used to identify how quick the Incident
needs to be resolved, non-critical/as available (3-Low) or ASAP(1-High)
9 9 Priority: This is a choice list field and is used to identify the general order Incidents
should be completed, Lowest on the list(4-Low) or First (1-High) Note this is not
manual selected but instead controlled by the selection of ‘Impact’ and ‘Urgency’
based on the Priority Matrix
• Community
– https://community.servicenow.com/community/service-management/incident