This article describes some current limitations in the Zendesk Agent Workspace. As product development continues, Zendesk will work to add more features and remove limitations. To learn more about items to consider before you migrate to the Zendesk Agent Workspace, see Migrating to the Zendesk Agent Workspace.
This article contains the following sections:
This section describes some important Chat limitations in the Zendesk Agent Workspace.
- If your account supports a high volume of chats or has a large number of chat-only
agents, check with your Zendesk account representative before migrating to the Zendesk
Agent Workspace. For best performance, follow these guidelines:
- Do not exceed 1,300 online Chat agents actively serving chats. If necessary, you can have up to 2,000 Chat agents actively serving chats, but you will need to reduce the number of concurrent chats served on your account to prevent potential performance degradation.
- No more than 4,000 concurrent chats with 200,000 total chats per day.
- No more than 6,000 concurrent visitors with 300,000 total visitors per day. Concurrent visitors is the sum of all visitors on your website who have the Web Widget open to chat.
- Apps and macros are available for chats, with the following limitations:
- Support apps have some limitations during chats. See the Ticket editor API . Some apps will not be able to add content in chats.
- Chat apps cannot be downloaded in the Zendesk Agent Workspace.
- Macros that switch the assignee value to an online agent or group do not initiate a chat transfer. When the original user submits the ticket, the ticket assignee is updated to an online agent or group and the chat is ended.
- Macros can post text into chats, but text indentions are not supported.
- To prevent application conflicts and potential tracking issues, Zendesk does not recommend using the Support Chat app with the Zendesk Agent Workspace. When the agent workspace is enabled, the Support Chat app is automatically disabled on your account. See Activating and deactivating the Zendesk Agent Workspace.
- Chat actions such as invite agent, start a conversion with another agent (no visitor), export transcript, and ban are not supported.
- After migration to the Zendesk Agent Workspace, chat transcripts are no longer counted as end-user comments in Explore which may impact your Explore reports.
- Agents can transfer chats, provided Chat departments are mapped to Support groups. See Migrating to the Zendesk Agent Workspace for details. Agents cannot transfer chats to Sell users, unless the Sell user also has a Support license.
- Chat shortcuts with options are not supported. Dynamic content is not supported in Chat shortcuts.
- Agents must end all chats before logging out.
- After migrating Chat departments to Support groups, App developers should update all public APIs for Chat department Create, Update, and Delete to public APIs for Support group Create, Update, and Delete.
- Agents with custom roles may not be able to use the agent workspace because of channel-specific settings. Make sure your custom roles allow for Chat access. Light agents cannot serve chats in the Zendesk Agent Workspace, they need to be upgraded to agents.
- Agent idle timeout is available on accounts that turn on omnichannel routing with unified agent status. Chat-specific idle timeout isn't available and agent idle timeout settings carried over from the Standard agent interface after migration to the Agent Workspace cannot be changed.
- Because chat conversations are served as tickets in the Zendesk Agent Workspace, when an account migrates to the workspace, it breaks the ability for Support agents in Support to transfer chats to Sell users in Sell. Sell users must have full Support and Chat licenses to work on chats in the Zendesk Agent Workspace.
- To create a clickable link in a Chat conversation in Agent Workspace, you must use a complete URL. Hyperlinks are not active.
Unlike Support, Chat does not support the concept of restricted agents - all Chat agents have access to all Chat messages. If you are using restricted agents such as light agents in Support, it is possible for those agents to access Chat messages. Light agents can serve chats in the Chat mobile app, but they cannot serve Chats in the agent workspace.
This section describes some important limitations for the settings-only Chat dashboard in the Zendesk Agent Workspace.
Limitations for administrators include:
- Administrators will not be able to initiate proactive chats.
- The Visitors List only has information about ongoing conversations. Visitor-level browsing information is not available. Instead, refer to Visitor path in the agent workspace.
- Tags are not visible in chat history. Admins will be redirected to the Agent Workspace to view or edit any tags associated with that chat.
Limitations for agents include:
- Multi-agent conversation options are not supported and agents will not be able to initiate chats.
- The export transcript option is not available for ongoing chats.
- Agents cannot ban visitors based on cookies, but they can ban Chat visitors based on IP address.
- Custom chat apps are not available, but you can create custom Support apps and use them for chats in the Zendesk Agent Workspace.
This section describes some important messaging limitations for social and web messaging in the Zendesk Agent Workspace. See also Chat limitations.
- Service Level Agreements (SLAs) are not supported for messaging tickets. SLAs do not work reliably as agents typically don’t change the ticket status after each reply.
- You cannot create follow-up tickets for messaging.
- Administrators can manage routing settings for messaging tickets from the Chat dashboard. Chat’s Skills-based Routing only supports live Chat. It is not supported for messaging tickets.
- Incidents can link to problem tickets, but when the problem ticket is solved, public comments are sent via email only if the user has an email address in their user profile.
- All ticket-based reporting works except for metrics such as Unreplied tickets, % One-touch, Two-touch solves, Comments (all user types), and Agent updates. These metrics only consider email replies on the ticket.
- Sunshine Conversations channels do not receive events from WhatsApp if the business number is blocked by an end user. In this case, the events log will not show the delivery status of an agent message sent to the end user.
- To create a clickable link in a messaging conversation in Agent Workspace, you must use a complete URL. Hyperlinks are not active.
- Visitor metadata information (OS, device, platform) is not available on messaging or chat tickets.
Data Center Location (DCL) limitations
Currently, certain messaging features in the Zendesk Agent Workspace are not supported by Zendesk's Data Center Location (DCL) offering. Our Regional Data Hosting Policy lists all covered features. This topic describes the current DCL limitations in the Agent Workspace, specifying covered and uncovered features within the Agent Workspace. Zendesk is working to remove these limitations and ensure that Agent Workspace fully supports DCL.
In the Agent Workspace, Ticketing System Helpdesk features (formerly known as Support) are covered by DCL. This includes tickets, users, attachments, and the Facebook and X (formerly Twitter) channels you activate through Facebook pages and X accounts in Admin Center.
Live chat features (formerly known as Chat) are covered by DCL with exceptions listed in the Regional Data Hosting Policy. These are the live chat features you activate from the Chat dashboard. See Location of Service Data in Zendesk Chat for details.
Messaging features that you activate in Admin Center > Channels > Messaging setup may not be covered by DCL, although data locality support for all messaging customers is a current priority for Zendesk. Until then:
Accounts created with messaging enabled after April 17, 2023 may have Service Data hosted in any of the AWS Regions where Zendesk hosts data. For now, Zendesk does not currently support transfers of this service to other supported regions. If your account is not currently hosted in the desired region of choice, a new instance will need to be created. Reach out to your account representative for more assistance.
Accounts created before this date will require hosting in both the US and EEA regions, unless customers have selected a data locality hosting region. In which case only customers based in the US will have full data locality support on messaging.
You can confirm whether messaging has been activated in your account on the Chat dashboard by checking for a banner at the top of the page: