Recently active topics

Regarding announcementhttps://support.zendesk.com/hc/en-us/articles/10360295453082-Announcing-verification-for-anonymous-help-center-requestsPlease add the ability to turn off this feature, do not make a decision for us. We do not want to burden our customers with an unnesesary additional email.

Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issueWe are referring to the announcement “Announcing instant AI agent answers in web forms”In our Help Center, we provide articles for multiple product families. While these products operate within the same general domain, they differ significantly in terms of functionality, configuration, and support requirements.Each product family is represented by its own dedicated Help Center category. Customers submit their inquiries via web forms, and each product family has its own specific ticket form.For us to effectively leverage Instant AI agent answers, it is essential to establish a strict mapping between the ticket form and the corresponding Help Center category. In other words:If a customer submits a request for Product Family A using Ticket Form A, the Instant AI Agent must retrieve answers exclusively from Help Center Category A. Including articles from other pro

Text in Messaging für Wartezeit und Position anpassen können. Aktuell wird gesiezt, wir duzen unsere Kund:innen und wir sprechen nach außen auch nicht von “Agent”. Danke.Es geht um diese Funktion: https://support.zendesk.com/hc/de/articles/8945071149210-Anzeigen-der-voraussichtlichen-Wartezeit-in-Messaging-Konversationen

Olá, boa tarde! Precisamos muito de ajuda. Reparamos que nossas resoluções automatizadas estavam sendo consumidas fora do comum, contatamos o gerente de contas e nossa consultoria da SISConsulti, para entender o possivel problema.  Identificamos que a nova funcionalidade de Agente IA, não está seguindo a regra do nosso fluxo de BOT. Exemplo disso é o retorno do nosso ativo de WhatsApp, onde o fluxo do BOT cadastrado é que transfira o atendimento para o agente humano, mas o sistema esta enviando para o Agente IA, que envia para o cliente todas as opções do nosso BOT, como se o cliente estivesse entrando em contato conosco. Fora isso, a IA está atendendo como protocolo novo, respostas das pesquisa de satisfação do cliente, quando ele responde Boa.   Hoje, infelizmente, o Agente de IA não atende nosso fluxo de atendimento, e estamos preocupados quando isso se tornar obrigatório em maio.  Por favor, mediante aos relatos e anexos é possivel corrigir essa situaç

Dear Zendesk team, We would need a possibility in Zendesk Reporting to see the total amount of time in real days, where a ticket had been under a certain SLA policy. Example: ticket created on 12/03/2026; SLA policy “complaint” applied on 14/03/2026; ticket finally closed on 18/03/2026.We now want the reporting to give us the 4 days the ticket had been under the policy “complaint”, until it finally had been closed. Would it be possible to integrate  metrics or attributes into the reporting to see how long a SLA policy is applied to a ticket until final closure of the ticket?

Please add the ability to remove default intent categories from the support interface. Many of the existing default categories do not align with our business needs and end up cluttering the interface for our agents when they manually select an intent for tickets. Having the option to hide or delete unused default categories would greatly improve clarity and efficiency. Additionally, please consider adding bulk-management capabilities for intent categories and subcategories in the Admin interface. A “Select specific intents” or “Select all” option for bulk updates would be beneficial. A drag-and-drop feature to reorganize custom intents would also make it much easier to maintain and restructure our taxonomy when needed.

Hi Team,  Related to the change here: https://support.zendesk.com/hc/en-us/articles/10360295453082-Announcing-verification-for-anonymous-help-center-requests It would be extremely useful to be able to report on how many / which tickets are being created and how. For example it'd be really useful to be able to report on how many are being created anonymously (not logged into the Help Center) and which are being created while authenticated. It would help those looking to maybe switch on verification, if we were able to know the impact (in numbers) of what this change would mean.  (I guess after this change, it would also be handy to know about those in the 3rd category - i.e. those who raised a ticket anonymously, and then either did, or didn't verify their email). Thanks!

Regarding: https://support.zendesk.com/hc/en-us/articles/10223024943770-Announcing-end-user-private-attachments-for-Zendesk-Support I appreciate the intention behind strengthening security across the platform however  I wanted to provide feedback that may be helpful as this change moves toward enforcement. When a security enhancement becomes mandatory with no opt‑out or alternative configuration path, it can create challenges for organisations whose workflows, policies, technical environments, or customer‑facing models don’t align with a single enforced approach. Even when the goal is improved protection, removing flexibility can unintentionally introduce friction, disrupt established processes, or limit the ability for teams to manage risk in ways that suit their operational reality. Please consider offering opt‑out functionality -  even if temporary, conditional, or time‑limited. 

Hello!Something that our company has been missing when making the switch from Salesforce Cases to Zendesk Tickets is the ability to add custom sections. It would be helpful to customize the ticket forms in Zendesk to better aid in Agent workflow. Basic functionality would include the ability to create segments and label them.These lines/segments are generated by Zendesk but it would be helpful to be able to create them and label them. Allowing multiple ticket fields to exist in a segment.

Since the transition to the Agent Workspace, our team has experienced a significant drop in UI efficiency due to the horizontal orientation of the ticket interface. Specifically, the layout makes it difficult to reference the "Original Ticket" or "Initial Request" while simultaneously drafting a response. Impact on Workflow: Increased Context Switching: Agents are spending 5–10 seconds per ticket just resizing windows to see the full context. This is happening multiple times per ticket.  Reduced Accuracy: Because the original request is often hidden behind the composer or pushed off-screen, agents are more likely to miss small details in the initial query. Agent Fatigue: The "scroll-up-scroll-down" nature of the horizontal layout is physically more taxing compared to the side-by-side vertical view. We are having to constantly drag splitter up or down to either see what is in the original request or make space to work in the ticket.  Proposed Solution: A "Vertical Vie

Hello, Following this announcement from Zendesk, regarding custom user field permissions, it would be beneficial for us to have another set of “Edit” options available. Our use case is allowing agents in selected roles to be able to edit those custom user fields specifically, allowing more granular control over sensitive data in those fields.This selection could be available next to the “View” selection of the roles (screenshot example below):Please let us know if this is something that can be implemented, as we believe it can have impact on a lot of Zendesk's customers. Thank you.

Currently when agents use the Team Schedule view, it does not display the month name anywhere.  So if they scroll through a few weeks it's really difficult to know what month you are looking at

Our managers and supervisors are struggling to effectively use the Schedule screen as we have a lot of agents. What they have asked for is some method to filter the list of agents being shown based on if they are scheduled to work on a specified workstream during that day. For example, filter the list to only show agents who are scheduled to work on the ‘Phone’ workstream during the day.  They can then more easily adjust the lunch breaks to ensure we have enough cover on the phones all day. Hope that makes sence?  Thanks

Our agents would like to see a month view in the Team Schedule view, like admins can see in the full WFM product.  Currently they can only see a week view which is very limited 

Feature Request Summary Enhanced flexibility for Zendesk WFM Performance Boards to include granular date toggles (Daily/Weekly/Monthly), dynamic agent/group filtering (threshold-based), and the ability to pull in custom metrics beyond standard system defaults. Use CaseOur leadership team and agents will begin using Performance Boards to track Average Handle Time (AHT) as a primary coaching metric, but AHT alone doesn't tell the whole story. Custom Metrics: We need to display proprietary or calculated metrics (e.g.,  "Productivity Score", ticket touches by group, comments per hour, ticket time/working time%) directly on the board. Currently, we are limited to standard system metrics, which forces us to export data to third-party tools just to see a holistic view of agent performance. Date Flexibility: Agents need to see how they are performing today to make adjustments, or over a month to see long-term trends, rather than being locked into a weekly view or daily view on

In the article displayed when the AI agent responds via the web widget, I believe that clicking “View article” takes the user to the beginning of the related article. I would like this behavior to be improved so that it can navigate not only to the top of the article but also directly to the relevant heading within the article.

I reported this issue to support who advised to raise this as a feature request. The new knowledge editor used to have the option of "CODE" within the "T" formatting selector. Having this within the editor provides a useful tool to our writers who may not remember to use shortcut keys or edit the source code to format text as inline code. We recently noticed this option has been removed. As shown in this article https://support.zendesk.com/hc/en-us/articles/7595840358042-Transitioning-to-the-new-article-editor, under the "Enhanced article editing tools" section which shows the T option as having formatting tools. Please include the incline code option in the "T" format option of the new editor.

I used to be able to sort a list of tickets by Requester. Now I can't. Could you please reinstate this sort functionality? 

Feature Request SummaryPlease provide the ability to hide the requester's IP address and/or region in the Support product.Use CaseI understand that collecting the IP address is required, but I do not understand why this needs to be shown to the agents.  To help protect the requesters PII, we should be able to limit who has access to this information.Product limitation or missing featureAbility to prevent the agents from seeing the requesters IP address.Business impact of limitation or missing featureI cannot currently limit this access.Other necessary information or resourcesI would like to have a setting in Admin to hide the IP address and / or Location in the event log metadata footer.

Zendesk Talk callback confirmations are currently limited to one static language per phone line. In multilingual environments where a single phone line serves callers in multiple languages, the callback confirmation message cannot be presented in the caller’s selected language.Even when callers explicitly choose a language via IVR, the callback confirmation language is still determined solely by the phone line, not the caller’s selection or session context.Business ImpactThis limitation creates a customer experience gap in multilingual regions, where: Callers clearly select their language in the IVR But receive a callback confirmation in a different language Leading to confusion, repeat calls, and reduced trust in the callback feature As a result, teams are forced to either: Accept a degraded callback experience, or Disable callbacks entirely, or Add operational overhead by splitting traffic across language‑specific phone numbers Example Use Case A caller selects Spanish in the IVR The

Hello, Following guidance received from Zendesk Support, we would like to formally request several enhancements to improve the functionality and flexibility of Digital Lines.1. Integration with Third‑Party BotsCurrent limitation: Digital Lines cannot be connected to third‑party conversational AI platforms.Request: Enable an integration mechanism (API, webhook, or connector) allowing Digital Line interactions to be routed through external bot platforms before reaching agents.2. External Triggering and ConfigurabilityCurrent limitation: Digital Lines cannot be initiated via external widgets or by passing a line_id.Request: Provide configuration options to trigger Digital Line calls programmatically through external scripts, widgets, or APIs.3. Independent Placement of the Call ButtonCurrent limitation: The Digital Line button can only be used within the Zendesk Web Widget.Request: Allow the call button to be deployed as a standalone component that can be positioned anywhere on a web

Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issue [ex. agents, admins, customers, etc.]. (2-3 sentences)Recently, Zendesk updated AI Agents - Essential for email/web form to add a "Did this resolve your issue"?" prompt to the AI Agent's autoreply. If the requester clicks the “No, I still need help” button in response to this prompt, ZD sets a tag on the ticket and adds an internal note to the ticket stream but does not notify the Assignee that this happened. This behavior needs to be corrected.What problem do you see this solving? (1-2 sentences) Before this new capability was added, the requester would reply to the AI Agent's autoreply with some form of “I still need help”, which would cause the Notify assignee of comment update trigger to fire, instructing the assignee to follow up with the requester. The “No, I still need help” button is simply a shortcut for the requester replying to the email. Yet the a

There was a recent Zendesk QA Calibration Dashboard update made at the end of January that removes the visibility and readability that the previous dashboard provided. Having the side-by-side comparison grid proved to be invaluable to my team. The update was mentioned in a post here but further details were never delivered, as promised, and therefore the update was launched without mention of what would be changing. I understand the desire to make the dashboards look similar, but at this point, it just muddies the waters on what we are actually trying to compare. At this point, I have to export the data myself and manipulate it to get meaningful results from the new Calibration Dashboard. Please revert it back to the simple color-coded grid of before.

Our team has received numerous customer complaints that the acknowledgement emails they receive via trigger do not contain any identifying information.  If they submit say, 5 tickets in a row, they do not know which ticket number pertains to which request. We tried adding the {{ticket.description}} placeholder to our trigger, as this would alleviate the issue.  However, it was confirmed by Zendesk that this won't work as it is blocked when sending to the requester and CCs.  The reason being issues with Spam when include the ticket description, which seems to be a very odd reasoning when spam could affect any and all tickets whether or not this placeholder is used. Zendesk seems to have pretty involved Spam filters already, so I'd hope there will be able way to update and allow this placeholder in the future.

I think it would be really helpful if Zendesk allow us to view ticket in Kanban. I think it's a pretty basic thing for a ticketing system. It will make our agent see their task more easily in 1 view, instead of multiple view with different filtering