Restriction on individual tickets or groupsCompleted
Hi Zendesk Product Team,
I would like to see a function whereby you can set limited access to specific tickets and/or groups, so that only selected agents or admins have access to the specific ticket or group
I know there's already a similar function in place, whereby we can restrict access for individual agents, so they only can access only e.g. tickets tickets assigned to them, groups they are part of, etc.
For the majority (99%) of our tickets, we want all agents to have access, however there are some instances where we only want a small number of people to have access to some tickets, due to the sensitive / confidential nature of these.
This means that the already existing function is not feasible for us, and is certainly not scalable. This solution is very similar, but sort of in reverse!
Private Ticket Groups has been launched to GA as of July 2022.
Providing a list of relevant documentation.
Adding another vote to this as well. We're on Enterprise and have enabled Custom Roles with group restrictions. But it truly doesn't do what we want it to do.
We have a small subset of tickets that agents in groups A, B, and C shouldn't access, but it's helpful if they have access to tickets outside of their groups otherwise. Ex: First response agents get a ticket that references an earlier ticket that ended up in a different group so they need to review the older ticket to check if it's the same issue and should be moved to the different group.
I'd love an addition to Custom Roles where in addition to only view tickets in their group, I could select can access all tickets except in groups X, Y, Z, etc. This would allow me to give them greater visibility but limit from areas they don't need.
Any update on this from Zendesk? We are using Zendesk in an HR setting but cannot expand our use of Zendesk without this kind of functionality.
Although we love the system this means our long-term plan will have to be based on moving to a different product.
Adding another need for this workaround as well! Here's how I explained our situation in a support request:
Instead of limiting an agents ticket access by what's relevant to the agent (group, org, etc.) I'd like to be able to limit access to tickets by what's NOT relevant to the agent.
Example: 3 Agents: A, B, and C. A is assigned to groups 1 & 2, B to 2 & 3, and C to 1, 2, 3, & 4. We need to set up Agent A to be able to access tickets in groups 1,2 (and 3 if needed) but not 4 (in any case). Specifically, the issue here isn't Group 4 tickets, it's Agent A's ability to access tickets in group 3 without actually adding them to that group because they aren't organizationally part of that group.
Here are the top 2 solutions that come to my mind:
1) to set Agent Permissions based on ticket fields not Agent fields(Groups). Or, maybe better,
2) create Ticket Field - Value Permissions, when setting up the ticket field, you can assign Agents or Groups who CAN or CAN'T view tickets with a specific value in a ticket field.
I'm sure that's easier said than done though. I'm hoping there's some kind of solution in the near future!
I have found that I've made decisions to split teams into their own instances of Zendesk because of this scenario. I want an environment where agents can collaborate, but I also need a way to restrict tickets in certain areas so that only certain agents can see tickets.
Also would find this feature to be very useful. We have a few teams that work tickets with sensitive merchant information, which we cannot have any other groups in Zendesk having access to. These teams that work with sensitive information, do however need to be able to see other tickets in the desk. Definitely looking forward to an update.
+1 we have tickets that need to be restricted to a subset of agents because of the legal sensitivity of the content.
Seconding Monica's comment here - a Custom Role where we could set an agent to access all tickets except in groups X, Y, Z, etc. would be ideal.
adding my vote on this. It would be so helpful to be able to restrict certain information. In our case it would be net price calculations.
+1. This has been a big obstacle for our organization too. It disrupts everything from ticket workflow to account settings. Restricted viewing access for a selected group, or groups, that contain sensitive information would be an extremely useful feature and would reopen options to the features that make Zendesk great but we are currently unable to use.
Just confirm that having access segregation paired with groups does not offer the flexibility I'd like to have.
You did change this for views, that now are linkable to multiple groups, similarly you should consider doing that for ticket access too.
Corporate IT for example might easily need to access all tickets but the HR's ones. We cannot setup such a limitation at the moment.
Quick update, we're still working on this and have run into a few technical difficulties. We're looking at a general availability for all enterprise plans in the next few quarters. Thanks for your patience as we build this out.
Thanks so much for sharing your use case with us. I've actually been hearing an increasing number of customers talk about something very similar. Where our current restricted agent functionality locks a particular agent to accessing a subset of tickets, you really need a way to restrict a subset of tickets from most agents. This is something we're talking about and considering internally, though nothing can be called "planned" just yet.
Great feedback Kristin. I'm adding my vote, as our use case is essentially the same. It would help us scale our Zendesk to groups which we currently can't put into Zendesk.
Currently, if you simplify a bit, ticket access today is all or nothing. Trying to implement a compromise and it quickly becomes complex situation with lots of overhead admin and side-effects.
There is usually a good business case too, to have as much ticket visibility as it makes sense for your organization. It would be great to have support for this.
Restricting access is also a good practice when it's done just for the purpose of removing excess information, as it could be for automatic orders and other ticket types which may not be relevant to most users to have visible on a user profile. Another good reason why we'd like better support here.
There are lots of cases where multiple groups should have shared visibility, or cooperation becomes troublesome. Like when escalating tickets between teams working in Zendesk.
For us, ticket access is not as simple as based on which team handles the ticket. One team may handle serveral sets of different tickets where some needs to be restricted to certain groups, and others should be visible to many.
In essence, our company's need is to restrict tickets based on content, not simply based on the team currently assigned to the ticket.
Content is not simply text based of course, it's a business decision which involves the type of recipient the ticket was created towards, the channel, etc.
We apply stricted restrictions at ticket creations for some channel, as this is the most sensitive stage in the lifecycle, as the ticket content we get could be unknown, and then we ease up during or after the ticket has been processed, as we determined it's nature.
I'd strongly like ticket access as an independent property in itself, one that can be freely manipulated and which can include as many or as few groups as we'd like. And one that doesn't interfere with reporting, group notifications, assignee fields, and the like, as today.
Karyn, if you want to restrict tickets access for your agents, the only viable mechanism is to restrict by Group.
If you really need to restrict tickets, consider if it's okay that all your agents only see the tickets in their own group. You will lose the high level overview of the customer, and deal with access / visibility issues when escalating tickets between groups, but that's the trade-off.
There are various 'hacky' solutions based on group based restrictions that includes creating 'umbrella' groups etc, but all of these will mess with your reporting, the built in tickets fields and rules, the quick 'assign to me' links, etc. I really tried it, but had to give up eventually since it became complex and didn't scale, and I really wouldn't recommend it, it's not a fun trip.
I think we need to await until Zendesk recognize the business case here, and implements a distinction between ticket access and ticket groups/assignee.
I am in the same situation and am pleasantly surprised to see so many other people asking for the same requirement. It would be great if ZenDesk provided a way for us to restrict the visibility of a very specific set of tickets (say, if a ticket is assigned to an agent in a specific group). As Kristin mentioned above, this is required only for some sensitive tickets (which comprise less than 1% of total volume, but have the highest attention).
It is interesting to see that this request has been lying around for more than 18 months with no solution or workaround from ZenDesk.
We need this too!
Any workarounds here would be great. We receive occasional emails with highly sensitive information in them that cannot be deleted due to legal concerns. Being able to restrict single tickets without having to fully restructure the Group org would be ideal.
@Zendesk - no reply in quite a while.
Can you give any indication on whether this is on the roadmap at all?
@Zendesk - Any update?
+1 Adding my vote for this too. We have same scenario with need to restrict access to select tickets (10% of overall volume). Restricting access to tickets with certain groups is ideal, but since we are on Enterprise - even if we could restrict agent role access to certain ticket forms, that would suffice too. Hope to see this access control interface to be brought on new admin framework functionality/interface so we can get more granular with agent access.
Cheers and Thank you
+1. How would an organization handle HR / confidential requests? We have agents that need to be able to see tickets from other groups, but not EVERY group.
Any updates on this? Splitting into another instance is not ideal and would love to be able to restrict a subset of tickets from most agents.
Adding my vote
This is a highly needed feature. For our case, we are trying to lock social-created tickets so that non-authorized agents are not publicly Tweeting or posting on our Facebook account. Considering the added security features needed to set up the social accounts, I was shocked that once linked every single agent has the ability to handle one of these tickets with zero ability to silo.
+1 For this feature. It's not practical to add agents into many groups when we want to restrict the tickets that need to be restricted and worked by only one group.
@... for visibility.
The mechanism used to control ticket visibility (for me that's groups) is one of the key recipes for messiness that is still on my top complaints about Zendesk Support. I first commented on this 4 years ago. altough I understand it's a core concept of the Zendesk model, so I suppose it's not trivial to change.
It's not the first thing you realize as a new administrator, but visibility on tickets are coupled with groups, which are in turn coupled to lots of other stuff - views/macros/apps/email notifications/assignee field selection, visibility in help center, reporting, etc - and it can be a recipe for lots of administration trade-offs and headaches.
I would be very happy if Zendesk introduced a better mechanism to deal with ticket visibility, as well the related issue to decouple ticket carrying groups from groups that are used to achieve other things (such as views).
Post is closed for comments.