Configure Severity and Priority Labels
Learn how to configure severity and priority labels for your organization
Configure severity levels for incidents and priority levels for alerts to match your organization's terminology and classification system.
Overview
By default, Harness AI SRE uses standard severity and priority labels. You can configure these labels organization-wide to:
Match your existing incident management terminology
Provide clearer context for your team
Align with your organization's severity classification standards
Improve consistency across incident response workflows
Important: Custom labels only change the display text. The underlying severity/priority values remain the same, ensuring compatibility with integrations, APIs, and historical data.
Access custom options
To open the severity and priority configuration:
Navigate to Organization Settings
Under Settings mainly used in AI SRE, click Severities & Statuses for AI SRE
Use the tabs to configure:
Incidents tab - Configure severity levels
Alerts tab - Configure priority levels
Configure incident severity levels
Default severity labels
SEV0
"0"
SEV0: Critical
Highest severity
SEV1
"1"
SEV1: Major
High severity
SEV2
"2"
SEV2: Moderate
Moderate severity
SEV3
"3"
SEV3: Minor
Low severity
SEV4
"4"
SEV4: Cosmetic
Lowest severity
Configure severity labels
To configure severity labels:
Go to Organization Settings → Severities & Statuses for AI SRE
Select the Incidents tab
Click the Edit icon next to any severity level
Update the:
Label - The display name (max 20 characters)
Description - Additional context for your team
Click Save
Example customizations:
Change "SEV0: Critical" to "P0: Business Critical"
Change "SEV1: Major" to "P1: Production Down"
Change "SEV2: Moderate" to "P2: Degraded Service"
Use custom severity in workflows
Custom labels appear throughout AI SRE:
Incident cards and detail pages
Filters and search
Status updates
Reports and analytics
Slack notifications
Email notifications
API and integration usage:
When using the API or configuring runbook triggers, always use the original ID values ("0", "1", "2", "3", "4"), not the custom labels.
Go to Incident fields to understand how to use severity values in integrations.
Configure alert priority levels
Default priority labels
P1
p1_critical
P1: Critical
Critical priority
P2
p2_error
P2: Error
High priority
P3
p3_warning
P3: Warning
Medium priority
P4
p4_info
P4: Info
Low priority
Configure priority labels
To configure priority labels:
Go to Organization Settings → Severities & Statuses for AI SRE
Select the Alerts tab
Click the Edit icon next to any priority level
Update the:
Label - The display name (max 20 characters)
Description - Additional context for your team
Click Save
Example customizations:
Change "P1: Critical" to "Urgent"
Change "P2: Error" to "High"
Change "P3: Warning" to "Medium"
Change "P4: Info" to "Low"
Use custom priority in workflows
Custom labels appear throughout AI SRE:
Alert cards and detail pages
Alert rules
Filters and search
Reports and analytics
Slack notifications
Email notifications
API and integration usage:
When using the API or configuring route alerts, always use the original ID values (p1_critical, p2_error, p3_warning, p4_info), not the custom labels.
Best practices
Label design
Keep labels concise: Maximum 20 characters
Use consistent naming: Follow a standard pattern (e.g., "P0: Business Critical", "P1: Production Down")
Avoid abbreviations: Unless universally understood in your organization
Include severity level: Help users understand the hierarchy at a glance
Descriptions
Add context: Explain when to use each severity/priority level
Define impact: Describe the typical impact for each level
Provide examples: Include example scenarios
Update regularly: Keep descriptions current as processes evolve
Team alignment
Document changes: Announce custom labels to your team
Train responders: Ensure everyone understands the new terminology
Update runbooks: Reference custom labels in response procedures
Gather feedback: Periodically review effectiveness with your team
API and integration considerations
Test integrations: Verify external systems work with custom labels
Document mappings: Create a reference showing ID to label mappings
Update documentation: Update internal runbooks and procedures
Monitor for issues: Check that custom labels do not break workflows
Important notes
What changes
Display labels throughout the UI
Labels in notifications (Slack, email)
Labels in exports and reports
Labels in search and filters
What does not change
Underlying ID values
API request/response formats
Integration mappings
Historical data
Database storage format
Organization-wide impact
Custom severity and priority labels apply to:
All projects in the organization
All teams and users
All incidents and alerts (past and future)
All integrations and workflows
Troubleshooting
Example configurations
Enterprise standard
SRE team
Customer impact based
Next steps
Documentation
Configure incident fields: Customize fields captured on incidents.
Incident types: Standardize incident classification.
Route alerts: Route alerts to incidents.
Related topics
Incident workflows: Automate incident response.
Status updates: Communicate with stakeholders.
Last updated
Was this helpful?