We are using a Confluence cloud knowledge base in combination with projects in Jira Service Desk.
The idea here is that support agents will be able to save time by finding article suggestions matching issues in incident tickets.
The plan is to use several hundreds of knowledge articles to match incident cases, which are often quite similar. Hence we are dependent on the performance of the AI suggestions.
After setup in production mode, I have ran into a permissions issue, where knowledge articles cannot be directly shared as a comment in tickets in case the permissions are set strict. Only if I allow Jira Service Desk to overwrite Confluence groups permissions, am I able to see the share option. We do not want to open up the knowledge base space for all of our Confluence users, as this poses a security risk.
After linking a Confluence cloud space to a project in Jira Service Desk, the permissions are overwritten (according to this article), so all Confluence users can see the space.
The space permissions were set so only groups of Confluence cloud users have access.
Hence, the main page (overview) of the Confluence space needed to be restricted using the same confluence user groups:
With these settings, however, the article sharing option in the Jira tickets changes to a lock.
---
Hello @Dave Mathijs I am aware that there are only two options, and we have solved the issue already. The issue is that even though users might have a Confluence cloud license, they can't use the sharing option anymore for posting links to knowledge articles in Jira tickets. This is limiting the use of the knowledge base, as support agents frequently search for comments in tickets.
Hi @Jean Waucomont , I understand your question and what you're trying to achieve.
However, when selecting a knowledge base space, there are only 2 choices: Restricted (no license) or private (license required).
Once you decide that a KB article from a private space can be used to serve for your customer, you cannot make it public.
In that case, you need to move/copy the KB article from the private space to the restricted space.
The idea behind this is that you may have 2 KB spaces at your disposal: One with public KB articles for your customers self-service in the portal, and another internal/private KB space with articles for your agents (e.g. procedures to restart a service, fulfil a request etc.).
One alternative would be to have a single public KB and restrict only the internal articles to your agents.
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.