I have a couple of big questions concerning about the Help Center and the portals. We are running JiraSD Server version and we have multiple SD-projects, which can be categorized as following:
(only users that are add to customers have access to project). Our company employees are added to these projects as a customers via LDAP-synchronization, we create a user group 'company_all' where we synchronize the users -> the user group 'company_all' is projects customer role-group.
(Access to projects is public, anyone can raise a request from the portal)
In our JiraSD instance Help Center:
And now for the questions:
Question 1: Visibility of the portals at the Help Center
Portals from projects 4-7 are public, but what if we do not want that customers can see them in the global help center? We want to limit it so, that the customers from Project 5 sees only Portal 5 if they happen to go to the Help Center and etc.
Question 2: Grouping of portals
Is there a way to combine the request types of Projects 1-3 under a one Portal or view? Our company employees want a SPOC (single point of contact) kind of view&portal to all our internal IT issues, they don't want to go to the top level of Help Center where they now see the portals from projects 1-7.
All help would be greatly appreciated!
We too have a similar set up in our organization. We have an internal IT service desk and we have many external customer service desks. But it's not a problem, our customers are only customers in our external ones (sometimes one of them and sometimes two of them). And as long as you create them as only a customer to that specific service desk that's all they will see when they go to the portal. They will never see your internal one.
As far as grouping those service desks, there isn't anything out of the box. This add-on would you let you do some branding and grouping of service desks:
Hope that helps
You could set up the following with RefinedTheme which should cover most of your use cases. This example is using two separate sites but you could also set it up using one site with multiple categories.
Use two sites
By default RefinedTheme creates one site that is the “Help Center”. It is accessible for logged in users but you can also allow anonymous users to view it. Users will still need to create an account if they want to raise a request. By default all service desk projects will be visible under the Help Center site.
You can add another site, “Internal Site” from the RefinedTheme Site Builder and configure it to be viewable only by a certain user group, in your case the group “company_all”. You will also be able to define the URL context path for the site (for example https://your-jira.com/plugins/servlet/desk/site/internal). This will allow you to set up a redirect to this url on your server if you wish to (for example https://internalsupport.your-jira.com) . You can then drag & drop the internal service desks projects (1-3) from the “Help Center” under this site which will make them show up only under the “Internal Site”.
Sites in the Site Builder, Help Center is viewable by anonymous users and Internal Site is viewable only by users from the group company_all
Help internal users to navigate to the correct site
To help the internal users to navigate to the Internal Site from the Help Center, you can use the modules from RefinedTheme. You can for example add a navigation highlight module on the Help Center and place it in section that restricts it's visibility to only group company_all.
Show all request types
You can use the Request types module to show request types for a specific project. In your use case you can add the module to the Internal Site three times, once for each service desk project. This way all the request types will be visible on the same page.
Help Center with three modules:
Internal Site with three modules
I hope this was helpful, please ask if anything is unclear.
Janette Hagerlund, RefinedWiki
Please correct me if I am wrong, but RefinedWiki does not cover the requirement to limit customers to see just their project on the global helpdesk;
- We want to limit it so, that the customers from Project 5 sees only Portal 5 if they happen to go to the Help Center...even if there are Jira projects which are open...
You are correct, there is no way in RefinedTheme to say that a specific public projects should be excluded from the listing of Service Desk projects, but you can choose to remove the module all together (module is called Service Desks & Categories).
One of the features of RefinedTheme is a layout editor which allows you to specify which modules will be visible on the Help Center. The default is to show Search Highlight, Recent request types and Service desks & categories which is similar to how the Help Center without theming looks like.
There are multiple different ways to set up RefinedTheme to help the users to find the service desk project or a request type they are looking for. Here are a few features that can be used to achieve this:
Hi @janette and thank you for very detailed answer! :) We will try refined theme, the grouping of portals to a different sites could be an answer to our problem at Question 2.
But I'm still not sure how Refined Theme would help us with the visibility of open portals (like Bojana asked). Are the visibility permission handled/checked from the user groups or from the projects? If they are handled from the user groups, we would have to find a way to add automatically the customers from Project 4 (open to all) to a group called 'project4_customers' and Project 5 (open to all) to a group called 'project5_customers'.
Hi @Henri Virtanen,
Probably our app can help you solve this problem: Extension for Jira Service Desk. It offers a lot of features, but in your case Visibility will be the most interesting.
You can limit visibility of your customer portal to selected groups.
You can do the same with request types. So you can stores all needed request types in the one service-desk project but limit the visibility of them to selected groups of users.
This app also offers more options for visibility, such as fields or options. I recommend you to try and check if it works for you :)
In case of any questions or doubts, don't hesitate to ask me.
Hi @Katarzyna Pawlak -Deviniti- and thank you for your answer.
This app would likely to be a solution for us, but if i'm not wrong, the challenge here would be the group management of our customers. Correct me if I am wrong, but to get this app to work as we need it, we would need to add the customers from Project 4 (open to all) to a group called 'project4_customers' and Project 5 (open to all) to a group called 'project5_customers', just to limit the Project 4 portal visibility to Project 4 customers? If this is what is needed, is there a way to automatically add customers from Project X to a defined Jira group? Manual operation of customers to groups...never gonna happen. :)
Hi @Henri Virtanen,
Unfortunately, you're right. If your customers are added automatically to project X, you should manually added them to Jira groups. In this case, our feature Visibility works. But... You're idea is great! :) I've already discussed with our team and we decided to do it. So we will create a special feature which will add customers to Jira groups. Thanks to this, your Jira groups, such as 'project5_customers' will be always up-to-date. Please give us 3-4 weeks to develop it!
This sounds great! :) End customers are added automatically to project X customers when they send us email (open to all-type JiraSD project), so I have been looking a way to adding them to jira groups automatically, because this is not the first time and reason when we would have needed customers to be automatically added into Jira groups. I have assumed (and hoped) that JiraSD would have a own integrated feature to do it, but at least hopefully some app can do it in the future. ;)
I will be in summer vacation next 4 weeks, so hopefully you will have something for me to test when I'll return.
Hello Community 👋, I'm a product manager at Atlassian, looking at improving change management capabilities across our products. In particular, we're looking at bridging the gap between Dev & ...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events