Configure Incident Types
Learn how to create and configure incident types in Harness AI SRE to standardize incident classification and response procedures.
Incident Types in Harness AI SRE provide a standardized framework for classifying and managing different categories of incidents. By defining incident types, teams can ensure consistent response procedures, appropriate field configurations, and automated workflows tailored to specific incident scenarios.
Overview
Incident Types help you:
Standardize incident classification across your organization
Define custom fields and default values for different incident categories
Establish consistent response procedures and workflows
Automate incident creation with pre-configured templates
Associate relevant runbooks and response procedures
Ensure appropriate escalation paths and team assignments
Key features
Standardized classification
Custom incident type creation for organization-specific needs
Consistent incident handling across teams and services
Automated incident routing based on type classification
Response procedure configuration
Set default values and custom fields to streamline incident creation
Configure field validation and requirements (required vs optional) per incident type
Associate runbooks with specific incident types for automated response procedures
Integrate with monitoring tools and route alerts for automatic incident creation
Create standardized workflows combining custom fields and runbook automation
Template management
Pre-configured incident creation forms
Standardized incident descriptions and procedures
Consistent data collection across incident types
Streamlined incident reporting and analysis
Configuration steps
Follow this interactive guide to create and configure incident types with custom fields and runbook associations.
Step 1: Access incident types
Open the incident types configuration:
Navigate to Incidents from the left panel
Click Incident Types from the top right corner
Click Create Incident Type to start configuration
Step 2: Configure basic details
Provide the identifying details for the incident type:
Fill in the required details for your incident type:
Name: Descriptive name for the incident type (e.g., "Security Incident", "Major Incident")
Short ID: Unique identifier for the incident type
Description (Optional): Brief explanation of when this type should be used
Click Save to create the basic incident type
Step 3: Configure default fields
Set default values and behavior for the standard incident fields:
Click Show Default Fields to view available incident fields
Click the Edit icon to edit field configurations
For each field, you can:
Set default values to pre-populate incident creation forms
Configure field visibility and requirements
Define validation rules for data entry
Click Save after configuring each field
Step 4: Set required fields
Mark the fields that responders must complete:
Review optional fields that should be mandatory for this incident type
Select fields to mark as Required for incident creation
This ensures critical information is always collected
Click Save to apply the requirements
Step 5: Add custom fields
Create fields specific to this incident type:
Click Add Custom Field to create incident-type-specific fields
Configure the custom field properties:
Field Name: Descriptive name for the field
Field Type: Text, number, dropdown, date, etc.
Default Value: Pre-populated value (if applicable)
Validation Rules: Data format requirements
Click Save to add the custom field
Step 6: Configure creation form
Choose which fields appear on the incident creation form:
Navigate to the Creation Form tab
Select checkboxes to include fields in the incident creation form
Arrange fields in the desired order for optimal user experience
Step 7: Associate runbooks (optional)
Pin runbooks that responders should use for this incident type:
Navigate to the Runbooks tab
Click Pin Runbook to associate automated response procedures
Select the runbook you want to link with this incident type:
Choose from existing runbooks in your library
Runbooks will be automatically suggested during incident response
Click Pin Runbook to confirm the association
Repeat for multiple runbooks as needed
Step 8: Save and activate
Finalize the incident type and make it available for use:
Review all configurations across all tabs
Click Save from the top right to finalize the incident type
The incident type will be available for:
Manual incident creation
Automated incident generation from alerts
Integration with monitoring tools and route alerts
Best practices
Incident type design
Create specific types for different service categories
Use clear, descriptive names that teams will understand
Align incident types with your organization's service structure
Consider severity levels and response time requirements
Field configuration
Include only essential fields to avoid form fatigue
Set sensible default values to speed up incident creation
Make critical fields required to ensure data completeness
Use custom fields sparingly and only when necessary
Runbook association
Link relevant runbooks to automate response procedures
Ensure runbooks are up-to-date and tested regularly
Consider different runbooks for different severity levels
Document runbook usage and maintenance procedures
Workflow integration
Align incident types with your route alerts and monitoring setup
Configure automatic incident creation for critical alerts
Test incident type configurations with sample scenarios
Train teams on proper incident type selection and usage
Common incident types
Security incidents
Purpose: Handle security breaches, vulnerabilities, and threats
Key fields: Threat level, affected systems, containment status
Runbooks: Security response procedures, forensic analysis
Performance issues
Purpose: Address application and infrastructure performance problems
Key fields: Performance metrics, affected services, user impact
Runbooks: Performance troubleshooting, scaling procedures
Infrastructure outages
Purpose: Manage hardware failures, network issues, and service disruptions
Key fields: Affected infrastructure, estimated recovery time, backup status
Runbooks: Failover procedures, recovery workflows
Application errors
Purpose: Handle software bugs, deployment issues, and application failures
Key fields: Error messages, affected features, rollback requirements
Runbooks: Debugging procedures, rollback workflows
Benefits
Incident types deliver the following benefits:
Consistency: Standardized incident handling across all teams and services
Efficiency: Pre-configured fields and workflows reduce response time
Automation: Automated incident creation and response procedure execution
Visibility: Clear incident categorization for reporting and analysis
Compliance: Structured data collection for audit and regulatory requirements
Learning: Historical data analysis for continuous improvement
Next steps
Route alerts: Automatically create incidents.
Create runbooks: Automate response procedures.
Set up incident workflows: Enable advanced automation.
Configure custom fields: Capture specialized data.
Last updated
Was this helpful?