There is an article titled Collaborator that I believe clarifies this for us:
Collaborators are users that occasionally assist agents with customer requests by making internal comments. For example, developers help support staff analyze a bug and add a comment that explains the cause and any workaround available.
Collaborators don't have access to the service desk interface (e.g. queues, reports and SLAs) and service desk projects appear as JIRA projects to them. They cannot work on issues, for example, logging work or transitioning issues.
- View issues, comments and attachments
- Add attachments and delete their own attachments
- Add internal comments to issues and delete their own comments
- Watch and vote for issues
A collaborator consumes one JIRA user license.
Hopefully that makes things more clear. Let me know if you have any additional questions about this.
thank you for the reply Branden. I understand the concept of a collaborator in Jira Service Desk, but the permissions assigned to the role "Service Desk Collaborators" do not align with the access / permissions described.
If I assign a developer in Jira (not a Jira Service Desk user) the role of collaborator, they can't access a Jira Service Desk ticket.
I checked with a co-worker and here are the pieces I believe we were missing:
At this point you'll need to refer to Setting up service desk users to get the correct permissions for the users that we're discussing here:
Involve Jira Software or Jira Core users
You can give users with Jira Software or Jira Core licenses permission to view and comment on service desk issues without a Jira Service Desk license.
To involve Jira application users, go to Project settings > People, and then add the users to the Service Desk Team role.
For example, Martin, an IT service desk team agent, links an incident ticket in a service desk project to an underlying network problem ticket in a Jira Software project. Andrew, a Jira Software developer on the network operations team, assigns this network issue to himself and starts working on it. After fixing the problem, Andrew opens the linked service desk incident ticket and leaves an internal comment asking Martin to try the network connection again. After receiving the internal comment, Martin verifies the network connection and tells the customer that the problem is resolved.
Let me know if that makes sense now.
It does Branden - thank you for the information. I guess the Service Desk Collaborators role is a left-over. We determined the same thing - that you need to assign Jira users as "Service Desk Team" without service desk application access to make them a collaborator.
Thank you so much for the reply!
I have the same problem with my team. We have software projects and now I installed a service desk project. If our developers (have core licence for software projects) want to work on tickets entered via service desk (they want to assign themselves to the ticket and change ticket status), I have to give them the Service Desk Team role in the service desk project. So I have to pay for them twice, right? I pay for the Jira core license and the Agent-role in Service Desk. Is that true?
And if we don't want to pay twice we always have to create a linked issue, but then we have to manage two tickets which is not very efficient?
Thanks for your reply and regards,
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
...+ reading Fantasy). The same is true for him at the bank he works for: Efficiency is key when time literally equals money. Read on to learn how Sergey makes most of the time he has by...
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