I've tried the following:
- Created a Role ("Service Desk Viewer")
- Add "Service Desk Viewer" role to the Project's Permission Scheme (Browse Project: Grant Permission, Grant to Project Role "Browse Projects").
However, the user can still use the Create button and select the project from the list to create a new Service Desk Issue. I would like them only to be able to browse open issues so their team doesn't double-report issues to their team leads (who then reports them).
Users are assigned to this project via a Group and the permission scheme (same one is assigned to the Group and also the Project). Not sure this is ideal. I've just stepped into this setup.
Any ideas?
My source so far is:
An alternative would be to use the Visibility feature of the Extension add on:
You could limit the access to the request types to certain groups (Project settings -> Visibility). Users who should only be able to read shared tickets on the portal can be added as "Customers" without belonging to those groups.
The user is either an admin or an agent. Please check to see if they have Service desk application access.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Jack, thank you for your response.
If Application access is enabled (JIRA Service Desk): the user can use the Create button.
if this is unticked the user gets the more generic Help Centre Portal but can still use the menu to create a new Issue. See below.
Can you please confirm if there's a way for users to see open Issues but not create them?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Correct. In the former case they are an agent and paid license. The later an unpaid customer license. I don’t know of a way to make RO “customer”, is that what you are attempting?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, Jack.
That's it, indeed. I'd like 2 different customer "roles" for one project - one can submit and view requests, the other can just view what's already submitted.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did this thread just die? Was there a final answer?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If the user is a customer they will be able to create issues. There is not a read only customer role/permission scheme.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Jack, thanks for the quick reply! If i have this correctly:
1) any access to JIRA Service Desk will exist either as Admin or Agent
2) all access to JIRA Service Desk will incurr a charge per "seat" (Admin/Agent)
3) Agents inherently have the ability to Create Tickets, Respond, etc--there are no "Read-Only" options
am i close?
Regarding 3) anything in Alpha/Beta that would allow this? Future plans?
Thanks again!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Owl, it depends on how you define access to JSD. Let me try to explain.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Jack Brickey
How do we give JSW users 'Collaborator/Observer' permissions to a JSD project?
We have a number of JSW teams that do not need to own or manage JSD issues but they need to be able to view them.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
create a Jira group, add members and give the group Browse, comment, etc. permissions.
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.