Hi everyone,
I'm facing an issue with JIRA Service Management.
In my project, I have multiple request types:
Customer request (visible on the portal)
Internal requests (with restrictions applied so only internal users can access them)
Each request type uses its own workflow, and I have properly restricted internal request types so that customers cannot access them or create them.
However, in the request tracking view of the customer portal, customers can still see statuses that belong to all workflows — including internal ones. This results in a long and unclear list of statuses for the customer, which shouldn't be the case.
My goal is for customers to only see statuses related to their own customer requests, not statuses used by internal workflows.
Here's what I've already checked:
Each request type uses a separate workflow
Internal request types are restricted
Some statuses are likely shared across multiple workflows
My questions are:
Does using shared statuses across multiple workflows make those statuses appear in the customer portal, even if the workflows are used only for internal requests?
If yes, is the best practice to create entirely separate (unique) statuses for internal workflows?
Thanks in advance for your help.
Welcome to the community.
Statuses in the system should be reusable.
Only create specific statuses if another status can't cover it.
Any status used in a workflow in a single JSM project will be visible in the request tracking view. This doesn't relate if a customer can't use request types not using that workflow
So best practice to separate request level is to have a separate project for internal requests.
Thank a lot !
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please accept my answer as a solution, if my answer helped to solve your request.
This will help other community member trying to solve the same.
P.S. If the answer is very valuable to you, please share some kudos.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.