Understanding Escalations vs Forwarding in Ticket Routing Rules
In Rocketship, one of the core modules is Ticket Routing. With Ticket Routing, you define a set of skills for each team and then build a ruleset of how tickets “route” between those teams.
For example, you may have a Ticket Routing Rule “NOC Backups” with the teams: NOC Tier 1 and NOC Tier 2. NOC Tier 1 should get all initial tickets, and when they hit a stopping point, they should escalate to NOC Tier 2.
Escalations
When Escalating a ticket, a ticket from a lower “tier” will escalate to the resource in the Escalation Path you define in the Ticket Routing Rule. This is most common in situations where lower tiers are time-constrained in how much time they can dedicate to a ticket, or where a lower tier may not have the same permissions as a higher-level tier. Learn more about Escalation Rules here.
Forwarding (Overriding Rocketship)
There are times however you want to push a ticket down to a lower tier or sideways within the same tier. For example, a lower tier may escalate a ticket up to have a higher tier tech made modifications/changes that only the higher tier can do, but then the ticket should be “de-escalated” back to the original tech so they can complete their work.
In that situation, you will use Forwarding. With Forwarding, you continue to use the Ticket Routing module, but you override the decision-making of the module and instead specify the exact team and resource you want to be assigned the ticket. Note, Forwarding still supports automated scheduling (optionally) as well as data collection from the tech via a form.
In the screenshot below, you can see that a ticket is being Forwarded to another team/resource directly. Notice that it is optional whether the newly assigned tech will be scheduled for work.
Related Articles
Using Ticket Routing to Automate Dispatch & Escalations
With Rocketship for Autotask, it is easy to use ticket routing to automate dispatch & escalations. Ticket routing is how you shuffle tickets around – whether it’s a dispatch, which is assigning a ticket to a resource when there’s been no assignment ...How to handle a Team being overloaded via Ticket Routing
There are times when a Team may be overloaded with work while other Teams are not. For example, let’s say you have a Ticket Routing Rule named HelpDesk that has this Escalation Path: QuickFix Team [Bob, Sue, Phil] Tier 2 Team [Jill] Tier 3 Team ...Combining Escalation Routing & Scheduling for One-Click Dispatch
When you set up escalation routing in Rocketship it will decide which Autotask resource will be assigned whenever a ticket is dispatched or escalated. On the other hand, Rocketship’s scheduler will look at an employee’s workload, calendar, time zone, ...Defining the Escalation Path in Ticket Escalation Rules
Every Ticket Routing Rule has an Escalation Path. The Escalation Path defines the order in which Rocketship will escalate a ticket. Let’s take an example: For HelpDesk tickets, you want this order: IT: Tech 1 Team. This is your Level 1 helpdesk, and ...How to Define Escalation Rules Specific to a Customer Group
The Escalation Engine in Rocketship is versatile in that you can build out very specific workflows for helpdesk, NOC, co-managed, VIP customer accounts, etc. First, let’s remember that the Default Rule is your “catch-all” rule and should handle the ...