I hae a scenario where a Jira customer wants to give many clients access to the system. Users from a single client need to be able to see each others' issues but not those of other clients.
I have done a lot of Jira installations, but there's a problem with each option I've used before:
1) Project-per-client - fine with a few clients but if there are dozens or hundreds, it's not workable. Also, this leads to duplication of Components, etc.
2) Reporter and internal users can see issues - This is like Atlassian's support setup I think. Each reporter sees only his or her own issues. However, two users from a single company cannot see each others' issues.
3) Issue security - I tried in the past creating groups for each client and using issue security. So like "Internal + Client 1", "Internal + Client 2", etc. This mostly works except that users from the different clients can see each others' names in the Assign dropdown.
Has anyone successfully set this up as I've described? Each Client 1 user should see all issues that were reported by Client 1 users.
I've done it several times. The basic tricks are
This approach gives you the minimal effort on the part of all your users, they don't need to think about it at all.
You can just extend option 2. In addition to reporter and internal users, give the view permission to a custom field as well. The reporter can modify the issue to add more users into the custom field.
It is more like the "cc" field in the Atlassian support system. By doing this, you are giving access to only reporter and internal users plus the users they added into the custom field.
Nic's answer seems best but I ended up going with a hybrid of #1 and #2. The customer has some big clients and a lot of small ones who may only have one issue ever (this is for engineering requests like structural drawings, mapping, etc.). Here's what we did:
* Big clients get their own project and dashboard and have multiple users.
* Many small clients share a single project and have one user they log in as.
* I created a few custom issue types with nice icons: Construction, Inspection, etc. and all projects share the same issue type scheme. I used these in lieu of Components and each issue type has a custom field that serves as a more detailed request type.
* I wrote the client a simple wiki doc to explain how to create a new client project. They use the Copy Project script runner script and then add a new user group and change a couple of project settings.
So far they are very happy with it. The use of custom issue types made it really easy for their staff to see reports of, say, all open Inspection items across projects.
Atlassian Summit is an excellent opportunity for in-person support, training, and networking.Learn more
Hi, everyone! Molly here from the Jira Service Desk Product Marketing Team :). In the spirit of this month's august-challenge, we're sourcing stories of Jira Service Desk activation fro...
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