Ticketing, queues & SLA
How this is scored
The engine: how work is routed, prioritised, escalated and measured — and whether an agent can find the ticket they need among ten thousand.
0 — Not a ticketing tool: requests stay in a shared mailbox or chat with no ticket, owner or status of their own.
3 — Tickets with assignment, a status and a conversation history, worked from a shared inbox with views or filters.
5 — Tickets routed by rules or automations to teams or agents, priorities and statuses, SLA targets or response-time reporting, and search across tickets.
8 — Business-hours-aware SLA policies per queue or customer with breach warnings and escalation, macros and triggers, merge and split, skills- or load-based assignment, and reporting on first-response and resolution time by agent and queue.
10 — The workload is managed rather than merely tracked: capacity-aware assignment, SLA per contract with reporting an account manager could show a customer, audit of every status change, and search that finds the ticket from a half-remembered phrase.
The Integrator
Routing is genuinely engineered: rules move conversations between inboxes, assignment goes to the next available agent or holds the same agent within a configurable time limit, and SLA targets sit on inboxes and channel entry points with documented due-date, transfer, cold-transfer and AI-handoff semantics. Attainment is reported by channel and inbox with weekly, monthly and quarterly comparison, and the report can also be generated via API — how I would feed our own dashboards. We found no public information on breach warnings, escalation paths, merge and split, or first-response and resolution reporting broken down by agent. 2 3 5 11