Plan requirement
| Subscription | Suite Enterprise or higher, Support Enterprise |
| Access | Admin |
Two things to know before you start. Selecting Make it private cannot be undone, and converting an existing group is equally irreversible: you cannot make it public again. And private does not mean invisible to everyone outside the group.
Create one
- Create the group and select Make it private, knowing that choice is permanent.
- Add only the people who should see this work.
- Set up routing so the right tickets arrive.
- Build a view for the members.
- Test in both directions, using the list below to know what a correct result looks like.
Admins, and agents in a custom role with the permission, can do this.
Who can still see the tickets
| Group members | Yes, that is the point. |
| Admins and team leaders | Yes, by default. This is not a fault in your setup. |
| Custom roles | Can be configured for this access. |
| A CC or follower | Yes, if explicitly added to the ticket. |
| Agents with Requested by end users in their organizations | Yes, for private group tickets linked to their organisations. |
So test with an ordinary agent outside the group, not with your own admin account. Testing as an admin and seeing the ticket proves nothing, and concluding the group is not private is the wrong lesson to take from it.
One caveat that surprises people
If an agent is also the requester of a ticket in a private group, they cannot open it in the Agent Workspace. They have to use email or the help centre instead.
Route into it deliberately
These tickets usually arrive on a dedicated address or form. Get that routing right, because a sensitive ticket landing in the general queue first has already been seen by the wrong people.
And decide how a ticket leaves. Something will arrive here that does not belong. Agree who can move it out and where it goes, before it happens with a customer waiting.
Comments
0 comments
Article is closed for comments.