Skip to content

SLA targets

SLA targets define the expected response and resolution times for incidents at each severity level. Batida uses these targets to measure compliance, trigger escalations, and display SLA indicators on incidents.

Configuring SLA targets

Navigate to Settings > SLA Targets to configure response and resolution times per severity level.

SeverityResponse time (default)Resolution time (default)
P115 minutes4 hours
P230 minutes8 hours
P32 hours24 hours
P48 hours72 hours

Organization administrators can customize these values to match their internal SLAs or contractual obligations.

Response time

The response time is the maximum time between when an incident is declared and when a Commander is assigned and acknowledged. If no Commander is assigned within the response time, Batida triggers an escalation.

Resolution time

The resolution time is the maximum time between when an incident is declared and when it is marked as resolved. The clock pauses when an incident is in the "Monitoring" status and resumes when it returns to "Investigating" or "Identified."

SLA indicators

Each incident displays an SLA indicator showing:

  • Time remaining -- how much time is left before the SLA target is breached.
  • Status -- on track, at risk, or breached.
  • Paused -- shown when the SLA clock is paused (e.g., during Monitoring).
ColorMeaning
GreenOn track
YellowAt risk (80%+ time used)
RedBreached
GrayPaused

Escalation rules

When an SLA target is at risk or breached, Batida can automatically escalate:

  1. Navigate to Settings > SLA Targets.
  2. Enable Automatic escalation on SLA breach.
  3. Configure the escalation behavior:
    • Notify the Commander's manager.
    • Send a PagerDuty escalation.
    • Post to a designated Slack channel.

SLA reports

The Analytics dashboard includes SLA compliance metrics:

  • Percentage of incidents resolved within SLA by severity level.
  • Average response and resolution times.
  • Trends over time.

TIP

Set realistic SLA targets. If your targets are too aggressive, most incidents will breach them, making the SLA data less useful for identifying real problems.

Built by the Batida team