Skip to main content

Configure Incident Fields

Learn how to configure and customize fields for incidents in Harness AI SRE.

Overview

Incident fields help you:

  • Capture essential incident data
  • Standardize incident reporting
  • Enable effective filtering
  • Support automation
  • Generate insights

Field Types

Required Fields

Basic Information

field_definitions:
title:
type: string
required: true
template: "[service] - [issue_type]"
severity:
type: enum
values: [P1, P2, P3, P4, P5]
required: true
status:
type: enum
values: [detected, investigating, mitigating, resolved]
required: true

Severity Field Values

The severity field uses numeric string values internally. When configuring runbook triggers or API integrations, use these exact values:

ValueDisplay LabelSeverity Level
"0"SEV0:CriticalHighest severity
"1"SEV1:MajorHigh severity
"2"SEV2:ModerateModerate severity
"3"SEV3:MinorLow severity
"4"SEV4:CosmeticLowest severity

Important: Severity is stored as a string, not a number. When using severity in runbook triggers or API calls, always use the string format (for example, "0" not 0).

Customize severity labels: You can customize the display labels for severity levels to match your organization's terminology. Go to Customize Severity and Priority Labels to learn how to configure custom labels while maintaining compatibility with integrations and APIs.

Alternative severity names: The system accepts alternative severity names from external integrations and maps them automatically:

  • Maps to "0": SEV0, SECURITY0, CUSTOMER-P0
  • Maps to "1": SEV1, INTERNAL-PROD, SECURITY1, CUSTOMER-P1
  • Maps to "2": SEV2, DEPLOYMENT, SECURITY2
  • Maps to "3": SEV3, INTERNAL-NONPROD, MAINTENANCE
  • Maps to "4": Any other value

Go to Configure Runbook Triggers to learn how to use severity values in trigger conditions.

Service Context

field_definitions:
service:
type: string
required: true
source: service_catalog
environment:
type: enum
values: [production, staging, development]
required: true
team:
type: string
required: true
source: team_directory

Optional Fields

Impact Assessment

field_definitions:
affected_users:
type: number
description: "Number of affected users"
error_rate:
type: float
unit: "percentage"
regions:
type: array
items:
type: string
source: region_list

Timeline Data

field_definitions:
detected_at:
type: timestamp
format: "ISO8601"
resolved_at:
type: timestamp
format: "ISO8601"
duration:
type: duration
computed: true
formula: "resolved_at - detected_at"

Field Configuration

Custom Fields

custom_fields:
customer_impact:
type: enum
values: [none, low, medium, high, critical]
description: "Impact level on customers"
root_cause:
type: string
multiline: true
description: "Root cause analysis"
follow_up:
type: array
items:
type: object
properties:
action: string
owner: string
due_date: timestamp

Field Dependencies

dependencies:
- if:
severity: P1
then:
required: [customer_impact, root_cause]
- if:
status: resolved
then:
required: [resolution_summary, follow_up]

Field Validation

validation:
title:
pattern: "[A-Za-z0-9\\s\\-]+"
min_length: 10
max_length: 100
description:
min_length: 50
max_length: 1000
affected_users:
min: 0
max: 1000000

Field Templates

Service Incident

template:
name: "Service Incident"
fields:
title: "[service] - Service Degradation"
severity: [severity]
service: [service]
environment: [environment]
team: [team]
description: "Service degradation detected in [service]"

Security Incident

template:
name: "Security Incident"
fields:
title: "[service] - Security Alert"
severity: P1
service: [service]
environment: [environment]
team: "security"
description: "Security incident detected in [service]"

Infrastructure Incident

template:
name: "Infrastructure Incident"
fields:
title: "[service] - Infrastructure Issue"
severity: [severity]
service: [service]
environment: [environment]
team: "platform"
description: "Infrastructure issue detected in [service]"

Field Usage

Incident Creation

create_incident:
template: "Service Incident"
values:
service: [service]
severity: P2
environment: production
team: [team]

Status Updates

update_status:
status: investigating
fields:
assignee: [user]
notes: "Investigation started by [user]"

Resolution

resolve_incident:
status: resolved
fields:
resolution_summary: [summary]
root_cause: [root_cause]
follow_up:
- action: "Update runbook"
owner: [team]
due_date: [timestamp]

Best Practices

Field Design

  • Use clear names
  • Add descriptions
  • Set validations
  • Group related fields
  • Support automation

Templates

  • Create for common cases
  • Include required fields
  • Set smart defaults
  • Document usage
  • Review periodically

Field Management

  • Audit field usage
  • Clean unused fields
  • Update validations
  • Monitor effectiveness
  • Gather feedback

Next Steps

Documentation