Skip to content
Release: Australia · Updated: 2026-03-12 · Official documentation · View source

Operator phase 2: Triage an alert

After you analyze and acknowledge an alert, you must triage it. The triage phase involves verifying alert correlation and taking an action to help resolve the issue that caused the alert. This topic covers the most common triage task: creating an incident from an alert.

Before you begin

Note: The Operator Workspace interface is available only to customers who have upgraded from a release prior to the Utah release. New customers as of the Utah release can use the Service Operations Workspace for ITOM, which offers an enhanced UI for managing alerts.

Phase 1
Image omitted: progress-complete2.png
Analyze icon
Analyze and acknowledge an alert
Phase 2
Image omitted: progress-wip.png
Triage icon
Triage alerts
Phase 3
Image omitted: progress-not-started.png
Close alert icon
Close an alert

Role required: evt_mgmt_operator

Procedure

  1. Before you start to work on the alert, check whether other alerts should be correlated with the one you just reviewed:

    1. Navigate to Event Management > Service Operations Workspace.

    2. Click the same application service tile and review the alerts in the Alerts list.

    3. If multiple alerts are present, open one to determine if it is related to the other alert, or if the underlying issue is the same in both alerts.

      For example, if an alert is associated with a web server and there is already an alert for the database issue, correlate the web server alert as a secondary alert with the database alert as the primary alert.

    4. Open the secondary alert, click the lookup icon (

Image omitted: lookup-icon.png
Lookup icon\) in the **Parent** field, and then select the primary alert.
    This creates a primary \(parent\) / secondary \(child\) relationship between the two alerts.
Image omitted: operator-alert-parent.png
Alert
5.  Repeat this process to correlate as many secondary alerts as necessary.

6.  Navigate back to the Service Operations Workspace dashboard and verify that the primary alert displays an icon in the **Group** column.
Image omitted: operator-dashbaord-alert-group.png
Group
    **Note:** Your administrator can set up rules that let the system automatically correlate alerts so that you do not need to do so manually. In that case, a **Feedback** field appears on the Alert form. Select **Yes** if the system correlated the alert correlated correctly, or **No** if not. Currently, the feedback option is available but does not trigger further actions after being logged.
  1. Open the primary alert.

  2. On the Alert form, click Actions > Create Incident.

    If your organization uses Security Incident Response, the button is Create Security incident.

    The Flow Designer opens.

Image omitted: flow-designer-executions-tab.png
Creating an incident
  1. Click Refresh.

    The Execution Details page opens.

Image omitted: execution-details-page.png
Execution Details page
  1. Click Open Context Record and then fill in the Incident form.
Image omitted: incident-form.png
Incident form
FieldDescription
CallerClick the lookup icon \(
Image omitted: lookup-icon.png
Lookup icon\) and then select your name. The caller is the person who discovered the issue that led to the incident.
Category and SubcategorySelect a category that best describes this alert. In this example, Database is the best choice.
Application serviceSelect the application service to which the CI belongs. In this example, the application service is Web portal.
Configuration itemIf it is not already populated, select the CI. In this example, the Oracle database (PS ORA01) is automatically populated into the field.
Impact and UrgencySelect the impact and urgency levels that you think appropriate.
Assignment group Assigned toClick the lookup icons \(
Image omitted: lookup-icon.png
Lookup icon\) for both or either of these fields, and then select the group or the individual that can handle the issue.
  1. Click Submit to create the incident.

    The Alert you are working on reappears. On the Alert form, the incident is populated in the Task field. You can also see the incident number in the Task column on the Service Operations Workspace dashboard.

Image omitted: operator-alert-task.png
Alert

What to do next

There are other tasks you perform as part of the triage stage:

If you do not need to perform any other triage actions, proceed to Phase 3: Close an alert.

  • Run a remediation workflow on an alert
    As an Event Management operator, you can also run a workflow on your ServiceNow instance that helps remediate the alert. For example, you might run a workflow that automatically restarts a server on your network, which might resolve an alert about CPU usage.
  • Launch a web application from an alert
    As an Event Management operator, you can also launch a web application from an alert. The web application might be a console for the event monitoring tool that your organization uses, or any external website that provides additional information you might need about the alert.
  • Associate a knowledge base article with an alert
    As an Event Management operator, you can associate a knowledge base (KB) article with the alert to capture additional information about the alert. This might include a procedure that someone has to follow to resolve the underlying issue on your network, or a best practice to prevent the issue from reoccurring.
  • Put an alert into maintenance
    As an Event Management operator, you can put an alert into maintenance if the alert does not require any further action, but you still want to keep the alert active. Putting the alert into maintenance hides it from the Service Operations Workspace dashboard so that other operators do not need to access it, but it does not close the alert.

Parent Topic:What Event Management operators do