Incident Management
Preview: Incident Management is available in Preview in ADOC 26.9.0. This capability currently supports notifications for policies only; support for pipelines is planned for a future release.
Incident Management provides a centralized way to configure notifications and track incidents raised by policy executions across your organization. Instead of configuring alerts separately on each policy, you create Incident Policies that define which policies or rules to monitor, what condition should raise an incident, and how you want to be notified. Every incident raised this way is tracked in a single Incidents list.
To access Incident Management, navigate to Operations > Incident Management in the left navigation.
Note
While Incident Management is in Preview, it coexists with the existing Alerts & Notifications settings available during policy creation. You can continue using either mechanism. When Incident Management reaches general availability, the per-policy Alerts & Notifications settings will be removed, and Incident Policies will become the only way to configure notifications for policy results.
Incidents
The Incidents tab lists every incident raised by your Incident Policies.
Use the following controls to narrow the list:
Control | Description |
Time range | Filter incidents by when they were raised. Defaults to Last 30 days. |
Type | Filter by the incident's trigger type (for example, DR Policy). |
Status | Filter by incident status (for example, Open). |
Severity | Filter by severity. |
More Filters | Access additional filter options. |
Search | Search incidents by Incident ID, Name, or Source. |
Columns | Show or hide columns in the incidents table. |
The incidents table includes the following columns:
Column | Description |
ID | The incident's unique identifier (for example, INC-63). |
Name | The incident name, typically combining the Incident Policy name and the source. |
Type | The type of entity that triggered the incident (for example, DR Policy). |
Source | The asset or entity the underlying policy ran against. |
Trigger | The condition that raised the incident (for example, Result Status: Errored). |
Trigger Summary | Additional detail about what triggered the incident. |
Severity | The severity assigned by the Incident Policy's condition (Critical, High, Medium, or Low). |
Assignee | The user assigned to the incident. Shows Unassigned if no default assignee is configured. |
Status | The incident's current status (for example, Open). |
Raised On | The date and time the incident was raised. |
Policy Name | The name of the policy that triggered the incident. |
External Tickets | Linked external ticket references, if any. |
Open For | How long the incident has remained open. |
Last Fired | The date and time the underlying policy last produced this trigger condition. |
Incident Policies
An Incident Policy defines what to monitor, the condition that raises an incident, and how notifications are sent. To create one, navigate to Incident Management > Incident Policies and select Create Policy.
Prerequisite
Select a Domain from the domain selector at the top of the page before creating an Incident Policy. The policy is scoped to the domain selected at creation time.
What do you want to monitor?
Select the entity type to monitor. Data Reliability is currently available; Pipelines, Jobs, and Data Products are shown as Coming soon.
Next, choose how to configure the policy:
- Configure by: Rules (monitor specific rules) or Policies (monitor specific policies).
- Global Condition or Individual Condition (see Setting conditions and severity below).
Selecting rules or policies
Select Add Rules or Add Policies to open a dialog listing the available rules or policies. Use the following controls to find what you want to monitor:
- Policy type quick filters: Data Quality, Reconciliation, Freshness, Anomaly, Data Drift, Schema Drift, and Auto Anomaly.
- Overall Status filter and More Filters for additional criteria.
- Search by policy name.
- Columns: Show or hide table columns, including Policy Type, Tags, Quality Score, Open Alerts, Overall Status, Rule Count, Records Processed, Started At, Ended At, and Total Execution.
Select the checkbox next to each rule or policy you want to monitor, then select Add Policies (or Add Rules) to confirm, or Cancel to discard your selection. Selected items appear in a list on the main page, each showing its policy type and name, with an option to remove it individually. You can return to this dialog at any time using Add Policies / Add Rules to add more.
Setting conditions and severity
How you configure the trigger condition depends on whether you selected Global Condition or Individual Condition.
Global Condition applies one shared condition and severity to every selected rule or policy:
- Condition: Choose Execution status or Result status, an operator, and one or more status values from Aborted, Errored, Successful, or Warning.
- Severity: Critical, High, Medium, or Low.
Individual Condition lets you configure a separate condition and severity for each selected rule or policy, shown as a table with Policy (or Rule), Condition, and Severity columns — one row per item, using the same Condition and Severity options described above. Select the X on a row to remove that rule or policy from the policy.
Notification timing
Choose how you want to be notified:
Option | Description |
Instant | Get notified immediately when an issue occurs. |
Scheduled Summary | Receive a summary of incidlents at regular intervals. |
Instant + Summary | Get immediate notification plus periodic summaries. |
Depending on the option selected, configure:
- Where should we send instant notifications? — Select one or more notification channels. Shown for Instant and Instant + Summary.
- Where should we send summary notifications? — Select one or more notification channels. Shown for Scheduled Summary and Instant + Summary.
- When should we send summary notifications? — Set a Time zone and one or more Schedules (for example, Daily 12:00 AM). Select + Add to add additional schedules. The page displays the computed Next Execution date and time in your selected time zone. Shown for Scheduled Summary and Instant + Summary.
Regardless of the notification timing option selected, you can also turn on Also send a notification on successful runs to receive a confirmation after each successful monitored policy or rule run. Successful runs notified this way do not create an incident.
Naming and advanced settings
Enter an Incident Policy Name (required) and, optionally, select + Add description to add a description.
Expand Advanced Settings to configure:
Incident Life Cycle
- Default assignee (optional): The user incidents are assigned to by default. Defaults to Unassigned.
- Auto-resolve incident when conditions clear: When enabled, set the number of consecutive passing evaluations required before an open incident is automatically resolved. The incident closes as soon as the next evaluation passes the trigger threshold.
Runbook
Add one or more runbooks, each with a Runbook name, a URL, and an optional Description. Runbook links are shown in incident details and in notifications. Select + Add Runbook to add additional runbooks.
Select Create Policy to save the Incident Policy.
What's Next
- Configure notification channels used by Incident Policies. See [Notification Integrations].
- Review incidents raised by your policies on the Incidents tab.

Have a suggestion?