Which clients are meeting SLA targets, which are falling short, and where the bottleneck sits. Generated by AI via Proxuma Power BI MCP server.
Which clients are meeting SLA targets, which are falling short, and where the bottleneck sits. Generated by AI via Proxuma Power BI MCP server.
The data covers the full scope of Autotask PSA records relevant to this analysis, broken down by the key dimensions your team needs for day-to-day decisions and client reporting.
Who should use this: Service delivery managers, operations leads, and MSP owners tracking service quality
How often: Weekly for operational adjustments, monthly for client reporting, quarterly for contract reviews
Which clients are meeting SLA targets, which are falling short, and where the bottleneck sits. Generated by AI via Proxuma Power BI MCP server.
EVALUATE ROW("TotalTickets", COUNTROWS('BI_Autotask_Tickets'), "FirstResponseMet", CALCULATE(COUNTROWS('BI_Autotask_Tickets'), 'BI_Autotask_Tickets'[first_response_met] + 0 = 1), "ResolutionMet", CALCULATE(COUNTROWS('BI_Autotask_Tickets'), 'BI_Autotask_Tickets'[resolution_met] + 0 = 1), "AvgFirstResponseHours", AVERAGE('BI_Autotask_Tickets'[first_response_duration_hours]), "AvgResolutionHours", AVERAGE('BI_Autotask_Tickets'[resolution_duration_hours]))
First response and resolution compliance for the 15 clients with the most tickets. Color coding: below 50% = red, 50-70% = amber, above 70% = green.
| # | Client | Tickets | First Response | Resolution | Status |
|---|---|---|---|---|---|
| 1 | Client A | 6,381 | 28.8% | 50.4% | Critical |
| 2 | Client B | 5,458 | 70.3% | 66.7% | Watch |
| 3 | Client C | 5,290 | 63.5% | 64.7% | Watch |
| 4 | Client D | 2,775 | 39.6% | 69.2% | Watch |
| 5 | Client E | 2,376 | 73.6% | 72.5% | Good |
| 6 | Client F | 2,364 | 90.2% | 92.0% | Excellent |
| 7 | Client G | 2,180 | 31.7% | 52.1% | Critical |
| 8 | Client H | 1,803 | 30.7% | 47.3% | Critical |
| 9 | Client I | 1,758 | 48.9% | 67.5% | Watch |
| 10 | Client J | 1,728 | 37.8% | 71.2% | Watch |
| 11 | Client K | 1,684 | 22.3% | 27.8% | Critical |
| 12 | Client L | 1,629 | 63.7% | 70.8% | Good |
| 13 | Client M | 1,481 | 76.4% | 85.6% | Excellent |
| 14 | Client N | 1,317 | 31.3% | 47.4% | Critical |
| 15 | Client O | 1,002 | 61.0% | 92.3% | Good |
EVALUATE
VAR _Top15 =
TOPN(15,
SUMMARIZE(BI_Autotask_Tickets,
BI_Autotask_Companies[company_name]),
CALCULATE(COUNTROWS(BI_Autotask_Tickets)), DESC)
RETURN
ADDCOLUMNS(_Top15,
"Tickets", CALCULATE(COUNTROWS(BI_Autotask_Tickets)),
"FR_Met_Pct", DIVIDE(
CALCULATE(COUNTROWS(BI_Autotask_Tickets),
BI_Autotask_Tickets[first_response_met] + 0 = 1),
CALCULATE(COUNTROWS(BI_Autotask_Tickets))),
"Res_Met_Pct", DIVIDE(
CALCULATE(COUNTROWS(BI_Autotask_Tickets),
BI_Autotask_Tickets[resolution_met] + 0 = 1),
CALCULATE(COUNTROWS(BI_Autotask_Tickets)))
)
ORDER BY [Tickets] DESC
First response and resolution rates broken down by queue, showing where operational bottlenecks exist
| Queue | Tickets | First Response | Resolution | Gap |
|---|---|---|---|---|
| Servicedesk | 31,378 | 63.6% | 59.2% | +4.4pp |
| Monitoring | 17,082 | 34.0% | 74.8% | -40.8pp |
| L2 Support | 7,889 | 53.7% | 72.9% | -19.2pp |
| Projects | 2,316 | 43.4% | 39.4% | +4.0pp |
EVALUATE
ADDCOLUMNS(
SUMMARIZE(BI_Autotask_Tickets,
BI_Autotask_Tickets[queue_name]),
"Tickets", CALCULATE(COUNTROWS(BI_Autotask_Tickets)),
"FR_Met_Pct", DIVIDE(
CALCULATE(COUNTROWS(BI_Autotask_Tickets),
BI_Autotask_Tickets[first_response_met] + 0 = 1),
CALCULATE(COUNTROWS(BI_Autotask_Tickets))),
"Res_Met_Pct", DIVIDE(
CALCULATE(COUNTROWS(BI_Autotask_Tickets),
BI_Autotask_Tickets[resolution_met] + 0 = 1),
CALCULATE(COUNTROWS(BI_Autotask_Tickets)))
)
ORDER BY [Tickets] DESC
How well each priority tier meets its SLA targets, ordered by ticket volume
| Priority | Tickets | First Response | Resolution | Risk |
|---|---|---|---|---|
| P4 Low | 30,415 | 61.1% | 63.4% | 265 breaches |
| Service/Change | 15,584 | 56.5% | 57.4% | Watch |
| P3 Normal (Mon.) | 14,715 | 34.4% | 61.3% | FR bottleneck |
| P3 Normal | 5,019 | 52.3% | 92.3% | Good |
| P2 High | 1,788 | 35.7% | 56.6% | Urgent |
EVALUATE
ADDCOLUMNS(
SUMMARIZE(BI_Autotask_Tickets,
BI_Autotask_Tickets[priority_name]),
"Tickets", CALCULATE(COUNTROWS(BI_Autotask_Tickets)),
"FR_Met_Pct", DIVIDE(
CALCULATE(COUNTROWS(BI_Autotask_Tickets),
BI_Autotask_Tickets[first_response_met] + 0 = 1),
CALCULATE(COUNTROWS(BI_Autotask_Tickets))),
"Res_Met_Pct", DIVIDE(
CALCULATE(COUNTROWS(BI_Autotask_Tickets),
BI_Autotask_Tickets[resolution_met] + 0 = 1),
CALCULATE(COUNTROWS(BI_Autotask_Tickets)))
)
ORDER BY [Tickets] DESC
Clients where both first response and resolution compliance fall below the 50% threshold, requiring immediate attention
| Client | Tickets | First Response | Resolution | Combined Score | Action |
|---|---|---|---|---|---|
| Client K | 1,684 | 22.3% | 27.8% | 25.1% | Escalation required |
| Client A | 6,381 | 28.8% | 50.4% | 39.6% | Largest client at risk |
| Client H | 1,803 | 30.7% | 47.3% | 39.0% | Review needed |
| Client N | 1,317 | 31.3% | 47.4% | 39.4% | Review needed |
| Client G | 2,180 | 31.7% | 52.1% | 41.9% | Watch closely |
EVALUATE
VAR _ByClient =
ADDCOLUMNS(
SUMMARIZE(BI_Autotask_Tickets,
BI_Autotask_Companies[company_name]),
"Tickets", CALCULATE(COUNTROWS(BI_Autotask_Tickets)),
"FR_Pct", DIVIDE(
CALCULATE(COUNTROWS(BI_Autotask_Tickets),
BI_Autotask_Tickets[first_response_met] + 0 = 1),
CALCULATE(COUNTROWS(BI_Autotask_Tickets))),
"Res_Pct", DIVIDE(
CALCULATE(COUNTROWS(BI_Autotask_Tickets),
BI_Autotask_Tickets[resolution_met] + 0 = 1),
CALCULATE(COUNTROWS(BI_Autotask_Tickets)))
)
RETURN
FILTER(_ByClient,
[FR_Pct] < 0.50 || [Res_Pct] < 0.50)
ORDER BY [FR_Pct] ASC
The headline numbers tell a clear story: first response compliance at 52.9% is the primary failure point. Resolution compliance sits at 63.5%, which is better but still below where most MSPs aim to be. The 10.6 percentage-point gap between the two metrics means that once your team gets to a ticket, they tend to resolve it. The problem is getting to it in the first place.
Client K is the most severe case. With 1,684 tickets and a combined SLA compliance of just 25.1%, this account is receiving a fundamentally different level of service than the rest of your portfolio. Only 22.3% of tickets get a first response on time, and only 27.8% are resolved within the SLA window. At this level, the SLA is effectively meaningless for this client.
Client A is your largest account by ticket volume at 6,381 tickets, and their first response rate is just 28.8%. This is your highest-risk combination: big contract, poor delivery. The resolution rate of 50.4% is marginally better, but half the tickets still miss the target. If this client runs their own compliance tracking, they already know the numbers are bad.
The Monitoring queue shows a 40.8 percentage-point gap between first response (34.0%) and resolution (74.8%). This pattern is typical of auto-created monitoring alerts where the ticket exists before anyone looks at it. The SLA clock starts at ticket creation, but a human may not acknowledge it for hours. The fix is usually operational: either adjust the SLA policy for monitoring tickets or set up auto-acknowledgment for known alert types.
P2 High priority tickets are at 35.7% first response compliance. These are your most urgent tickets, and nearly two-thirds miss the initial response window. For P2 tickets, every minute counts. A 35.7% compliance rate on high-priority work is a staffing or routing issue, not a one-off problem.
On the positive side, Client F at 90.2% / 92.0% and Client M at 76.4% / 85.6% show that strong SLA performance is achievable with your current processes and team. The gap between these clients and the worst performers suggests the issue is inconsistent execution rather than a broken system.
5 priorities based on the findings above
Client K has the worst SLA compliance in your portfolio across both metrics. With 1,684 tickets and a 22.3% first response rate, the gap is too wide to be explained by a few bad weeks. Pull the ticket history and check for patterns: are these tickets landing in the wrong queue? Is there a specific technician bottleneck? Is the SLA configuration correct for this client's contract? At 27.8% resolution compliance, this client is receiving emergency-level service as their baseline.
Client A generates 6,381 tickets, more than any other account. A 28.8% first response rate on that volume means roughly 4,543 tickets missed the initial response deadline. Before the next QBR, pull the first response timestamps and identify where the delay occurs. Is it dispatch time? Technician acknowledgment? A misrouted queue? Fixing this one client would materially improve your overall portfolio number.
The Monitoring queue has a 40.8 percentage-point gap between first response (34.0%) and resolution (74.8%). This is almost certainly caused by auto-generated alerts where the SLA clock starts at ticket creation but no one acknowledges the ticket for hours. Two options: set up auto-acknowledgment rules for known alert categories (patch completed, backup succeeded, threshold normalized), or adjust the SLA policy so the clock starts at manual triage rather than auto-creation.
P2 tickets at 35.7% first response compliance is a serious operational gap. These tickets have the tightest SLA windows by definition, and missing them has an outsized impact on client trust. Check whether P2 tickets are routed to a dedicated queue with guaranteed staffing. If they end up in the general servicedesk queue, they compete with P4 tickets for attention. 1,788 P2 tickets at this compliance rate means over 1,150 missed first responses on your most critical work.
Client F at 90.2% / 92.0% and Client M at 76.4% / 85.6% prove that your team can deliver strong SLA compliance when conditions are right. Study what makes these accounts different. Is it the ticket volume? The queue assignment? The technician team? The SLA targets themselves? Whatever works for Client F should be replicated across the accounts that are failing. Start by comparing ticket routing, average response times, and dispatch rules between your best and worst performers.
Autotask tracks whether the first response to a ticket occurred before the SLA deadline. The first_response_met field is a binary flag (1 = met, 0 = missed). This report calculates the percentage of tickets where that flag equals 1. The SLA deadline itself is set per client contract and priority level in Autotask.
This pattern is common in MSPs. First response has a shorter SLA window (often 1-4 hours) and depends on someone picking up the ticket immediately. Resolution windows are longer (often 8-24 hours) and start from the same moment. Once a ticket is acknowledged and assigned, teams tend to resolve it within the remaining time. The bottleneck is almost always the initial pickup.
Monitoring tickets are auto-created by your RMM tool when an alert fires. The SLA clock starts at the moment the ticket is created, not when a technician sees it. This creates an inherent disadvantage for first response compliance because the ticket may sit in a queue for hours before anyone triages it. Resolution compliance is higher because once acknowledged, the underlying issue is often resolved quickly or auto-resolves.
Most MSP contracts define SLA targets between 80% and 95% compliance. Industry benchmarks suggest that top-performing MSPs maintain above 85% for first response and above 90% for resolution. At 52.9% first response and 63.5% resolution, there is significant room for improvement. A realistic near-term goal would be 70% first response and 80% resolution within one quarter.
Yes. Connect Proxuma Power BI to your Autotask PSA, add an AI tool (Claude, ChatGPT, or Copilot) via MCP, and ask the same question. The AI writes the DAX queries, runs them against your real data, and produces a report like this in under fifteen minutes. Your SLA field names and configurations must match the Proxuma semantic model.
Connect Proxuma Power BI to your PSA, RMM, and M365 environment, use an MCP-compatible AI to ask questions, and generate custom reports - in minutes, not days.
See more reports Get started