---
sourceDocument: Zurich IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/zurich/it-operations-management

 Release :

    - zurich

ft:locale :

    - en-US

ft:publication_title :

    - Zurich IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# View generated SLOs in SRM

# View generated SLOs {#ariaid-title1}

* Release version: Zurich
* 
* Updated February 18, 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read

View service level objectives (SLOs) generated by the SLO creator agent and review information about how they were created.

## Before you begin

You must have ServiceNow Otto for ITOM and Service Reliability Management (SRM) installed on your instance. For more information, see [Install plugins for ServiceNow Otto](https://www.servicenow.com/docs/access?context=install-now-assist-feature-plugins&version=zurich&pubname=zurich-intelligent-experiences&ft:locale=en-US) and [Install Service Reliability Management from Admin Center or ServiceNow Store](https://www.servicenow.com/docs/5~rs_XH2ePariMsMxRTXDw "Install the Service Reliability Management (SRM) application from the Admin Center or ServiceNow Store.").

For an overview of how and when the SLO creator agent generates SLOs, see [Generating service level objectives](https://www.servicenow.com/docs/xZVb1For98MAr0deW4zNow "Use the service level objective (SLO) creator agent to auto-generate SLOs for Service Reliability Management (SRM) services and configuration items (CIs). The agent can help teams adopt SLOs faster and monitor service performance.").

Role required: srm_manager, srm_responder, or srm_admin

## Procedure

1. Navigate to WorkspacesService Operations WorkspaceServices.
2. Select a service and then select the Reliability Metrics tab.
3. Select an SLO generated by the SLO creator agent.  
   SLOs generated by the agent display `AI` in the Created by column.
4. Select the Details tab.
5. In the Activity panel, review the work notes.  
   SLOs generated by the SLO creator agent include work notes that summarize the data analyzed and configuration used during creation. The following example shows the type of information recorded in the work notes:

       === AI-Generated SLO ===

       [Issue Pattern Description]
       Analysis of 15 alerts over the last month revealed ten distinct reliability-impacting patterns for the Webhook Delivery Tracking Service.
       Critical webhook delivery failures, data contract violations, SAML assertion rejections, RBAC permission denied spikes, Kafka consumer lag,
       JSON deserialization failures, AZ failover health check failures, schema registry compatibility failures, JWT signature validation failures, 
       and gRPC deadline exceeded errors were identified. Each pattern was validated through field-value mapping and encoded query construction, 
       ensuring actionable and trackable SLIs.

       [Metrics]
       • In the last Month: 0 Major Incidents, 0 Sev1 Incidents, 11 critical alerts, 1 outage → risk score of 27
       • Monthly compliance period selected based on risk concentration and alert volume
       • Data source: 15 alerts analyzed (full dataset available)

       [SLO Configuration]
       • Service classified as Most Critical → 99.99% reliability target selected
       • Monthly compliance period chosen for consistent tracking of reliability issues
       • Duration SLO type selected for continuous measurement of reliability
       • SLI type: Errors - keywords and patterns found in 80% of alerts, with additional latency and availability issues identified
       • Source: em_alert (alerts provide granular signal for reliability tracking)

       [SLIs Created]
       • 10 SLIs created covering 100% of reliability events (15 of 15 alerts):
       1. Webhook Delivery Failure Rate (main CI sys_id: <sys_id>)
       - Tracks critical webhook delivery failures
       - 2 alerts matched (13% of total events)
       - All events led to service downtime
       - Filter: metric_name=Webhook_Delivery_Failure_Rate^classification=webhook_failure^severity=critical
       - Example: Alert <alert_id>
       2. Data Contract Violation Rate (main CI sys_id: <sys_id>)
       - Tracks critical data contract violations
       - 2 alerts matched (13%)
       - Example: Alert <alert_id>

       [Additional SLIs follow the same pattern for each reliability issue identified]

       • All reliability events are covered by the SLIs created.

       Created by SLO Creator Agent

## What to do next

To learn more about SLOs, including SLO types and compliance periods, see [Working with reliability metrics](https://www.servicenow.com/docs/32nVrQ0E9CMIO14lXR6gjw "Learn about the reliability metrics and features that can help you track service health, respond to issues, and support business goals."). To edit or deactivate an SLO in SRM, see [Edit a reliability metric](https://www.servicenow.com/docs/WyE30Lkk3uZfwQxXkBOyYQ "Update a reliability metric to keep it relevant and aligned with your team's goals.").

*[\>]: and then