New feature was added in JIRA Service Desk to group people by organizations. By default customer from that organization create issue with share set to that organization. From manual: "If a customer is in an organization, they can also share the request when they raise it. By default, the request is shared with the customer's organization unless they select Private".
In this state the issue is shared between all of the participants in the organization which causes email notification to all parties involved e.g. mail to 100 people from which only 3 is interested in.
We would like to keep grouping customers by organizations for reporting purposes.
How can I set the default rule to private or even disable this combobox from raise request portal page ?
TL;DR: I do not want to share issue and notify by email all organization members. I want to select participants manually from issue page.
Well....if I would have only read the latest response from Atlassian on my KB inquiry I could have answered this right off.
To disable notifying all customers in an organization each time an issue is created go to Project>Project Settings> Customer Notifications and disable the "Organization added" notification.
I quickly rushed through all the given answers now but haven't found yet the following work-around that uses JIRA core built-in funcionality.
I thought it might still be helpful for some of you so here it is:
I have figured out that an issue is not shared to any organization member when the custom field "Organizations" is cleared. One can clear this field automatically when the issue is created using a built-in workflow post function.
Just add the marked post function to the Create transition of the workflow. It must be before "Create the issue originally"
You can find more about editing the Create transition (or initial transition) here
Thanks to JIRAs powerful workflow schemes you can use the modified workflow for the sensitive and private issue types and the default one for the public issue types like Suggestions, Improvements, Reproducible Bugs, ...
I must admit i have not yet tested if this work-around also prevents notifications from being sent to other organization members but even though it does removing the customer notification rule helps you.
Despite of all the given workarounds including my own i agree with the overall opinion here that the default sharing mode for each new issue must be private. I can't understand why Atlassian hasn't fixed this yet. To me this is a security bug not a suggestion or a new feature.
I have tried to add a post function to the Transition: Create as you did.
On the "Add Post Function To Transition" page I have chosen "Update Issue Field"
This gives me a page with several options. I assume that you chose the "Update Issue Field"
I then get to choose what to set the value of - I can't see Organization in this list.
Please will you let me know which option you chose to clear the Organization field in the post function?
Thanks in advance for your advice,
From the screen shots, I think that it might be the "Clear Field Value" post function.
I think this post function is natvely available in JIRA Cloud, but not JIRA Server (which I think is what you have David?).
Atlassian removed JSU around May 2017, but implemented native versions of much of the JSU stuff in JIRA Cloud - including the "Clear Field Value" post-function - so that those of us who were relying on the bundled functionality wouldn't lose out.
Read about that in Dave Meyer's post here:
So I think the upshot is (for some instances at least) JIRA Cloud has more built-in post-functions than JIRA Server.
That might explain the difference.
Thank's Sam for your clarifications.
So @David Blundell, are you on JIRA Cloud and don't have the "Clear field value" post function?
If yes you should contact Atlassian Support to enable that for you. If no just install the JSU plugin which is a must on each JIRA server though ;-)
I see this as a huge Bug in the system. It does not make sense at all the way it is setup right now. 90% of service tickets do not need to be shared with the whole organization and thus organizations should not be added by default. Why does the whole organization need to know when printer toner needs to be ordered! Needs to be set private by default or not shown to the customer at all. The Administrator should decide whether the customer should be allowed to share the particular Request type as it is done with Request Type forms.
I saw one workaround posted where you need to create multiple Organizations and put all users in at least 2 organizations. that way it defaults to Private. This workaround just puts more work on the administrator to manually manage the system. Personally, now I have to manually add 500 customers to 2 organizations... and thats just one of our Client Silo's. In addition, now I have to keep up with additions and removals of customers to make sure they are added and removed from both organizations instead of just letting customers sign up in their respective customer portals.
The second workaround is to disable the Automation where it sends the email when organizations are added. Why? I like this feature and helps us manage incidents where our agents can add an organization group that holds client stakeholders, and they get notified and can opt in to follow the ticket. I believe, this is what it is designed for and a critical feature for us. Thus, this workaround is not acceptable either, as it makes the whole "Organizations" feature useless.
I have been a JIRA Software fan for over 5 years and pushed my company to use JSD. I hope Atlassian fixes this quickly as now I am struggling to accomodate some basic requests from my company.
I’m a designer on the Jira team. For a long time, I’ve fielded questions from other designers about how they should be using Jira Software with their design team. I’ve also heard feedback from other ...
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