{
"title": "Troca de canais no Zendesk: O que é possível e o que não é em 2026",
"slug": "zendesk-channel-switching",
"locale": "pt",
"date": "2026-03-05",
"updated": "2026-03-05",
"template": "default",
"excerpt": "Descubra a diferença entre transferências de canal e mudanças de canal no Zendesk, além de soluções alternativas para problemas comuns de roteamento.",
"categories": [
"Zendesk",
"Guides"
],
"tags": [
"Zendesk",
"Channel Switching",
"Omnichannel Routing",
"Customer Support",
"AI Support"
],
"readTime": 9,
"author": 16,
"reviewer": 14,
"seo": {
"title": "Troca de canais no Zendesk: O que é possível e o que não é em 2026",
"description": "Descubra a diferença entre transferências de canal e mudanças de canal no Zendesk, além de soluções alternativas para problemas comuns de roteamento.",
"image": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-c2ae99f1-6066-40dd-a514-41f359e4f02f"
},
"coverImage": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-c2ae99f1-6066-40dd-a514-41f359e4f02f",
"coverImageAlt": "Imagem do banner para troca de canais no Zendesk: O que é possível e o que não é em 2026",
"coverImageWidth": 1920,
"coverImageHeight": 1080,
"faqs": {
"heading": "Perguntas Frequentes",
"type": "blog",
"answerType": "html",
"faqs": [
{
"question": "É possível alterar manualmente o canal de um ticket no Zendesk?",
"answer": "Não, o Zendesk não oferece uma maneira de alterar manualmente a propriedade do canal de um ticket depois que ele é criado. O canal é definido quando o ticket é criado e não pode ser modificado através da interface do usuário ou da API padrão."
},
{
"question": "Qual é a diferença entre transferência de canal e mudança de canal no Zendesk?",
"answer": "A transferência de canal move uma conversa entre canais de mensagens (como Web Widget para WhatsApp), preservando o histórico. A mudança de canal modificaria a propriedade do canal do ticket (como Talk para Email), o que não é suportado."
},
{
"question": "A troca de canais do Zendesk funciona com o roteamento omnichannel?",
"answer": "O roteamento omnichannel funciona com a classificação de canal original e não suporta mudanças de canal. Uma vez que um ticket é classificado como um ticket de voz, o roteamento omnichannel não o reatribuirá, mesmo que a comunicação mude para e-mail."
},
{
"question": "Existem aplicativos ou integrações que permitem a troca de canais no Zendesk?",
"answer": "Não há aplicativos conhecidos que permitam a verdadeira mudança de canal no Zendesk. Alguns aplicativos oferecem soluções alternativas usando campos personalizados e gatilhos, mas nenhum pode modificar a propriedade do canal nativo."
},
{
"question": "Quando o Zendesk adicionará a capacidade de alterar os canais de ticket?",
"answer": "De acordo com as postagens da comunidade, os gerentes de produto do Zendesk indicaram que esse recurso está no roteiro com o início de 2026 como um possível prazo, mas nenhuma data de lançamento oficial foi anunciada."
},
{
"question": "Como posso rotear os tickets corretamente se não puder alterar o canal no Zendesk?",
"answer": "Use campos personalizados para rastrear o método de comunicação real e, em seguida, crie gatilhos que roteiem com base nesses campos em vez da propriedade do canal nativo. Alternativamente, considere ferramentas de IA que lidam com respostas independentemente do canal."
}
],
"supportLink": null
}
}
---
Se você já tentou alterar o canal de um ticket no Zendesk (digamos, de uma chamada telefônica para e-mail), provavelmente esbarrou em uma parede. Você não está sozinho. Este é um dos recursos mais solicitados na comunidade Zendesk e é uma fonte de frustração real para as equipes de suporte.
A confusão começa com a terminologia. O Zendesk oferece "transferências de canal" para conversas de mensagens, mas isso é completamente diferente de alterar a propriedade do canal de um ticket. Um funciona. O outro não. Este guia esclarece o que é realmente possível, por que a limitação existe e como contorná-la.
## A confusão da troca de canais
Vamos esclarecer isso de imediato. Quando as pessoas dizem "troca de canais no Zendesk", geralmente querem dizer uma de duas coisas:
**Transferência de canal (suportada):** Mover uma conversa de um canal de mensagens para outro, como do Web Widget para o WhatsApp. Isso preserva o histórico da conversa e mantém tudo em um único tópico.
**Mudança de canal (não suportada):** Modificar a propriedade do canal do ticket, como trocar um ticket do Talk para E-mail. Isso é o que a maioria das pessoas realmente quer, e não é nativamente possível.
Aqui está a versão curta: se você está tentando mover uma conversa entre aplicativos de mensagens, o Zendesk pode fazer isso. Se você está tentando mudar como um ticket é classificado para fins de roteamento e relatórios, você está sem sorte.
<quote text="Recentemente, um agente acompanhou uma conversa telefônica por e-mail, mas como o ticket ainda era classificado como uma chamada telefônica, nossos gatilhos de roteamento normais não foram acionados. O ticket ficou sem atribuição até que alguém o pegasse manualmente e o delegasse." sourceIcon="https://www.iconpacks.net/icons/2/free-reddit-logo-icon-2436-thumb.png" sourceName="Comunidade Zendesk" sourceLink="https://support.zendesk.com/hc/en-us/community/posts/9559232641050"></quote>
## O que o Zendesk realmente suporta: Transferências de canal
As transferências de canal são projetadas para conversas de mensagens. Elas permitem que você mova um cliente de um canal para outro sem perder o contexto. O caso de uso original era simples: um cliente começa a conversar em seu site, mas precisa sair. Em vez de perdê-lo, você pode transferir a conversa para o WhatsApp ou Facebook Messenger para que ele possa continuar em seu telefone.
### Como funcionam as transferências de canal
Existem duas maneiras de iniciar uma transferência:
**Iniciada pelo usuário:** O cliente clica em um botão no Web Widget para continuar a conversa em um canal social. O Zendesk lida com isso automaticamente. Nenhuma codificação é necessária.
**Iniciada pela empresa:** Seu sistema usa a [API de Conversas](https://developer.zendesk.com/documentation/conversations/messaging-platform/programmable-conversations/channel-transfer/) para vincular o usuário a um novo canal. Isso requer trabalho de desenvolvimento, mas oferece mais controle.
A abordagem da API usa o que é chamado de "código de solicitação de link". Seu sistema gera um token único, envia para o usuário e, quando ele aceita, os canais são vinculados. O usuário recebe um prompt perguntando se deseja conectar o novo canal e, uma vez confirmado, a conversa continua perfeitamente.
### Tipos de confirmação
Ao usar a API, você escolhe como o usuário confirma a transferência:
| Tipo | Como funciona |
|------|--------------|
| Imediato | Nenhuma confirmação necessária. O link acontece automaticamente. |
| Atividade do usuário | O usuário deve enviar uma mensagem ou clicar em um botão para confirmar. |
| Prompt | O Zendesk envia uma mensagem pedindo ao usuário para aceitar ou recusar. |
Fonte: [Documentação de Transferência de Canal do Zendesk](https://developer.zendesk.com/documentation/conversations/messaging-platform/programmable-conversations/channel-transfer/)
### A pegadinha
As transferências de canal só funcionam entre canais de mensagens. Você pode se mover do Web Widget para o WhatsApp ou do Facebook Messenger para o Instagram Direct. Mas você não pode usar esse recurso para mudar um ticket do Talk para E-mail, ou um ticket de E-mail para Chat. A classificação do canal original do ticket permanece a mesma.
## O que o Zendesk não suporta: Alterar os canais de ticket
É aqui que as coisas ficam frustrantes. O Zendesk não permite que você altere a propriedade do canal de um ticket depois que ele é criado. Se um cliente ligar para você e o ticket for criado como um canal de "Chamada telefônica", ele permanecerá assim para sempre, mesmo que toda a comunicação subsequente aconteça por e-mail.
### Por que isso importa
A propriedade do canal controla várias coisas importantes:
- **Regras de roteamento:** Seus gatilhos e automações geralmente dependem do canal. Se um ticket é classificado como uma chamada telefônica, mas o acompanhamento acontece por e-mail, suas regras de roteamento de "E-mail" não serão acionadas.
- **Comportamento do agente:** Os agentes podem responder acidentalmente através do canal errado. Todos nós já vimos o representante de suporte que envia "Olá [nome]" como uma mensagem de chat quando pretendia enviar um e-mail.
- **Relatórios:** Suas métricas de canal ficam distorcidas. Um ticket que começou como uma chamada, mas foi resolvido inteiramente por e-mail, ainda conta como um ticket telefônico em seus relatórios.
<quote text="Neste mundo de toque multicanal, não faz sentido ter que criar um novo ticket, ou ter sua equipe de administração monitorando uma visualização para empurrar tickets que eram originalmente uma chamada telefônica para outro agente. A plataforma deve simplesmente se mover perfeitamente de chamadas, para chat, para tickets, para mensagens, de volta para chamadas." sourceIcon="https://www.iconpacks.net/icons/2/free-reddit-logo-icon-2436-thumb.png" sourceName="Comunidade Zendesk" sourceLink="https://support.zendesk.com/hc/en-us/community/posts/9559232641050"></quote>
### O que o Zendesk diz
De acordo com as postagens da comunidade, o Zendesk reconheceu essa limitação. Um gerente de produto observou que habilitar as mudanças de canal está no roteiro, com o início de 2026 mencionado como um prazo provável. Mas, por enquanto, não há solução nativa.
Fonte: [Comunidade Zendesk: Habilitar Mudança de Canal](https://support.zendesk.com/hc/en-us/community/posts/9559232641050)
## Por que a troca de canais é importante para o seu fluxo de trabalho
Você pode estar pensando: "E daí? O ticket é resolvido de qualquer maneira." Mas a incompatibilidade de canal cria problemas operacionais reais.
### Falhas de roteamento
Quando o canal de um ticket não corresponde à forma como você está realmente se comunicando, seu roteamento automatizado pode quebrar. Aqui está um cenário comum:
1. O cliente liga e deixa um recado na caixa postal. Ticket criado como "Chamada telefônica (recebida)".
2. O agente retorna a ligação, não obtém resposta, envia um e-mail de acompanhamento.
3. O cliente responde ao e-mail.
4. Seu gatilho que atribui tickets de "E-mail" à equipe de suporte não é acionado porque o ticket ainda é classificado como uma chamada telefônica.
5. O ticket fica no limbo até que alguém o roteie manualmente.
Isso acontece com mais frequência do que você imagina, especialmente em equipes que lidam com vários canais.
### Confusão do agente
Os agentes trabalham mais rápido quando a interface corresponde à sua intenção. Quando um ticket é definido como o canal errado por padrão, erros acontecem. Os agentes enviam mensagens de chat quando pretendiam enviar um e-mail. Eles acionam as macros erradas. Eles perdem tempo verificando qual canal está ativo.
<quote text="Uma vez que um ticket se torna um canal de e-mail, ele deve permanecer assim como o padrão." sourceIcon="https://www.iconpacks.net/icons/2/free-reddit-logo-icon-2436-thumb.png" sourceName="Comunidade Zendesk" sourceLink="https://support.zendesk.com/hc/en-us/community/posts/4615220777626"></quote>
### Dores de cabeça nos relatórios
Se você está tentando medir o desempenho do canal, os tickets de canal misto poluem seus dados. Um ticket que começa como uma chamada, mas é resolvido por e-mail, pode mostrar métricas ruins de "resolução de chamadas", mesmo que o problema real tenha sido resolvido por e-mail. Isso torna difícil entender quais canais estão realmente funcionando para seus clientes.
## Soluções alternativas que realmente funcionam
Até que o Zendesk adicione a mudança de canal nativa, aqui estão três abordagens que podem ajudar.
### Abordagem de campos personalizados
Crie um campo suspenso personalizado chamado "Método de Comunicação" ou "Canal Real". Quando um agente muda de um canal para outro (como chamada para e-mail), ele atualiza este campo. Em seguida, crie seus gatilhos de roteamento para observar o campo personalizado em vez da propriedade do canal nativo.
**Prós:** Simples de configurar, dá controle aos agentes
**Contras:** Requer disciplina do agente para atualizar o campo, não corrige o canal de resposta padrão
### Roteamento baseado em gatilhos
Configure gatilhos que detectem quando o padrão de comunicação de um ticket muda. Por exemplo:
- Quando um ticket de "Chamada telefônica" recebe uma resposta de e-mail, adicione uma tag como "email_follow_up"
- Crie uma visualização ou regra de roteamento que procure por esta tag
- Atribua automaticamente esses tickets a um grupo específico que lida com acompanhamentos multicanal
Isso não muda o canal, mas garante que o ticket seja roteado corretamente de qualquer maneira.
### Macros para consistência de canal
Crie macros que os agentes possam usar ao trocar de canal. Por exemplo, uma macro "Mudar para E-mail" poderia:
- Adicionar uma nota interna documentando a mudança de canal
- Aplicar uma tag para fins de roteamento
- Adicionar uma resposta padrão explicando a mudança para o cliente
- Atualizar a prioridade do ticket, se necessário
Isso padroniza o processo e garante que nada caia pelas rachaduras.
## Uma abordagem melhor: Como a eesel AI lida com o suporte multicanal
As soluções alternativas ajudam, mas não resolvem o problema subjacente. A verdadeira questão é que o Zendesk trata os canais como propriedades fixas quando o suporte moderno é inerentemente fluido. Os clientes pulam entre e-mail, chat, telefone e mídia social sem pensar em "canais".
Na eesel AI, adotamos uma abordagem diferente. Em vez de tentar gerenciar as propriedades do canal, nos concentramos em resolver as conversas, independentemente de onde elas aconteçam.
Veja como funciona com o [Zendesk](https://www.eesel.ai/integration/zendesk-ai):
**Autonomia progressiva:** Comece fazendo com que a eesel rascunhe respostas para revisão do agente. À medida que você ganha confiança, deixe-a enviar respostas diretamente. Eventualmente, ela pode lidar com o suporte de linha de frente completo, escalando apenas os problemas complexos que você define.
**Funciona em todos os canais:** A eesel lê tickets de qualquer canal do Zendesk (e-mail, chat, mensagens, notas telefônicas) e rascunha respostas apropriadas. O canal não importa porque a IA entende o contexto da conversa.
**Controle em inglês simples:** Defina regras de roteamento e escalonamento em linguagem natural. "Sempre encaminhe disputas de cobrança para Sarah" ou "Se o pedido de reembolso for superior a 30 dias, recuse educadamente." Sem configurações complexas de gatilho.
**Aprende com seu histórico:** Conecte a eesel aos seus tickets anteriores, artigos da central de ajuda e macros. Ela entende seu tom, políticas e problemas comuns desde o primeiro dia. Nenhum treinamento manual é necessário.
Para equipes já investidas no Zendesk, nosso [Agente de IA para Zendesk](https://www.eesel.ai/product/ai-agent) se integra diretamente à sua configuração existente. Você não substitui seu help desk, você o aprimora. A IA lida com respostas de rotina em todos os canais, para que seus agentes possam se concentrar nas conversas que realmente precisam de um toque humano.
Se você estiver interessado em como o suporte unificado funciona sem a complexidade do canal, nosso guia sobre [unificação de vários canais de suporte no Zendesk](https://www.eesel.ai/blog/zendesk-messaging-multiple-channels-single-inbox) aborda estratégias complementares.
## Escolhendo a abordagem certa para sua equipe
Então, qual é a melhor solução para sua situação?
**Se você é uma equipe pequena com roteamento simples:** A abordagem de campos personalizados provavelmente é suficiente. Treine seus agentes para atualizar o campo quando trocarem de canal e crie alguns gatilhos para lidar com o roteamento.
**Se você tem regras de roteamento complexas:** Você precisará da abordagem baseada em gatilhos. É mais trabalho para configurar, mas escala melhor e não depende de agentes se lembrando de atualizar os campos.
**Se a troca de canais é uma dor de cabeça diária:** Considere aumentar o Zendesk com IA. Ferramentas como a eesel AI removem a complexidade do canal completamente, lidando com as respostas de forma autônoma, independentemente de onde a conversa começou.
Em resumo: as limitações de canal do Zendesk são reais, mas não são insuperáveis. Com as soluções alternativas certas (ou o companheiro de equipe de IA certo), você pode manter seu suporte funcionando sem problemas enquanto espera que a mudança de canal nativa chegue.
Compartilhe esta postagem
Article by
