Outcome. A ticket from an account that came in through a partner or reseller lands with the team set up to handle that relationship, instead of mixing into the general queue where the rep has no context on the reseller agreement.
flowchart TD
A[Ticket created, company channel known] --> B{account_channel value?}
B -->|partner| C[Rotate to Partner support pool]
C --> D[Set routed date, notify owner with partner name]
B -->|direct or unknown| E[No action here, falls to other routing workflows]

When to use it, when not to
- UseUse it once accounts are already tagged by acquisition channel at the company level and a distinct partner support process exists, staffed differently than direct-customer support.
- UseUse it when partner accounts need different first-response handling, for example looping in a partner success contact, not just a different rep pool.
- SkipDo not use it if partner tickets are rare enough that a manual tag and manual reassignment covers it; building a dedicated queue for a handful of tickets a month adds overhead without payoff.
- SkipDo not use it as a substitute for tickets-sla-021's tier-based routing; a partner account can also be enterprise or SMB tier, the two properties answer different questions and can be combined, see Variants.
or the tickets and sla pack, 39 EUR
One-time, excl. VAT. 30-day refund, no questions asked. Founding prices until 31 October, then 199 and 59 EUR. Includes every spec added later, up to the full 500, and the one-click installer on the full library. Building on client portals? The agency licence at 449 EUR covers unlimited client portals.





