We are currently on a Free Jira Service Management and planning to go to Standard plan in the future after doing some test.
In a project you can create several Request type and if customer created an issue it will go to the project's "queues". Is it possible that each request type can have separate permissions?
Scenario:
In a Project. RequestTypeA is for GroupA and RequestTypeB is for GroupB. GroupA can only see RequestTypeA issues. GroupB can only see RequestTypeB issues. But Group C can see all issues.
@it.stc -
If I understood your ask correctly, you cannot have different permission against among the different request types within the same project.
It means that customers can still access all the request types in the portal regardless which request groups those requests are grouped in.
However, if you want to control the access visibility of requests (after it is created), then you can implement Issue Security setup against your project - https://support.atlassian.com/jira-cloud-administration/docs/configure-issue-security-schemes/
Once security level is applied, then only one that are called out in the issue security setup can have access to the issues tagged with the specific security level.
Hope this helps.
Best, Joseph Chung Yin
Jira/JSM Functional Lead, Global Infrastructure Applications Team
Viasat Inc.
Hi Joseph,
Basically it's like agents can't see other agent's ticket/issue but they can add other agents to see the issue. And their head agent can see all issues. Sorry for my messy explanation. I'm new to JSM so I don't know what are the right terminologies or the right questions to ask.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@it.stc -
Using the Issue Security setup is the best way to control issue discovery/visibility.
Question - "agents can't see other agent's ticket/issue but they can add other agents to see the issue."
Are you saying that you want the ability for the following case?
1) There are 2 issues (Agent a can only see 1 of them, and Agent b can only see the other one while Head agent can see both issues)
2) You want Agent a to have the ability to add Agent b to allow agent b to see the issue that Agent a have access to?
Please advise.
Best, Joseph
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
2) You want Agent a to have the ability to add Agent b to allow agent b to see the issue that Agent a have access to?
Yes. That's correct. Im currently on free plan so i can't test it but we are planning to go standard if this is possible.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@it.stc -
You need to explore setting up Issue Security Configuration as I recommended earlier. This is the best way to control issue discovery/visibility in Jira/JSM.
Best, Joseph
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is this doable? We've facing the same issue where we want to limit Customer permission (visibility to) certain Request Types.
E.g. Group A should only see Request Types W & X. Group B should only see Request Types Y & Z.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Looks like this is still not doable, but I found this requested enhancement (JSDCLOUD-195) for those wishing to follow the progress of this feature.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @it.stc ,
Welcome to the Community. Yes it is possible to do that.
Navigate to your Support project and click on portal settings >>Portal groups
Create a new group and add the request types which you want to put them available for the customers.
Let me know if you need any thing.
Regards,
Satya
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for that.
Also is this also possible for an admin? For example:
Admin view:
In a Project. RequestTypeA is for AdminGroupA and RequestTypeB is for AdminGroupB. AdminGroupA can only see RequestTypeA issues. AdminGroupB can only see RequestTypeB issues. But AdminGroupC can see all issues.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Additionally, its like restricting an agent/admin to view other issues not assigned to them in the same project BUT can add watchers on those issues.
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.
I see. got it. I looked into its automation and saw the rule for this. Just need to restrict agents to see other agents issue unless they where allowed by the agent.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.