Agents can be granted different roles/permissions in different agent groups.
Group-specific permissions will be available for Tickets, Problems, Changes, Releases, Asset Inventory, Contracts, and Solutions. Permissions for Projects, Announcements, and Administration will continue to apply globally.
This feature will be available on the Forest plan in Q1 2020.
Great feature. Thrilled to see this in action.
Pity you plan to release only on forest plan. What is planned for Estate customers ?
Will this only be available in the forest plan?
We'll announce upcoming Estate features in this Roadmap section. Please stay tuned!
Yes, this would only be available on the Forest plan at the moment.
I would like to understand the difference between this and the other roadmap piece on Observers in Agent Groups. There certainly seems to be quite a bit of overlap between the two here.
In isolation, what "Observers in Agent Groups" provides is the ability to grant access to tickets, tasks, and other items that a group owns to people outside of the group. Essentially, we ensure that these items don't get "assigned" to non-members (observers). For instance, Network Support agents will be added as members to the "Network Operations" group because they'll be the ones who are handling the tickets assigned to the group, while Hardware Support agents will be added as observers to the "Network Operations" because they want access to their tickets without being assigned those tickets.
However, you might want to control the actions these members and observers can perform on the ticket. For instance, Network Support agents should be able to edit tickets that belong to the "Network Operations" group, while Hardware Support agents should only be given read-only access to these tickets. But these actions aren't set in stone - some companies might want to give Observers edit access, while others might only want to give them read-only access. Hence, we've made it configurable. You can create different roles, and grant an agent Role A in Group 1 where they're a member, and Role B in Group 2 where they're an observer. That's where this feature, "Group-Specific Roles and Permissions" comes in, and complements "Observers in Agent Groups".
Have you thought about allowing Requesters (Contacts) the ability to view tickets raised by other contacts.
Yes, that's something we are thinking about. We'll post on this forum once we arrive at a solution.
More granular permissions for view vs. work on tickets is what's keeping us from moving forward on integrating other offices on campus.
When will the Estate Plan people get some love...
we need to prevent customer agends from assign tickets from their group to groups from other customers.
so wen nee a option to decide, which groups a agend is able to see
example: only seeing this groups he is member or observer