Como preservar conversas de e-mail ao transformar e-mails em tickets
Manter uma conversa de e-mail unida depois que ela se transforma em um tíquete depende das regras de encadeamento usadas pela central de atendimento. Os sinais comuns incluem os cabeçalhos Message-ID, In-Reply-To e References. Algumas plataformas também usam um ID de tíquete ou outro identificador no corpo da mensagem ou no endereço de recebimento.
Use esta lista de verificação antes de depender de um novo canal de e-mail:
- Conecte o endereço de suporte usando um método oficialmente compatível com a central de atendimento.
- Envie um tíquete de teste e responda pela mesma rota que os clientes usarão.
- Compare os cabeçalhos da mensagem original e da resposta e confirme se a resposta aparece no tíquete existente.
Se o teste criar um novo tíquete, consulte as regras de encadeamento documentadas pela central de atendimento antes de alterar o roteamento de e-mails. Cada plataforma pode combinar cabeçalhos, identificadores de tíquete e verificações do remetente de maneiras diferentes.
Principais conclusões
O encadeamento de e-mails não se baseia apenas nas linhas de assunto. As centrais de atendimento geralmente analisam cabeçalhos de resposta padrão e podem usar seus próprios identificadores de tíquete como sinais adicionais de correspondência.
| Ponto | Detalhes |
|---|---|
| Os cabeçalhos vinculam as respostas | In-Reply-To e References apontam para IDs de mensagens da conversa existente. |
| As regras variam conforme a plataforma | Uma central de atendimento também pode analisar um ID de tíquete, um identificador oculto, um endereço de recebimento ou o remetente. |
| Use conexões compatíveis | Siga a configuração da caixa de correio documentada pela sua central de atendimento e pelo provedor de e-mail. |
| Teste a rota real | Responda como cliente e confirme se a mensagem é adicionada ao tíquete original. |
| Opções de caixa de correio do Deskhero | O Deskhero oferece conexões bidirecionais com caixas de correio do Google e da Microsoft, além de encaminhamento de domínio com envio autenticado. |
Índice
- Quais cabeçalhos realmente preservam os encadeamentos de e-mail
- Como configurar seus servidores de e-mail para manter os encadeamentos completos
- Por que os encadeamentos são interrompidos e como corrigir cada causa
- Como o Deskhero mantém intacto o histórico da conversa
- O que a maioria dos guias de configuração explica de forma invertida
- Coloque uma central de atendimento com encadeamento em funcionamento sem perder uma única resposta
- Fontes
- Perguntas frequentes
Quais cabeçalhos realmente preservam os encadeamentos de e-mail
Um e-mail normalmente tem um Message-ID. Uma resposta pode conter um valor In-Reply-To que aponta para a mensagem respondida e um valor References que lista os IDs das mensagens anteriores. Uma central de atendimento pode usar essas relações para associar mensagens a uma conversa. A documentação do Amazon Connect descreve encadeamentos cronológicos, bem como padrões em árvore criados quando alguém responde a uma mensagem mais antiga.
As plataformas podem adicionar seus próprios métodos de correspondência. A Zendesk documenta três verificações: elementos dos cabeçalhos, um ID codificado no corpo da mensagem e um ID codificado em um endereço de recebimento da Zendesk. Essas são regras específicas da Zendesk, não um modelo que possa ser copiado para toda central de atendimento.
O encadeamento é importante porque separar uma resposta das mensagens anteriores torna o histórico de suporte mais difícil de acompanhar:
- Os usuários podem precisar procurar outro tíquete para encontrar anexos ou decisões anteriores.
- Os destinatários e as respostas anteriores podem ficar separados da pergunta mais recente.
- Dois usuários podem responder a mensagens relacionadas sem perceber que elas pertencem à mesma conversa.
A documentação de e-mail do Freshdesk mostra outra abordagem específica de plataforma. Ela verifica um ID de tíquete, um ID de mensagem ou um identificador exclusivo, seguido por uma verificação do remetente. A lição prática é descobrir quais sinais sua própria central de atendimento usa e preservar esses sinais durante a rota real do e-mail.
Como configurar seus servidores de e-mail para manter os encadeamentos completos
Uma configuração confiável começa com o método de conexão compatível com a central de atendimento. Evite presumir que um relay SMTP, uma regra de encaminhamento ou uma sincronização de caixa de correio funcionará da mesma forma em todos os produtos.
- Escolha a conexão de caixa de correio documentada. Se a central de atendimento oferecer uma conexão direta com o Google ou a Microsoft, siga o fluxo de autorização. Se for necessário encaminhar mensagens, use o destino exato e os registros DNS fornecidos pelo produto.
- Configure o encaminhamento para o endereço pretendido. O guia de encaminhamento do Google Workspace do Deskhero explica como criar um Group e adicionar o endereço de destino do Deskhero como membro. A Microsoft 365 e outros provedores têm caminhos de configuração diferentes.
- Mantenha intactos os identificadores da plataforma. Se a sua central de atendimento adicionar um marcador de tíquete a uma notificação enviada, não o remova do modelo, a menos que a documentação do produto informe que ele é opcional. O Freshdesk recomenda incluir seu formato de ID de tíquete, enquanto a Zendesk adiciona um ID codificado às notificações enviadas por padrão.
- Revise os sistemas que transformam os e-mails. Regras de roteamento, listas de distribuição e gateways podem alterar uma mensagem antes que ela seja recebida pela central de atendimento. Compare a fonte bruta em cada etapa disponível, em vez de tentar adivinhar onde um valor foi alterado.
- Execute um teste de verificação repetível. Crie um tíquete, envie uma resposta e inspecione a fonte bruta. Verifique se
In-Reply-Toaponta para umMessage-IDanterior, seReferencescontém a cadeia esperada e se a resposta foi adicionada ao tíquete existente.
Dica profissional: Teste usando o mesmo endereço, caminho de encaminhamento e cliente de e-mail que seus clientes usarão. Uma mensagem direta para um endereço interno de teste não testa a rota completa de produção.
Por que os encadeamentos são interrompidos e como corrigir cada causa
Uma resposta pode se tornar um novo tíquete por vários motivos. A causa exata depende das regras de correspondência da plataforma.
- Cabeçalhos de resposta ausentes. Uma mensagem composta como um novo e-mail pode não conter os valores
In-Reply-ToouReferencesesperados de uma resposta. Peça ao remetente que use a opção Responder e compare a fonte bruta. - Roteamento ou destinatários alterados. Uma mensagem enviada para um endereço de suporte diferente pode criar outro tíquete. O Freshdesk, por exemplo, documenta um comportamento especial quando mais de um endereço de central de atendimento configurado é incluído.
- Identificador da plataforma removido. Editar um modelo de notificação pode remover um ID de tíquete ou identificador oculto que a central de atendimento usa como alternativa.
- Correspondência de mensagens expirada. O Freshdesk informa que seu ID de mensagem normalmente expira sete dias após a última resposta. Depois disso, ele procura o ID ou identificador do tíquete. Esse prazo é específico do Freshdesk e não deve ser presumido para outros produtos.
Comece o diagnóstico pela mensagem enviada originalmente e pela resposta do cliente. Compare os cabeçalhos brutos lado a lado e, em seguida, consulte a documentação própria da central de atendimento e a linha do tempo do tíquete. Se os cabeçalhos de resposta estiverem presentes, examine os outros requisitos da plataforma, como marcadores de tíquete, endereço de recebimento ou remetente autorizado. Se os cabeçalhos estiverem ausentes, rastreie a rota pelo provedor de e-mail e por qualquer serviço de encaminhamento para descobrir onde a mensagem foi alterada.
Como o Deskhero mantém intacto o histórico da conversa
O Deskhero transforma uma caixa de correio existente do Gmail, Google Workspace ou Microsoft 365 em uma central de atendimento. Ele também oferece suporte a caixas de correio em outros domínios próprios por meio de autenticação DNS e encaminhamento de mensagens recebidas.
- As conexões com o Google e a Microsoft fornecem sincronização bidirecional, permitindo que o Deskhero leia os e-mails recebidos e envie respostas como o endereço conectado.
- Uma caixa de correio DNS usa registros DKIM para envio autenticado e um endereço exclusivo do Deskhero para o encaminhamento de mensagens recebidas.
- As respostas na mesma conversa de e-mail são adicionadas ao tíquete existente do Deskhero.
- As respostas sugeridas pela IA usam o conhecimento do workspace e permanecem sob o controle dos Usuários. As respostas automáticas são um recurso separado que precisa ser ativado por grupo e respondem somente com base nas perguntas frequentes públicas aprovadas.
Para obter mais informações, consulte os artigos do Deskhero sobre sincronização bidirecional de e-mail da central de atendimento, como usar uma caixa de correio existente como central de atendimento e como transformar um e-mail recebido em tíquete.
| Requisito | Opção do Deskhero |
|---|---|
| Conectar o Gmail ou o Google Workspace | Conexão OAuth com sincronização bidirecional |
| Conectar o Microsoft 365 ou o Outlook | Conexão OAuth com sincronização bidirecional, incluindo caixas de correio compartilhadas |
| Usar outro domínio próprio | Autenticação DNS para envio e encaminhamento para mensagens recebidas |
| Controlar as respostas da IA | Os Usuários revisam as respostas sugeridas; as respostas automáticas exigem uma ativação separada |
O que a maioria dos guias de configuração explica de forma invertida
É tentador reduzir o encadeamento a uma única regra, como preservar o Message-ID. A documentação dos fornecedores mostra por que isso é incompleto. A Zendesk combina verificações de cabeçalhos e IDs codificados. O Freshdesk combina vários marcadores de e-mail com uma verificação do remetente. O Amazon Connect vincula contatos usando dados de contatos relacionados e cabeçalhos de e-mail convencionais.
A melhor abordagem é tratar o encadeamento como um comportamento de ponta a ponta. Use uma conexão de caixa de correio compatível, mantenha intactos os identificadores gerados pelo produto e teste com uma resposta real de cliente. Quando o resultado estiver errado, compare as mensagens brutas e siga a ordem de correspondência documentada pela central de atendimento.
Isso também evita alterações desnecessárias no servidor de e-mail. Um novo relay ou um modelo reescrito pode introduzir outra variável sem corrigir a incompatibilidade real.
Coloque uma central de atendimento com encadeamento em funcionamento sem perder uma única resposta
O Deskhero pode conectar uma caixa de correio existente do Gmail, Google Workspace ou Microsoft 365 por meio de sincronização bidirecional. Para outro domínio próprio, ele oferece suporte a envio autenticado por meio da configuração de DNS e encaminhamento de mensagens recebidas para um endereço exclusivo do Deskhero.
Seus Usuários trabalham em uma caixa de entrada compartilhada, enquanto as respostas são enviadas pelo endereço da empresa conectado. Se sua operação de suporte usa o Shopify, a integração com o Shopify adiciona o contexto do cliente e do pedido à barra lateral do tíquete.
O Deskhero oferece um teste gratuito de 30 dias sem exigir cartão de crédito. Você pode conectar um endereço existente em vez de pedir aos clientes que aprendam um novo endereço.
Fontes
- Recursos de e-mail e encadeamento do Amazon Connect
- Como a Zendesk encadeia e-mails recebidos aos tíquetes
- Visão geral do canal de e-mail e do encadeamento do Freshdesk
Perguntas frequentes
Qual é a diferença entre sincronização bidirecional e encaminhamento?
A sincronização bidirecional permite que uma central de atendimento leia e envie mensagens por meio de uma caixa de correio conectada. O encaminhamento envia as mensagens recebidas para outro destino e pode exigir autenticação separada para os e-mails enviados. Os métodos disponíveis e as regras de encadeamento dependem da central de atendimento e do provedor de e-mail.
Por que a resposta de um cliente criou um novo tíquete em vez de ser encadeada?
A resposta pode estar sem os cabeçalhos esperados, usar um endereço de suporte diferente, vir de um remetente que a plataforma não associa ao tíquete ou não conter um identificador de tíquete específico do produto. Verifique a fonte bruta do e-mail e as regras documentadas da sua central de atendimento.
Como verifico se o encadeamento funcionou corretamente?
Confirme se a resposta aparece no tíquete existente. Se não aparecer, compare os valores In-Reply-To e References da resposta com os valores Message-ID anteriores e, em seguida, verifique os identificadores de tíquete usados pela plataforma.
Preciso de um relay SMTP autenticado se já uso a sincronização bidirecional?
Normalmente, não como uma correção de encadeamento separada. Siga a configuração de envio exigida pela sua central de atendimento. Uma conexão direta com a caixa de correio pode já gerenciar os e-mails enviados, enquanto uma configuração baseada em encaminhamento ou DNS pode usar outro método de envio autenticado.
O Deskhero é compatível com Gmail e Microsoft 365?
Sim. O Deskhero oferece suporte a conexões bidirecionais com Gmail, Google Workspace, Microsoft 365 e Outlook. Caixas de correio compartilhadas da Microsoft também são compatíveis.