Zendesk views permissions explained: Who sees what and how to configure access

Stevia Putri
Written by

Stevia Putri

Reviewed by

Stanley Nicholas

Last edited February 25, 2026

Expert Verified

Banner image for Zendesk views permissions explained: Who sees what and how to configure access

If you're managing a support team in Zendesk, you've probably run into questions about who can see which views. Maybe an agent is complaining they can't find a shared view, or you're wondering if light agents can access the same ticket lists as full agents. Getting view permissions right matters because it directly affects what work your team can see and how efficiently they can operate.

Views are the primary way agents access tickets in Zendesk. They're filtered lists that organize tickets based on criteria like status, assignee, or priority. But not everyone sees the same views, and understanding these permission levels is key to keeping your support operation running smoothly.

At eesel AI, we work alongside Zendesk to help support teams automate ticket management. We've seen firsthand how confusing view permissions can be, so let's break down exactly who sees what and how to configure access properly.

A screenshot of Zendesk's landing page.
A screenshot of Zendesk's landing page.

Understanding the different types of Zendesk views

Before diving into permissions, it's worth clarifying what we mean by "views" in Zendesk. Views are filtered lists of tickets that help agents find and prioritize their work. Instead of scrolling through an endless inbox, agents open a view and see only the tickets that match specific criteria.

There are three types of views in Zendesk:

  • Default views: Pre-defined by Zendesk and always available (like "Your unsolved tickets" and "Unassigned tickets"). You cannot edit the "Suspended tickets" and "Deleted tickets" views. These appear at the bottom of the views list and don't count toward your view limits.

  • Shared views: Created by admins for team-wide use. They're visible to multiple agents based on permissions you set. You can create up to 100 shared views per account, though only 12 appear in the sidebar by default.

  • Personal views: Created by individual agents for their own workflow. Each agent can have up to 10 personal views accessible in their views list.

It's important to note that we're talking about ticket views here (what agents work from), not help center article view permissions. Those are a separate system for controlling who can see knowledge base content.

Understanding the distinction between default, shared, and personal views is the first step in managing agent access and workflow.
Understanding the distinction between default, shared, and personal views is the first step in managing agent access and workflow.

Who can see Zendesk views: A complete breakdown by role

View visibility in Zendesk depends entirely on user roles and how views are configured. Here's exactly who can see what.

Administrators

Admins have the broadest view access in Zendesk. They can:

  • See and manage all shared views
  • View all personal views in the Admin Center (and clone them if needed)
  • Create, edit, and delete shared views
  • Reorder both shared and personal views for the entire team
  • Access the Views admin page at Admin Center > Workspaces > Agent tools > Views

This means admins have full visibility into what views exist in the system, even personal views created by individual agents. However, admins can't directly edit an agent's personal view. They can only clone it to create a shared version.

Standard agents

Standard agents have more limited view access:

  • Can see shared views they're granted access to (either "All agents" or their specific group)
  • Can see their own personal views (up to 10)
  • Cannot see other agents' personal views
  • Can create and edit only their own personal views
  • Cannot create shared views unless they're in a custom role with that permission

Agents see views in their sidebar based on availability settings. If a view is restricted to specific groups, only agents in those groups will see it.

Light agents

Light agents have significantly restricted view permissions. According to Zendesk's documentation, light agents can:

  • See views
  • Filter views

But they cannot:

  • Create views
  • Edit views
  • Be assigned to tickets
  • Change ticket status (unless they're the ticket requester)
  • Use the @mention feature

Light agents are designed for internal collaboration. They can view tickets and add private comments, but they're not meant for full ticket ownership. This limited view access reflects their role as internal advisors rather than frontline support agents.

End users and customers

End users and customers cannot see ticket views at all. Views are strictly an agent-facing feature. Customers interact with their tickets through the help center, where they can only see tickets they created or are CC'd on.

View visibility summary

RoleShared ViewsPersonal ViewsCreate ViewsEdit Views
AdministratorAllCan view all, clone onlyYesAll shared
Standard AgentGroup-assigned onlyOwn onlyPersonal onlyOwn personal only
Light AgentGroup-assigned onlyCannot createNoNo
End UserNoneNoneNoNo

How to configure view permissions in Zendesk

Setting up view permissions happens during view creation or editing. Here's the step-by-step process.

Step 1: Access the views management page

Navigate to Admin Center > Workspaces > Agent tools > Views.

The Admin Center's views management interface displaying options to edit or clone a selected view.
The Admin Center's views management interface displaying options to edit or clone a selected view.

This page shows all views in your Zendesk account. By default, you'll see active views shared with all agents. Use the Filter button to see inactive views, personal views, or views shared with specific groups.

Step 2: Create or edit a view

Click "Create view" to build a new one, or click on an existing view name to edit it. You can also hover over a view and click the options menu to select "Edit."

The UI for configuring access conditions by selecting specific user groups.
The UI for configuring access conditions by selecting specific user groups.

When creating a view, you'll set:

  • Title (you can use emojis or the double colon syntax for folders)
  • Description
  • Conditions (what tickets appear in the view)
  • Formatting (columns, grouping, ordering)
  • Availability (who can see it)

Step 3: Set view availability

Under "Who has access," choose one of three options:

  • Any agent: Makes the view available to your entire team
  • Agents in specific groups: Restricts the view to certain agent groups
  • Only you: Creates a personal view
    A settings panel showing access options for a new view, allowing selection of specific agent groups.
    A settings panel showing access options for a new view, allowing selection of specific agent groups.

The "Agents in specific groups" option is useful when you have specialized teams. For example, you might create refund-related views only your billing team should see.

Step 4: Configure group permissions

If you selected "Agents in specific groups," you'll see a dropdown to select which groups can access the view. Select all relevant groups, then click away from the dropdown to confirm.

A settings panel showing group selection options for view permissions, with 'Agents in specific groups' selected in the access dropdown.
A settings panel showing group selection options for view permissions, with 'Agents in specific groups' selected in the access dropdown.

Remember that agents will only see tickets in the view that they have permission to access based on their group membership and ticket permissions.

Step 5: Save and verify

Click "Save" to create or update the view. The view appears immediately for users with access. To verify, have an agent in the target group refresh their Zendesk workspace and check if the view appears in their sidebar.

Following this structured workflow ensures that view permissions are correctly applied to the right agent groups without security gaps.
Following this structured workflow ensures that view permissions are correctly applied to the right agent groups without security gaps.

Best practices for organizing views with proper permissions

A well-organized view setup reduces confusion and keeps agents focused on the right work. Here are practices that help:

Use the double-colon naming convention for folders

In the Agent Workspace, you can create folder structures by using double colons (::) in view titles. For example:

  • "Tier 1 :: Open Tickets"
  • "Tier 1 :: Pending Follow-ups"
  • "Billing :: Refunds"

This creates expandable folders that make finding the right view much faster. You can nest up to three levels deep.

Scope views to "current user's groups"

When building conditions for shared views, use "Group is current user's groups" rather than specifying a particular group name. This means one shared view works for all teams. An agent in the Tier 1 group sees only Tier 1 tickets. An agent in both Tier 1 and Tier 2 sees both. One view handles it all.

Regularly audit and deactivate unused views

Views accumulate over time. Every quarter, review your active views and deactivate those that aren't being used. You can reactivate them later if needed. To delete a view permanently, you must first deactivate it, then delete it from the inactive views list.

Convert effective personal views to shared views

When you spot a personal view that multiple agents could benefit from, clone it and make it a shared view. This spreads good workflows across your team. Just remember that once converted, any admin can edit the shared version.

Document which views are for which teams

Create a simple reference document listing your shared views and which teams should use them. This helps new agents understand what's available and prevents confusion about which views to work from.

Implementing these organizational best practices prevents view clutter and ensures agents can find relevant tickets quickly as the team scales.
Implementing these organizational best practices prevents view clutter and ensures agents can find relevant tickets quickly as the team scales.

Troubleshooting common view visibility issues

Even with proper setup, view visibility issues can arise. Here's how to diagnose and fix them.

Agent can't see a shared view

  1. Check if the view is active (not deactivated). Inactive views don't appear in the sidebar.
  2. Verify the agent's group membership. If the view is restricted to specific groups, the agent must belong to one of those groups.
  3. Confirm the agent has the proper role permissions. Light agents have limited view access.
  4. Check if the view limit has been reached. Only 12 shared views appear in the sidebar by default. Additional views are accessible through "Manage Views."

View appears but shows no tickets

This usually means the view conditions are too restrictive or the agent doesn't have permission to see the tickets that match. Check:

  • View conditions aren't excluding all tickets (avoid broad "NOT" statements)
  • Agent has permission to view tickets in the groups the view filters for
  • Tickets matching the conditions actually exist

Personal views disappeared

Personal views are tied to the agent's account. If an agent leaves the organization, their personal views are removed unless an admin cloned them as shared views. This is why it's worth periodically reviewing personal views for gems that should be shared.

Can't reorder views

Agents can only reorder personal views. Admins and agents in custom roles with permission can reorder both shared and personal views. If you have many views, you can only reorder views on the same page of the list. Use the three-dot menu on a specific view to "Move to first position" or "Select position" for views on different pages.

This diagnostic flowchart helps admins quickly identify and resolve common visibility issues that prevent agents from accessing their assigned ticket views.
This diagnostic flowchart helps admins quickly identify and resolve common visibility issues that prevent agents from accessing their assigned ticket views.

Going beyond static views with AI-powered ticket management

Views organize tickets into static lists based on fixed criteria. A view shows the same list regardless of the specific details in each ticket. This is where AI can complement your view strategy.

At eesel AI, we've built an AI teammate that works alongside Zendesk to intelligently route and prioritize tickets. Our AI Triage product automatically tags, routes, and categorizes tickets based on their content. Instead of manually sorting tickets into views, the AI analyzes each ticket and ensures it lands in the right queue with the right priority.

AI triage tools - Dashboard showing AI performance monitoring metrics.
AI triage tools - Dashboard showing AI performance monitoring metrics.

Here's how it works:

  • Our AI learns from your past tickets, help center articles, and existing views
  • When a ticket arrives, the AI analyzes its content, intent, and sentiment
  • Tickets are automatically tagged, routed to the right team, and prioritized
  • Agents see properly organized work without complex view configurations

Unlike static views, the AI can handle variations it hasn't seen before. It doesn't need rigid criteria for every possible scenario. It learns what matters from your team's history and makes intelligent decisions on demand.

Our AI Agent can even handle frontline tickets autonomously, and our AI Copilot drafts personalized responses for agents to review. Both integrate directly with Zendesk. For teams drowning in view management, or those handling complex issues where every ticket is different, this approach can reduce the overhead of maintaining a massive view library while improving ticket routing accuracy.

While static views provide structure, AI-powered triage adds a layer of intelligence that automates ticket categorization and reduces manual administrative overhead.
While static views provide structure, AI-powered triage adds a layer of intelligence that automates ticket categorization and reduces manual administrative overhead.

Frequently Asked Questions

Not directly. Zendesk doesn't allow sharing views with individual agents. As a workaround, you can create a group containing just that one agent and share the view with that group.
Each view has one availability setting: 'Any agent,' 'Agents in specific groups,' or 'Only you.' You can't combine these options for a single view. If you need different visibility levels, create multiple views with different permissions.
Personal views are tied to the agent's account and will be removed when they leave unless an admin has cloned them as shared views. This is why it's worth periodically reviewing personal views for workflows that should be preserved.
Light agents can see and filter views, but they have limited functionality. They cannot create or edit views. Their view access is also restricted by their ticket permissions. Light agents can only view tickets assigned to groups they're in (or all tickets, depending on settings), so their views will only show tickets they have permission to see.
Check these common causes: (1) The view might be inactive, (2) The agent might not be in the group the view is shared with, (3) The agent might have reached their personal view limit, (4) The view conditions might be excluding all tickets the agent has access to. Have the agent refresh their browser and check 'Manage Views' to see if the view appears there.
You can't directly convert a personal view to shared. An admin needs to clone the personal view and set the cloned version's availability to 'Any agent' or 'Agents in specific groups.' The original personal view remains with the creator.

Share this post

Stevia undefined

Article by

Stevia Putri

Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.