Hello, is there a way to publish kb article only for certain user groups? It would also be great if editors are only allowed to edit certain areas in the kb. If that does not exist, is it planned to implement something like this? Thank you
1 Like
We already have thhis kind of requests - you can find them here:
We have this on our list. However, there’s no timeline for this and the scope of functionality is unknown at this moment.
If you want to scubscribe to the enhancement issue, you can find it here:
Infos:
Used Zammad version: 3.0
Installation method (source, package, ..): any
Operating system: any
Database + version: any
Elasticsearch version: any
Browser + version: any
Ticket-ID: #1041496
Note: This...
enhancement
knowledge base
specification required
Tobimuc
December 1, 2020, 10:49am
3
Hello,
is there any new timeline to implement this Feature?
Thx
Tobi
benmo
December 1, 2020, 11:53am
4
They never provide ETAs or timelines. You just have to wait (or contribute).
Just like @MrGeneration said, you can subscribe to the GitHub issue if you want to stay up to date regarding this feature request: https://github.com/zammad/zammad/issues/2603
system
Closed
March 15, 2021, 6:58am
5
This topic was automatically closed after 416 days. New replies are no longer allowed.
Hello,
for the Knowledgebase it would be nice to have an option to make an article visible for logged on users only. In the moment (Zammad 3.1) an article can be really public or limited for editors/agents only.
Many times, there’s a need to make content available for intra-company use only.
Hope to see this soon
BR and thanks a lot,
Christian
1 Like
beeing
July 11, 2019, 3:19am
8
In this modal, the Visibility is fixed to Internal or Public,
It would be super-useful if the roles / group can be used in here as well.
Also, Public is meant as Customers logins or non-registered users?
A suggestion would be to separate Public and a “All Users” Role.
Thanks in advance!
I think this is covered by this enhancement issue:
opened 10:33PM - 12 Jun 19 UTC
closed 11:15AM - 24 Feb 22 UTC
enhancement
knowledge base
<!--
Hi there - thanks for filing an issue. Please ensure the following things … before creating an issue - thank you! 🤓
Since november 15th we handle all requests, except real bugs, at our community board.
Full explanation: https://community.zammad.org/t/major-change-regarding-github-issues-community-board/21
Please post:
- Feature requests
- Development questions
- Technical questions
on the board -> https://community.zammad.org !
If you think you hit a bug, please continue:
- Search existing issues and the CHANGELOG.md for your issue - there might be a solution already
- Make sure to use the latest version of Zammad if possible
- Add the `log/production.log` file from your system. Attention: Make sure no confidential data is in it!
- Please write the issue in english
- Don't remove the template - otherwise we will close the issue without further comments
- Ask questions about Zammad configuration and usage at our mailinglist. See: https://zammad.org/participate
Note: We always do our best. Unfortunately, sometimes there are too many requests and we can't handle everything at once. If you want to prioritize/escalate your issue, you can do so by means of a support contract (see https://zammad.com/pricing#selfhosted).
* The upper textblock will be removed automatically when you submit your issue *
-->
### Infos:
* Used Zammad version: 3.0
* Installation method (source, package, ..): any
* Operating system: any
* Database + version: any
* Elasticsearch version: any
* Browser + version: any
* Ticket-ID: #1041496, #1088929
*Note:* This has been moved from our internal git ( 251 ) to Github in order to only have one enhancement issue at the time.
### Desired behavior / enhancement:
Currently there is only the subdivision of rights between reading and editing agents.
Usecase: In an organization several departments work with Zammad. Each department has different internal requirements. The internal specifications of one department must not be available to the entire organization.
Implementation proposal: It should be possible to select the currently available roles for each category:
![image](https://user-images.githubusercontent.com/6549061/59390844-b8ef7600-8d72-11e9-9bf8-38e1afe525c8.png)
Personally I think it would also be possible to have several customer roles to achieve customer based dividing of categories. But I guess this will at some point get horrible in terms of overview.
Public means any not authenticated or customer user, correct.
We currently don’t make a differences between “anonymous” and a customer. (see below comment and issue)
I think this partly is covered by this enhancement issue:
opened 08:41AM - 21 Jun 19 UTC
closed 02:55PM - 10 Dec 19 UTC
works as designed / wontfix
<!--
Hi there - thanks for filing an issue. Please ensure the following things … before creating an issue - thank you! 🤓
Since november 15th we handle all requests, except real bugs, at our community board.
Full explanation: https://community.zammad.org/t/major-change-regarding-github-issues-community-board/21
Please post:
- Feature requests
- Development questions
- Technical questions
on the board -> https://community.zammad.org !
If you think you hit a bug, please continue:
- Search existing issues and the CHANGELOG.md for your issue - there might be a solution already
- Make sure to use the latest version of Zammad if possible
- Add the `log/production.log` file from your system. Attention: Make sure no confidential data is in it!
- Please write the issue in english
- Don't remove the template - otherwise we will close the issue without further comments
- Ask questions about Zammad configuration and usage at our mailinglist. See: https://zammad.org/participate
Note: We always do our best. Unfortunately, sometimes there are too many requests and we can't handle everything at once. If you want to prioritize/escalate your issue, you can do so by means of a support contract (see https://zammad.com/pricing#selfhosted).
* The upper textblock will be removed automatically when you submit your issue *
-->
### Infos:
* Used Zammad version: 3.0
* Installation method (source, package, ..): any
* Operating system: any
* Database + version: any
* Elasticsearch version: any
* Browser + version: any
* Ticket-ID:
*Note:* This has been moved from our internal git ( 222 ) to Github in order to only have one enhancement issue at the time.
### Desired behavior:
There should be an option that denies anonymous access to the public knowledgebase.
You should be able to protect it by e.g. a password or user login e.g. via Office365 and local database).
Preferbly the login interface will stay in the same look and feel of the knowledgebase.
beeing
July 16, 2019, 12:05am
10
Great, thanks for the reply @MrGeneration
Looking forward to test and feedback the implementation.
1 Like
Hi,
I tried to find the possibility to add the visibility in knowledge based for specific Organization is there a way that we can do that, not sure if this is already implemented.
Please do let me know. because inside our zammad support system we have different client and inside different client we have different business process that must not be in public or share to other organization.
Please let me know.
Thank you in advance.
3 Likes
Or even role-based visibility for internal categories would be very useful
3 Likes
Just for your information, we already have this on our list:
opened 10:33PM - 12 Jun 19 UTC
closed 11:15AM - 24 Feb 22 UTC
enhancement
knowledge base
<!--
Hi there - thanks for filing an issue. Please ensure the following things … before creating an issue - thank you! 🤓
Since november 15th we handle all requests, except real bugs, at our community board.
Full explanation: https://community.zammad.org/t/major-change-regarding-github-issues-community-board/21
Please post:
- Feature requests
- Development questions
- Technical questions
on the board -> https://community.zammad.org !
If you think you hit a bug, please continue:
- Search existing issues and the CHANGELOG.md for your issue - there might be a solution already
- Make sure to use the latest version of Zammad if possible
- Add the `log/production.log` file from your system. Attention: Make sure no confidential data is in it!
- Please write the issue in english
- Don't remove the template - otherwise we will close the issue without further comments
- Ask questions about Zammad configuration and usage at our mailinglist. See: https://zammad.org/participate
Note: We always do our best. Unfortunately, sometimes there are too many requests and we can't handle everything at once. If you want to prioritize/escalate your issue, you can do so by means of a support contract (see https://zammad.com/pricing#selfhosted).
* The upper textblock will be removed automatically when you submit your issue *
-->
### Infos:
* Used Zammad version: 3.0
* Installation method (source, package, ..): any
* Operating system: any
* Database + version: any
* Elasticsearch version: any
* Browser + version: any
* Ticket-ID: #1041496, #1088929
*Note:* This has been moved from our internal git ( 251 ) to Github in order to only have one enhancement issue at the time.
### Desired behavior / enhancement:
Currently there is only the subdivision of rights between reading and editing agents.
Usecase: In an organization several departments work with Zammad. Each department has different internal requirements. The internal specifications of one department must not be available to the entire organization.
Implementation proposal: It should be possible to select the currently available roles for each category:
![image](https://user-images.githubusercontent.com/6549061/59390844-b8ef7600-8d72-11e9-9bf8-38e1afe525c8.png)
ETA is unknown.
3 Likes
I’d also love visibility based on organisation—so we could easily have customised articles for some customers. Of course we could also create roles for that purpose, but it’d be nicer this way
Visibility for registered customer only we wait before we use the Knowledge base our KB is still on draft because of some details cant publish in public.
thank you
We also need this feature. We have customers in different countries and want to make only relevant information available to them.
Thanks
It would be great if you could also set the visibility for different editor groups.
We have editors that shouldn’t be able to see or edit certain entries.
For example if an editor from the finance department does not need to see the entries for the IT department. It would help that no accidentally edits or removes something that they shouldn’t have edit rights to.
Mr_P
September 11, 2019, 12:06pm
18
Is it possible to add “Admins” to the visibility of knowledge base entries?
I added some instructions to the knowledge base, how to configure some zammad settings…
Its not uninteresting for editors or agents, but for admins.
Greetings, Daniel.
In my opinion this is already covered by this request:
In this modal, the Visibility is fixed to Internal or Public,
[image]
It would be super-useful if the roles / group can be used in here as well.
Also, Public is meant as Customers logins or non-registered users?
A suggestion would be to separate Public and a “All Users” Role.
Thanks in advance!
Mr_P
September 11, 2019, 2:46pm
20
True story… Thx and push.