---
title: Operator phase 3: Close an alert
description: After you take action on an alert, you can verify several items on the alert and then close it.
locale: en-US
canonical_url: https://www.servicenow.com/docs/r/australia/it-operations-management/event-management/operator-close-alert.html
release: australia
product: Event Management
classification: event-management
topic_type: task
last_updated: "2026-03-12"
reading_time_minutes: 3
breadcrumb: [Operator responsibilities, Event Management Operator Tutorial, Use, Event Management, ITOM AIOps, IT Operations Management]
---
# Operator phase 3: Close an alert
After you take action on an alert, you can verify several items on the alert and then close it.
## 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
|
\[Omitted image "progress-complete2.png"\] Alt text: Analyze icon
|
[Analyze and acknowledge an alert](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/event-management/operator-phase-acknowledge-analyze.md)
|
|
Phase 2
|
\[Omitted image "progress-complete2.png"\] Alt text: Triage icon
|
[Triage alerts](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/event-management/operator-phase-triage-incident.md)
|
|
Phase 3
|
\[Omitted image "progress-wip.png"\] Alt text: Close alert icon
|
Close an alert
|
Role required: evt\_mgmt\_operator
## About this task
## Procedure
1. Navigate to **Workspace Experience** > **Workspaces** > **Service Operations Workspace**.
2. Find the alert you want to close.
If the alert does not appear in the list, for example because it is in maintenance, change the filter options as needed.
3. Click the alert number to open the Alert Details tab and review key information about the alert.
\[Omitted image "alert-form-close-verifyfields.png"\] Alt text: Alert fields to check
4. Review information about application services on the **Impacted Services** tab.
In this example, the service\_1474 application service appears in the list.
\[Omitted image "view-impacted-services.png"\] Alt text: Impacted services tab
If you need more information about an application service and want to see the service map, click the service name and then click **Service Map**.
5. Look at the alerts related to this application service, and modify the correlation if necessary.
The process for a primary alert differs from the process for a secondary alert.
- On a primary alert, the secondary alerts that are correlated with the primary appear on the **Secondary Alerts** tab.
\[Omitted image "alert-form-secondary-alerts.png"\] Alt text: Correlated alerts
Typically, you do not have to do anything with the secondary alerts unless you want to add more secondary alerts or remove the correlation altogether.
**Note:** When you close a primary alert, the secondary alerts are also closed by default.
- On a secondary alert:
The alert number of the primary alert appears in the **Parent** field. You do not have to do anything with the parent alert, unless you want to re-correlate this secondary alert with another primary alert, or remove the correlation altogether by clearing the field.
\[Omitted image "alert-form-parent-field.png"\] Alt text: Parent field
**Note:** When you close a secondary alert, the primary alert is not closed. You must close the primary alert separately.
6. When you are sure the underlying issue causing the event and corresponding alert has been rectified, click **Close**.
If you think that the alert needs attention, do not close it. Instead, put it into maintenance by selecting the **Maintenance** checkbox.
## What to do next
You are finished with the Event Management Operator tutorial, which covers a basic workflow of analyzing alerts, triaging them, and closing them out.
After you close an alert, you might need to follow up on these items:
- **Reopen an alert**
If you think an alert requires further action, you can manually change its state to **Reopen**. When an alert reopens, any associated incidents can also be updated or reopened according to the incident state and the rules that your administrator configured.
**Note:** Any time you reopen an alert, always go through the triage and close phases again.
- **Work with alerts in the flapping state**
In some cases, the same event that created the alert you just closed could be triggered again, even repeatedly, in a short amount of time. If this occurs, the **State** of the alert that you just closed changes to **Reopen**, and eventually to **Flapping** depending on settings that your administrator configures.
See [Handle alerts in the flapping state](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/event-management/operator-handle-alerts-flapping.md) for more information on what to look for.
For a summary of other tasks that you might need to perform at some time, see [Advanced tasks for the Event Management operator](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/event-management/operator-advanced-tasks.md).
**Parent Topic:**[What Event Management operators do](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/event-management/operator-process.md)