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 — A shared mailbox with labels; no ownership, no status model, no history beyond the thread.
3 — Tickets with assignment and open/closed status, but routing is manual, there are no SLA timers and search covers subject lines only.
5 — Queues with rules-based routing, priorities, a working status model, SLA timers with breach warnings, and full-text search across ticket bodies.
8 — Business-hours-aware SLA policies per queue or customer, escalation chains, macros and triggers, merge and split, 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 by request type, language, team and priority, workload distribution rules, macros and escalation triggers, plus SLA plans that apply to tickets with cross-channel SLA compliance reporting, are all on the record, and an OnHold status whose SLA treatment is being refined shows a working status model. I found no public information on business-hours-aware SLA policies, merge and split, first-response reporting broken down by agent and queue, or ticket search at all — and search is what makes ten thousand tickets findable. A solid mid-range engine, with the top tier of the capability unevidenced. 4 6 1