AutoChase documentation

Automate SLA tracking, reminders, escalations, and capacity planning for Jira Cloud teams.

Getting started

Install AutoChase, connect your Jira projects, define SLAs, and configure team capacity alongside your escalation structure.

  1. Install AutoChase from the Atlassian Marketplace.
  2. Open Jira → Apps → AutoChase (or Manage apps → AutoChase).
  3. Add Projects from Jira and assign default SLAs and teams.
  4. Create SLA rules with response/resolution times, reminders, leadership visibility, and working hours.
  5. Open Capacity, configure demand settings and scope, then refresh the capacity report.
  6. For department/team analytics and manager-chain escalations, configure Departments, Teams, and Escalation hierarchy.

Navigation order in the app: Dashboard · Tracked issues · SLA analytics · Reports · Capacity · Projects · SLA rules · Teams · Departments · Escalation hierarchy

For full SLA analytics rollups and team reports, add at least one department, one team, and escalation hierarchy data. A setup reminder appears on Dashboard and Reports until this is complete.
AutoChase admin — navigation, KPIs, and issues needing attention

Dashboard

High-level SLA health across your tracked projects and issues.

KPI cards

Active projects Projects added in AutoChase. Click to open Projects.
Active SLAs SLA definitions. Click to open SLA rules.
On track Open issues within SLA limits.
At risk Issues past the warning threshold.
Breached Issues past resolution SLA. Click to filter tracked issues.

Issues needing attention

Open issues sorted by urgency. Columns include Issue, Assignee, SLA, Mode, SLA progress, Status, Acknowledgment, and Escalation level.

Top breached projects

Up to five projects with the most breaches. Use View to jump to tracked issues for that project.

Tracked issues

Live monitoring with reminders, escalation, and SLA assignment controls.

Filters

Filter by status: All, On track, At risk, Breached, Resolved. You can also filter by SLA tracking on/off.

Table

Columns include Track (on/off), Issue, Assignee, SLA, Mode, Priority, SLA progress, Status, Acknowledgment, and Escalation. Uncheck Track to pause SLA enforcement on an issue, or click an SLA name to reassign policy.

If empty, add a project under Projects and create or sync issues in Jira.

SLA analytics

Department and SLA rollups with a filterable issue list and CSV export.

Filters

  • Department, Team, Project, SLA, Status
  • Export CSV for the current filter context

Summary rollups

Switch between By department & team and By SLA. Click a row to filter the issue list below. Status counts and % met apply to resolved tickets in the filtered set.

Issue list

Columns: Issue, Org (department/team), Project, Priority, SLA, Status, Escalation, Acknowledgment.

Summary rollups and the issue list use the same filters, so counts always match the table below.

Reports

Shareable SLA summaries for teams and leadership, with integrated capacity insights.

Report types

TypeContents
Team SLA healthSLA metrics for a selected team or all teams
Leadership digestExecutive summary with SLA health and capacity snapshot
Full reportComplete SLA and capacity view for leadership reviews

Options

  • Filter by team and optional date range
  • Include SLA section and capacity section (Leadership and Full reports)
  • Generate report, then copy for Confluence, export JSON/CSV, or Print / PDF

Date range filters SLA tickets (resolved in window, or still open and created before end date). Capacity shows current workload at generation time.

Capacity planning

See open Jira work against each person’s weekly capacity. AutoChase combines SLA deadlines with workload so you can spot overload before breach.

What capacity planning shows

  • Workload (h) — open demand from assigned issues
  • Capacity (h/wk) — available hours per week (default or per-user override)
  • Utilization % — workload ÷ capacity
  • Backlog (wk) — how many weeks of work at current capacity
  • Delta (h) — hours needed above available capacity
  • Bands — OK (<85%), High (85–100%), Overload (>100%)

Capacity report (main view)

The report appears at the top of the Capacity tab. Use the toolbar to:

  • Search by team member or project
  • Group By user or By project
  • Filter by time window: All open, Sprint, Updated this month/year
  • Filter by utilization band; include unassigned pool
  • Refresh and Export CSV

Per overloaded user, use Set Xh/wk to apply a recommended weekly hours override based on your target utilization.

Settings (collapsible section)

SettingDescription
Enable capacity planningMaster switch for capacity reporting and issue-panel workload. Save settings after changing.
Scope modeSelected projects (AutoChase project list) or Kanban/Scrum board
Default hours / weekBaseline capacity per person (e.g. 40)
Demand fromRemaining estimate, Original estimate, or Story points
Story points fieldJira custom field for story points; use Auto-detect to find it
Hours per story pointConverts story points to hours for workload (org-wide admin setting)
All project membersInclude full project roster, not only assignees with open tickets
Per-user overrideSet custom hours/week for a specific Jira user

Planning & trends (collapsible section)

  • Set Target util % and run Auto-balance overload for overloaded assignees
  • View capacity trend by day, week, or month (last 30–365 days)
  • Export trend data to CSV

How demand is calculated

AutoChase sums open issue demand per assignee:

  1. Uses Remaining estimate (or Original estimate / Story points per your setting)
  2. If time estimate is missing, falls back to story points × hours/point when configured
  3. Unassigned issues can appear in a separate unassigned pool

Capacity on the issue panel

When capacity planning is enabled, the issue side panel shows assignee workload vs. SLA resolution time remaining. This helps identify capacity at risk — when backlog exceeds time left before SLA breach.

Add at least one project under Projects before running a capacity report. Configure story points field if your team uses points instead of time estimates.
Capacity planning — workload, utilization, and team capacity

Projects

Choose which Jira projects AutoChase tracks. Projects define SLA scope and capacity scope.

Sync and add

  • Sync projects — pull project metadata from Jira
  • Sync issues — pull issues into AutoChase tracking
  • Load projects — populate dropdown from Jira
  • Owner email (required) — used for escalation when tickets are unassigned

Project actions

Edit, Assign SLA, Assign team, or Remove. Default SLA applies to new issues (subject to matching rules). Team links support org analytics and structure.

Use the Capacity tab for workload planning; use Reports for shareable SLA + capacity summaries.

SLA rules

Define response and resolution targets, reminders, leadership visibility, SLA clock behavior, and working hours.

SLA modes

  • Single SLA — same response/resolution for all priorities
  • Priority-based SLA (P1–P5) — different targets per priority

Five-step wizard

  1. SLA Timing — name, times, warning threshold, scope, SLA clock, working hours
  2. Acknowledgment reminders — up to 3 percentages of response time
  3. Progress reminders — up to 3 percentages of resolution time
  4. Leadership visibility levels — manager-chain thresholds
  5. Review & submit

Key fields

FieldPurpose
Response / Resolution timeSLA targets
Warning threshold (%)When status becomes At risk
Clock startsJira created, on status match, or on active sprint
Pause while status is…Statuses that stop the SLA clock
Working timeCount SLA elapsed time only during business hours (see Working calendar)

Status lifecycle

On trackAt risk (warning %) → Breach (resolution exceeded)

Working calendar

Configure when SLA time counts — business hours, weekends, short days, holidays, and timezone.

Configure working time in SLA rules → Create/Edit SLA → Step 1 → Working time.

Enable business hours

Check Count this SLA only during working hours. When enabled, SLA budgets (e.g. 16 hours) advance only during configured windows. Nights, unchecked days, and holidays do not count.

Timezone

Searchable IANA timezone picker. Use Use my timezone for a quick start. All day/time rules apply in this timezone.

Work days and hours

Same hours every day

  • Check Mon–Fri (default); uncheck Sat and Sun to exclude weekends
  • Set Start (e.g. 09:00) and End (e.g. 17:00)

Different hours per day

Enable Set different hours for each day. Example: Mon–Thu 09:00–17:00, Friday 09:00–13:00 (half day).

Holidays

  • Enter dates as YYYY-MM-DD (one per line)
  • Upload CSV, TSV, or Excel (.xlsx)
  • Use presets: US federal, UK bank, India public, EU common, APAC mix (2026)
  • Download template for bulk import
Example: Mon–Fri 09:00–17:00, Friday 09:00–13:00, Sat/Sun off, plus regional holiday list — a 16-hour SLA counts only business minutes in that calendar.

Departments

Organizational buckets for analytics and escalation context.

Add departments with Name and optional Description. Used by SLA analytics rollups and org structure. Create departments before teams when possible.

Teams

Group projects under departments.

Add teams linked to a department. Assign projects to teams from the Projects tab. Supports analytics filters and report team selection.

Escalation hierarchy

Upload org structure for manager-chain leadership visibility.

  1. Download template (columns: employee_id, name, email, reports_to_id)
  2. Import CSV, TSV, or Excel
  3. Click Resolve Jira IDs to link emails to Jira accounts
  4. Verify in the table; use Add employee for manual edits

Leadership visibility levels in SLA rules walk the manager chain from the assignee using this hierarchy.

How it works

End-to-end flow once projects, SLAs, and capacity are configured.

  1. Tracking — New issues in enabled projects are tracked (via webhook and sync)
  2. SLA assignment — From project default and SLA matching rules
  3. SLA clock — Runs during working hours if configured; pauses on selected statuses
  4. Status — on_track → at_risk → breach
  5. Reminders — Acknowledgment and progress comments at configured thresholds
  6. Leadership visibility — Escalation levels via hierarchy on scheduled checks
  7. Capacity — Workload computed from open issues; compared to weekly hours and SLA time remaining
  8. Resolution — Tracking stops when issue reaches done/resolved

Issue panel

Per-issue SLA and capacity context inside Jira.

Open a tracked issue and select the SLA Status panel.

SLA snapshot

  • Status (On track / At risk / Breach)
  • Escalation level, Acknowledgment state
  • Applied SLA policy and source (auto match vs manual)
  • Response and resolution time remaining
  • Live SLA progress with business-hours awareness

Capacity snapshot

Assignee workload, weekly capacity, utilization, and whether workload exceeds SLA resolution time left.

Actions

Quick acknowledge and Assign SLA from the panel.

Troubleshooting

ProblemWhat to try
Issue not trackedAdd project in Projects; create issue or Sync issues
No SLA assignedCreate matching SLA; set project default SLA
Escalation not workingUpload hierarchy; Resolve Jira IDs; check SLA leadership levels
Capacity report emptyAdd projects; enable capacity; Save settings; Refresh
Wrong workload numbersCheck demand mode, story points field, hours/point; ensure estimates exist in Jira
SLA seems slow/fastReview working hours, holidays, timezone, and pause statuses on the SLA
Analytics mismatchEnsure department, team, and hierarchy are configured; filters apply to both summary and list

Support

For questions or issues, visit our support portal or email support@opusleaf.com.

AutoChase runs on Atlassian Forge. Data stays in your Jira site.

AutoChase documentation — SLA tracking, escalations, and capacity planning for Jira Cloud.