You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
I'm trying to add multiple Issue Types as options for the same Request Type, but it seems that the Request Type could only be connected to one Issue Type. Once I choose a different Issue Type for an issue, its original Request Type disappears and I can't choose it back, unless I change the Issue Type back to its original value.
Is there a way to implement that?
Thanks, @Jack Brickey - as far as I know, the issue types are not shown to the customers. What I'm trying to do is to have some sort of categories for the issues (e.g. bug, feature request,...) which would only be filled in by agents. So, a customer could raise an issue, which would have a default issue type initially, but agents could change that issue type later, while retaining the same request type.
What you are describing, seems to be exactly what the request types and their association with the issue types is designed to achieve. Request types, allow you to present more common language to the customer in an effort to steer them towards the proper input form. Underlying these request types, the issue type allows proper behavioral concepts to be applied such as workflows. As an example, you might have two or three different request types that ultimately would resolve into a single “feature request”. Does this make sense?
please note, that the agent can change the issue type using the move feature if needed. The key to make this successful is to ensure the request type is also changed properly.
Yes, that makes sense, but probably wouldn't help in our use case unless we re-structure everything I guess or think of another way. We have multiple products which we are using as "request types", so the customer can choose the product when they open the request regardless of what the issue type is. Each of these request types (products) could have any of the issue types (FR, bug, etc...), which agents could change.
If I understood you correctly, it wouldn't work that way, would it?
I do think you need to consider rethinking your approach. I would suggest the using Groups for your products. Here is an example where products are groups and request types are under the groups.
Product A (group 1)
Product B (group 2)