--- title: Create SLOs, SLIs, and error budget policies description: Define service level objectives \(SLOs\), service level indicators \(SLIs\), and error budget policies to monitor service health. These tools help you and your teams track performance and respond when needed. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/it-operations-management/service-level-objective-management/sr-create-slo-sli.html release: australia product: Service Level Objective Management classification: service-level-objective-management topic_type: task last_updated: "2026-03-12" reading_time_minutes: 3 breadcrumb: [Using SLO Management, Service Level Objective Management, ITOM AIOps, IT Operations Management] --- # Create SLOs, SLIs, and error budget policies Define service level objectives \(SLOs\), service level indicators \(SLIs\), and error budget policies to monitor service health. These tools help you and your teams track performance and respond when needed. ## Before you begin To send notifications when an error budget policy is breached, your team must have a notification destination configured. You can check by navigating to **Teams** > **\[Your team\]** > **SLO Notification destinations** in Service Operations Workspace. For more information, see [Create a notification destination in SRM](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/service-level-objective-management/create-notification-destination.md). **Note:** By default, the outage data source for SLIs includes unplanned and degradation outages. Administrators can include planned outages by adding `planned` to the `sn_sow_slo.outage_supported_types` system property value. Role required: srm\_admin, srm\_manager, or srm\_responder ## About this task Create SLOs, SLIs, and error budget policies to monitor service health and help make sure that your services support business goals. In Service Reliability Management \(SRM\), an SLO must have at least one SLI. SLIs can be filtered to a service or configuration item \(CI\) within the parent service hierarchy. Filtering an SLI to a CI can help you more accurately track service health and identify root causes faster. Each SLI can be associated with only one SLO, helping prevent conflicting performance expectations. **Note:** SLOs can also be generated automatically using the SLO creator agent. For details, see [Generating service level objectives](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/service-level-objective-management/now-assist-itom-slo-generation.md). ## Procedure 1. Navigate to **Workspaces** > **Service Operations Workspace** > **Services \(\[Omitted image "icon-sr-services.png"\] Alt text: Services icon\)**. 2. On the **Services** page, select the service you want to monitor, then select the **Reliability metrics** tab and select **Add SLO & SLI**. 3. In the Service Level Objective \(SLO\) form, fill in the fields for your SLOand select **Next**. For information about the SLO fields, see [Create SLO form](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/it-operations-management/service-level-objective-management/sr-create-slo-sli-form.md). 4. In the Service Level Indicators \(SLI\) form, select the data source for your SLI.
| Data source | Description |
|---|---|
| **Alerts** | Base the SLI on alerts from integrated monitoring tools.Use alerts when you want your SLI to include early warning signs and a broader view of reliability. |
| **Outages** | Base the SLI on outages detected by monitoring tools and reported by users.Use outages when you want to measure actual downtime and customer impact. |