This question is in reference to Atlassian Documentation: Setting up service desk users
For the same project, I want for the same JIRA project to segregate issue types by client id.
the client name1 can see issue type1 and issue type 3... but not issue type 2
The client name2 can see issue type2 but not the rest.
Thanks for the help
In JIRA Service Desk, the customers can only check their own issues or issues that were added as requested participants. So in a single SDS project, even if the customerA creates an issue, the customerB won't be able to see it, unless if customerA set the other customer as a requested participant.
In other words, you can't run that kind of permission in Service Desk, but I'd recommend you to watch the following issues for that goal:
Thanks for your answer. It precises stuff but it was not my question. I will take an example to make it clearer.
I am an ITIL servicedesk I manage incidents, problems, service requests, changes. So the same contract, I have a population of 2 kinds of users: basic users and power users.
Basic users can declare through the client portal incidents and service requests
Power users can declare through the client portal incidents, service requests AND CHANGES
I'd like to know how to do this kind of segregation without using multiple Jira projects.
Thanks for your help
Try "issue security schemes". These let you define "security levels" that will hide issues unless a user matches the rules given. So you could set "level basic" = everyone can see it, and "level power" = only power users can see it (and for your situation, I'd use the workflow to set the level to "power" on changes automatically)
In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to have–in order to produce a reliable long-term roadmap. We're tur...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs