Service Desk and Multiple Locations
I am looking for some best practices surrounding managing multiple locations through the service desk. For reporting purposes I feel like it is easiest to create a separate queue for the second location we are standing up. However, from an ease of access standpoint, I feel it is easier for the help desk techs to manage one ticket queue rather than bouncing back and forth between two. My questions are:
1. Is there an ideal way to manage tickets coming into the service desk from multiple sites? If so, how are you currently doing this and how are you differentiating the tickets as they come in?
2. From a reporting standpoint, does it make more sense to have two separate queues?
3. Anything else that may be beneficial?
The answer to your question, probably lies within your question, reporting!
so when you talk about location are you talking about the location of the techs or the location of the customer?
And which is the perspective you need to use for reporting?
If the location is the customer, then you need to include location information in the ticket in the form of a data field. That can be selected as a drop down or populated via a rule from the user details imported from AD, if you keep that information up to date.
You will then be able to build a report that says “show me the tickets logged, this week, where the location value = London”.
If the location is driven by the supporting technician, then just create a report for London that includes stats for the London based techs.
You could create a report that includes multiple Queue ids, but I always recommend that KACE users are careful when creating multiple queues, as it gives chances for tickets to become lost or misdirected which ultimately will reduce the level of service you give to your customers.