Create additional 'View right' on a view.
What is your wish?
At this stage the access-control has this setup:
If a view is public everyone can see. If a view is private, only named users are allowed to see it if the view is shared with them. Sharing means: edit rights!
We want the following setup:
- Ability to set a view to public or private (view access for all)
- Ability to view for some users or roles, if view is private (but not edit rights)
- Ability to view and edit for some users (or roles)
- What is the problem you encounter?
If we want to create a view that can be accessed only by some people, we need to make it private and share it to them.
- Problem 1: Sharing means: they can edit the view (sometimes we only want to give them read-access
- Problem 2: It is for named users. We want to use roles (sets of users) - see https://valueblue.zendesk.com/hc/en-us/community/posts/6861594899218-Rolebased-access-to-views
- Why do you want this wish?
More finegrained user access for private views, without giving them editing rights. - Do you have a workaround? And if so, what is it?
No - How would you ideally solve the problem?
See: https://valueblue.zendesk.com/hc/en-us/community/posts/6861594899218-Rolebased-access-to-views - How big is the problem on a scale from 1 to 5?
(1 = it would be nice, but definitely not necessary,
5 = I can't work another day without it). - 4
-
Distinguish between granting 'read-rights' and 'edit-rights' is useful from the perspective that an workset is owned by someone (with 'managing-rights'). Granting read-rights in a less than 'all-or-nothing' approach and granting edit-rights in a better than 'single user' approach is a great suggestion.
The ability to grant not only read- and edit-rights, but also managing-rights on a workset would be a nice addition. Granting rights should also be explicit - see: [wish] Disable automatic change of access – BlueDolphin (zendesk.com)
0 -
There is a lot of customer need for this.
0
Please sign in to leave a comment.
Comments
2 comments