Principal Automações, SLA e regras de atendimento

Automações, SLA e regras de atendimento

Automações, resolução automática, follow-up, SLA e distribuição da fila.
Manuela Farias
Por Fernanda Costa and 8 outros
16 artigos

Como funcionam os eventos que disparam automações no Cloud Chat

Quando usar - Você está criando uma automação e quer saber qual evento usar - Suas automações estão se atrapalhando e você precisa entender a ordem de execução - Você quer evitar conflitos e loops em automações que modificam os mesmos campos Sobre este artigo As automações do Cloud Chat são disparadas com base em eventos. Para que as regras funcionem corretamente, é fundamental entender a ordem em que esses eventos acontecem no ciclo de vida de uma conversa. Para criar/editar automações: Como gerenciar automações no Cloud Chat. Responsabilidade de cada evento 1. Conversation Created - Sempre o primeiro evento - Disparado assim que a conversa (ticket) é criada :::info Boa prática: use este evento apenas para atribuir valores iniciais (ex: inbox, prioridade, agente, tags). ::: 2. Message Created - Acontece sempre que uma nova mensagem entra na conversa - Ocorre durante a criação da conversa (ex: quando o cliente abre o atendimento enviando mensagem) :::info Boa prática: use para ações reativas — aplicar tags pelo conteúdo da mensagem ou disparar webhooks. ::: 3. Conversation Updated - Disparado quando há mudanças em conversa existente: status, atribuição de agente, time, prioridade :::info Boa prática: use quando precisar acompanhar alterações de fluxo, e não apenas a criação. ::: 4. Conversation Opened - Ocorre quando uma conversa que estava resolvida, pendente ou adiada é reaberta pelo agente :::info Boa prática: use para retomar fluxos automáticos (ex: reatribuir para a mesma equipe que resolveu antes). ::: 5. Avaliação (CSAT) recebida - Disparado quando o cliente responde à pesquisa de satisfação (CSAT) de um atendimento - Permite filtrar pela Nota do CSAT (1 a 5) na condição da automação — ex.: reagir apenas a avaliações baixas :::info Boa prática: use para agir sobre avaliações negativas — enviar a transcrição por e-mail para o gestor, disparar um webhook, ou reabrir a conversa (ação "Abrir conversa") para um agente fazer follow-up com o cliente. ::: Fluxo típico de execução - Cliente abre atendimento enviando mensagem → Conversation Created e Message Created rodam em paralelo - Qualquer campo muda (status, agente, time, prioridade) → Conversation Updated - Agente resolve a conversa → Conversation Updated (status = resolvida) - Cliente responde a pesquisa de satisfação (após a resolução) → Avaliação (CSAT) recebida - Agente reabre o ticket manualmente → Conversation Opened e Conversation Updated rodam em paralelo Casos comuns de erro 1. Concorrência entre automações no mesmo evento :::warning Erro: duas automações alterando o mesmo campo (agente, prioridade) no mesmo evento. Solução: sempre validar condições adicionais para que apenas uma regra seja aplicada. ::: 2. Sobrescrever elementos referenciados por uma ação :::warning Erro: ações que substituem valores já preenchidos (campos customizados, agente). Solução: automação nunca deve deixar campos vazios ou apagar informações sem checar se são utilizadas em outras automações. ::: 3. Uso incorreto de "igual a FALSO" :::warning Pode causar disparos inesperados em massa. Solução: prefira "diferente de VERDADEIRO". ::: 4. Excesso de ações em uma única automação :::warning Pode causar loops ou alterações em cadeia difíceis de rastrear. Solução: divida automações grandes em regras menores e independentes. ::: 5. Webhook não disparando :::warning Se não aparece ícone de sucesso/falha → a automação não rodou. Causa comum: condições mal definidas ou conflito com outra automação que bloqueou a execução. ::: Boas práticas finais :::success Antes de publicar qualquer automação, revise sempre: - Condições - Ações - Possíveis interações entre eventos Isso evita comportamentos inesperados e mantém o fluxo da operação estável. ::: Se tiver dúvidas, acione o suporte Cloud Chat. Observações - Para criar e gerenciar automações: Como gerenciar automações no Cloud Chat - Para integrar a ClaudIA a um novo canal sem quebrar as automações dela: Como integrar a ClaudIA ao Cloud Chat e adicionar canais - Para configurar SLA via automação: SLA: Métricas de tempo de atendimento

Última atualização em Sep 02, 2026

Como enviar o protocolo de atendimento automaticamente no Cloud Chat

Quando usar - Você quer que o cliente receba o número do protocolo logo no início do atendimento - Você precisa de referência única por ticket para o cliente registrar - Você quer enviar o protocolo automaticamente — sem o agente digitar manualmente Pré-requisitos - Estar logado como administrador ou CX Engineer - Para projeto com ClaudIA: ter acesso ao Painel da ClaudIA - Para projeto sem IA: ter permissão para gerenciar automações Sobre este artigo Ao iniciar um atendimento, é boa prática enviar o número do protocolo automaticamente ao cliente. No Cloud Chat, há duas formas de fazer isso, dependendo de como o projeto está configurado. Variáveis disponíveis Tanto nas automações quanto na saudação da ClaudIA, você pode usar variáveis dinâmicas com chaves duplas: {{nome.da.variavel}}. Nas automações, ao digitar {{ no campo, as opções aparecem automaticamente. | Variável | O que retorna | | --- | --- | | {{conversation.display_id}} | Número do protocolo (ex: #1042) | | {{conversation.id}} | ID interno da conversa | | {{contact.name}} | Nome completo do contato | | {{contact.first_name}} | Primeiro nome | | {{contact.last_name}} | Sobrenome | | {{contact.email}} | E-mail | | {{contact.phone}} | Telefone | | {{contact.id}} | ID interno do contato | | {{agent.name}} | Nome completo do agente atribuído | | {{agent.first_name}} | Primeiro nome do agente | | {{agent.last_name}} | Sobrenome do agente | | {{agent.email}} | E-mail do agente | | {{conversation.custom_attribute.CHAVE}} | Atributo customizado da conversa | | {{contact.custom_attribute.CHAVE}} | Atributo customizado do contato | :::info Para atributos customizados, substitua CHAVE pelo nome interno do atributo cadastrado em Configurações → Atributos Personalizados. ::: Detalhes em: Como usar campos dinâmicos no Cloud Chat. Forma 1 — Projeto com ClaudIA (IA atendendo os tickets) Quando a ClaudIA está respondendo, basta adicionar a variável do protocolo na saudação da IA. Variável a usar {{conversation.display_id}} Como configurar 1. Acesse a configuração de saudação da IA no Painel da ClaudIA 2. Insira {{conversation.display_id}} no texto de boas-vindas 3. Salve e teste Exemplo de saudação Olá! Seu número de protocolo é {{conversation.display_id}}. Como posso te ajudar? Forma 2 — Projeto sem IA (somente agentes humanos) Crie uma automação no Cloud Chat para disparar o protocolo assim que a conversa for aberta. Como configurar 1. No Cloud Chat, acesse Configurações → Automações e crie uma nova automação 2. Defina o gatilho: Conversation Created (Conversa Criada) 3. Defina a ação: Enviar uma mensagem 4. No campo da mensagem, insira {{conversation.display_id}} 5. Salve e ative a automação Exemplo de mensagem Olá! Seu protocolo de atendimento é {{conversation.display_id}}. Resumo | | Forma 1 — Com ClaudIA | Forma 2 — Sem ClaudIA | | --- | --- | --- | | Onde configurar | Saudação da IA (Painel da ClaudIA) | Automações do Cloud Chat | | Gatilho | Início da conversa com IA | Evento Conversation Created | | Variável usada | {{conversation.display_id}} | {{conversation.display_id}} | | Precisa de Fluxo Controlado? | Não | Não | Observações :::success Dica: inclua sempre o protocolo no primeiro contato para o cliente ter referência desde o início. ::: - Para detalhes das variáveis dinâmicas: Como usar campos dinâmicos no Cloud Chat - Para criar a automação da Forma 2: Como gerenciar automações no Cloud Chat - Para entender os eventos de automação: Como funcionam os eventos que disparam automações no Cloud Chat - Para integrar a ClaudIA antes de configurar a Forma 1: Como integrar a ClaudIA ao Cloud Chat e adicionar canais

Última atualização em Sep 02, 2026

Como ajustar a formatação Markdown de Automações entre Cloud Chat e WhatsApp

Quando usar - Você criou uma Automação no Cloud Chat que envia mensagem por WhatsApp - O texto aparece bem formatado no preview do Cloud Chat mas chega desformatado (ou com formatação diferente) no WhatsApp - Você quer entender qual sintaxe Markdown usar para que negrito, itálico e listas saiam corretos no WhatsApp Pré-requisitos - Uma Automação já criada no Cloud Chat - Caixa de entrada do tipo WhatsApp conectada — ver Como conectar o WhatsApp ao Cloud Chat via Twilio ou via WABA Meta - Permissão para editar a automação Sobre este artigo O WhatsApp interpreta Markdown de uma forma diferente do padrão usado no editor de Automações do Cloud Chat. Por isso, o mesmo trecho de texto pode parecer correto no preview do Cloud Chat e chegar com formatação diferente ao cliente que recebe a mensagem no WhatsApp. A regra é simples: quando a automação for enviada por WhatsApp, formate pensando na sintaxe do WhatsApp — mesmo que o preview no Cloud Chat fique "estranho". O envio final ao cliente sairá correto. :::info Exemplo prático Para deixar um texto em negrito no WhatsApp, use um único asterisco de cada lado: *texto*. No editor do Cloud Chat, esse mesmo trecho aparecerá em itálico — porque o Cloud Chat segue o Markdown padrão (dois asteriscos = negrito). Não se preocupe: o cliente receberá no WhatsApp o trecho corretamente em negrito. ::: Sintaxe Markdown — comparativo | Resultado desejado no WhatsApp | Sintaxe a usar | Como aparece no preview do Cloud Chat | | --- | --- | --- | | Negrito | *texto* | itálico | | Itálico | _texto_ | itálico | | ~~Tachado~~ | ~texto~ | ~~tachado~~ | | Monoespaçado | ```texto``` | monoespaçado | | Lista com bullets | * item (com espaço) | bullet | :::warning Sempre teste a automação enviando para um número real antes de ativar em produção. O preview do Cloud Chat não reflete como ficará no WhatsApp. ::: Como aparece no Cloud Chat Como aparece no envio para o WhatsApp Tabela de referência rápida Boas práticas :::success 1. Sempre formate pensando no canal de destino — se a automação envia por WhatsApp, use a sintaxe do WhatsApp 2. Teste com um número real antes de ativar — o preview não reflete o resultado final 3. Mantenha mensagens diferentes por canal quando a mesma automação dispara em e-mail e WhatsApp — o ideal é separar branches por inbox 4. Evite formatação complexa (negrito + itálico aninhados) — a chance de algum caractere ser interpretado errado aumenta ::: Links: o caso que mais gera confusão O WhatsApp não tem sintaxe de link. Se você escrever um link no formato Markdown, com o texto entre colchetes e a URL entre parênteses, o cliente recebe os colchetes e os parênteses literalmente na tela — é assim que o link "some" e vira código na conversa. :::warning Em mensagens que saem por WhatsApp, escreva a URL nua. O WhatsApp transforma o endereço em link clicável sozinho — não é preciso formatar nada. ::: Se você precisa de contexto antes do link, quebre em duas frases: uma linha com a explicação e a linha seguinte só com o endereço. Em quais canais o Markdown é renderizado | Canal | Markdown do editor é renderizado? | O que fazer | | --- | --- | --- | | Web Widget | Sim, incluindo links | Escreva Markdown normalmente | | E-mail | Sim | Escreva Markdown normalmente | | WhatsApp | Não — usa a formatação própria dele e não entende links em Markdown | Use a sintaxe do WhatsApp e URL nua | :::info Isso vale para toda mensagem automática do Cloud Chat: mensagem de ausência da caixa de entrada, saudação, mensagens de automação, respostas rápidas e macros. O texto sai exatamente como foi configurado — nada é convertido no caminho. ::: Uma mesma automação atendendo WhatsApp e Web Widget Se a mesma automação dispara em canais diferentes, o texto formatado para um vai chegar torto no outro. Duas saídas: 1. Separe as automações por caixa de entrada — uma versão para WhatsApp, outra para os demais canais. É a opção mais segura. 2. Escreva sem formatação — texto puro e URL nua funcionam corretamente em todos os canais. Observações - Para conectar o WhatsApp ao Cloud Chat: Como conectar o WhatsApp ao Cloud Chat via Twilio - Para aprender a criar Automações no Cloud Chat: Como criar Automações no Cloud Chat - Se a mensagem chegar desformatada por completo no WhatsApp, abra um chamado em Cloud Chat — Suporte

Última atualização em Sep 02, 2026

Como configurar limite de tickets por agente e atribuição via Round Robin

Quando usar - Você quer limitar o número de tickets simultâneos que cada agente pode atender - Você quer distribuir tickets automaticamente entre o time (round robin) - Você quer ajustar o limite de forma diferente por agente ou por time Pré-requisitos - Estar logado como administrador no Cloud Chat Sobre este tutorial Neste artigo você aprende a configurar o limite de chats em paralelo por agente e a ativar a atribuição automática de tickets via round robin. Vídeo de instrução: https://youtu.be/JLUTcrNXAEU Passo a passo Etapa 1 — Definir limite geral pra conta Primeiro, defina o limite global (para toda a empresa) de tickets em aberto que os agentes podem ter. 1. Acesse Configurações → Configurações da Conta Image 2. Defina o limite na seção de assinatura automática por conta :::info Exemplo: definindo limite como 50, um agente pode receber automaticamente no máximo 50 tickets em status Aberto ao mesmo tempo. Manualmente, mais tickets podem ser atribuídos além deste limite. ::: Image Image :::warning Exceção ao limite: se um agente está com 50 tickets, coloca um como pendente, recebe um novo em aberto e depois o cliente responde o pendente (que volta para Aberto), o limite será excedido. ::: Etapa 2 — Definir limite diferente para agentes específicos (opcional) Após o limite geral, você pode estabelecer um limite individual por agente. 1. Vá em Configurações → Agentes 2. Selecione um usuário 3. Defina o Limite de atribuição automática Image Etapa 3 — Ativar Round Robin na caixa de entrada Edite a caixa de entrada desejada e clique em Habilitar atribuição automática. Image Image Image :::success Com a funcionalidade ativada, os tickets são distribuídos em rodízio entre os agentes disponíveis: cada novo ticket vai para o próximo agente da fila, mantendo a distribuição equilibrada. - Se um agente fica offline, os tickets vão para os demais até atingirem o limite - Quando um agente atinge o limite, não recebe mais tickets até que abra espaço - Se nenhum agente está online, os tickets são distribuídos quando ficarem online ::: Etapa 4 — Ativar Round Robin por time (opcional) A configuração também pode ser feita para equipes. 1. Edite a equipe 2. Ative Atribuição automática para o departamento Image Image Image 3. Siga o processo de configuração de times até Finalizar Image Por que um ticket pode não ser atribuído automaticamente Se um ticket chega na caixa de entrada e o Round Robin não atribui a ninguém, verifique: - O agente precisa estar Disponível (online). O rodízio só distribui entre agentes com status Disponível no momento — quem está Ocupado ou Desconectado fica de fora. - O agente não pode estar no limite de atribuição. Se todos os agentes elegíveis já atingiram o limite de conversas configurado (Etapas 1 e 2), o ticket espera até alguém liberar uma vaga. - O agente precisa ser membro da caixa de entrada, e a caixa precisa estar com o Round Robin ativado (Etapa 3). - Transbordos da ClaudIA: se a ClaudIA compartilha o mesmo time dos agentes humanos, o rodízio pode não achar um agente elegível. Mantenha a ClaudIA em um time próprio, separado dos times de atendimento humano. Como verificar rapidamente: 1. Confira o status dos agentes da caixa (precisam estar Disponível). 2. Veja o limite de atribuição (geral e por agente) e quantas conversas em aberto cada um já tem. 3. Confirme que o Round Robin está ativado na caixa de entrada (Etapa 3). Posso priorizar canais na atribuição automática (ex.: WhatsApp e chat antes de e-mail e Instagram)? Hoje não. A atribuição automática não permite definir prioridade entre canais quando os mesmos agentes atendem várias caixas de entrada. A alternativa recomendada é combinar os dois modos: deixe os canais mais ágeis (WhatsApp, chat) na distribuição automática, e trate e-mail e Instagram por um processo do time — as pessoas entram na caixa e puxam o atendimento. Assim um e-mail não ocupa a vaga de atendimento de um canal que exige resposta rápida. Quando o agente sai do Ocupado, ele volta a receber sozinho? Sim. Basta voltar o status para Disponível — não é preciso fazer mais nada. O agente nunca é removido da fila de rodízio da caixa de entrada. Enquanto está Ocupado ou Desconectado, ele apenas é pulado na hora de distribuir. Assim que volta a Disponível e tem vaga dentro do limite, volta a ser considerado na sua posição normal do rodízio. A distribuição é reavaliada continuamente enquanto os agentes estão com o Cloud Chat aberto. O ciclo "fico Ocupado, resolvo 10, volto pra Online" funciona? Funciona, e nenhum ticket se perde: as conversas que chegaram enquanto todo mundo estava no limite ficam aguardando na fila e são atribuídas assim que abre uma vaga. :::warning Mas isso piora o seu tempo de primeira resposta. Esse tempo é contado da mensagem do cliente até a primeira resposta humana, não do momento em que o ticket foi atribuído. Todo o tempo que a conversa passou parada na fila, esperando alguém sair do Ocupado, entra nessa conta e é registrado no agente que respondeu. ::: O que fazer no lugar - Deixe o limite fazer o trabalho — ele já impede que o agente receba além da capacidade; não é preciso usar o Ocupado como freio. - Ajuste o limite por agente em vez de alternar o status, até achar o número em que a pessoa trabalha confortável. - Reserve o Ocupado para pausas reais: almoço, reunião, treinamento. - Se o time inteiro vive no limite, o problema é de capacidade ou de distribuição entre caixas, não de status. Observações - Para criar agentes e atribuir limites individuais: Como criar um novo usuário no Cloud Chat - Para criar e gerenciar times: Como criar e gerenciar times no Cloud Chat - Para configurar SLA por automação após distribuir os tickets: SLA: Métricas de tempo de atendimento - Para entender o status de agente (Disponível/Ocupado/Desconectado) que afeta o round robin: Status do agente no Cloud Chat

Última atualização em Sep 02, 2026

Como configurar o CSAT (por canal ou por automação) e visualizar resultados

Quando usar - Você quer ativar a pesquisa de satisfação automática nos atendimentos do Cloud Chat - Você quer enviar o CSAT de forma condicional — só para alguns times, canais, prioridades ou situações — usando uma automação - Você precisa entender quando e como o CSAT é registrado em relação ao agente - Você quer visualizar e filtrar os resultados de CSAT no painel Pré-requisitos - Estar logado como administrador no Cloud Chat - Ter pelo menos uma caixa de entrada configurada Sobre este tutorial Neste artigo você entende como funciona o CSAT (Customer Satisfaction Score) do Cloud Chat, como ativá-lo (por canal ou por automação) e onde visualizar os resultados. Vídeo de instrução: https://youtu.be/DVyBFMw9YG8 Como funciona o CSAT do Cloud Chat O CSAT pode ser enviado de duas formas (escolha a que faz mais sentido para a sua operação): - Por caixa de entrada (padrão): ao habilitar o CSAT em uma caixa, a pesquisa é enviada automaticamente para 100% dos tickets resolvidos daquela caixa. É liga/desliga — ou envia para todos, ou para ninguém. - Por automação (condicional): uma regra de automação com a ação Enviar Pesquisa de Satisfação (CSAT) permite escolher quando e para quem a pesquisa é enviada — por exemplo, só para um time, um canal, uma prioridade ou fora do horário comercial. Veja em Enviar o CSAT de forma condicional (via automação), mais abaixo. A pesquisa é um link que leva a uma página com pergunta de 1 a 5, com números E emojis, e oferece a possibilidade do cliente comentar com mais detalhes (não obrigatório). :::info Não é possível personalizar a aparência ou as perguntas da pesquisa além disso — estamos sempre revisando. O que você pode controlar é quando e para quem a pesquisa é enviada, usando automação (veja abaixo). ::: Como o agente é registrado nos relatórios Sempre que um CSAT é registrado, ele é vinculado ao último agente atribuído à conversa no momento em que o cliente responde a pesquisa. - Atribuir um novo agente substitui o anterior para fins de registro do CSAT - Remover o agente ainda vincula o CSAT ao último agente atribuído - Alterar/remover agente após o registro não altera o registro - Se nenhum agente foi atribuído, o CSAT não é vinculado a nenhum agente Como ativar o CSAT por caixa de entrada Esta é a forma padrão: quando ativado, o CSAT é enviado para todos os tickets resolvidos da caixa. Etapa 1 — Acessar configurações da caixa 1. Acesse Configurações 1. Vá em Caixa de entrada e selecione a caixa desejada Etapa 2 — Habilitar CSAT Abra a aba Ciclo da conversa (logo depois de Configurações) e ative a opção Habilitar CSAT no canal. Enviar o CSAT de forma condicional (via automação) :::warning Para o envio condicional funcionar como esperado, desative a opção "Habilitar CSAT" na caixa de entrada (em Configurações → Caixa de entrada → aba Ciclo da conversa). Se ela continuar ativada, a caixa envia a pesquisa para 100% dos tickets resolvidos, independentemente das condições da automação — e o controle condicional não terá efeito. Ainda assim, se as duas formas ficarem ativas ao mesmo tempo, não há envio duplicado: numa mesma conversa o cliente recebe no máximo uma pesquisa. ::: Além do envio por caixa de entrada (que atinge 100% dos tickets resolvidos), você pode usar uma automação para enviar o CSAT apenas nas situações que definir. É útil, por exemplo, para: - Enviar a pesquisa só para um time específico (ex.: só o time de Vendas, não o de Suporte) - Enviar só em determinados canais, prioridades ou etiquetas (tags) - Enviar só fora do horário comercial, ou em qualquer outra condição que você precise - Evitar reenvio em tickets que reabrem e fecham várias vezes — a pesquisa é enviada no máximo uma vez por conversa O envio condicional usa a ação Enviar Pesquisa de Satisfação (CSAT), que fica disponível junto das demais ações de automação (como Resolver Conversa ou Adicionar Tag). Etapa 1 — Criar uma nova regra de automação 1. Acesse Configurações e vá em Automação 2. Clique em Adicionar regra de automação e dê um Nome para a regra Etapa 2 — Definir o evento e as condições 1. Em Evento, selecione Conversa Atualizada 2. Em Condições, adicione Status igual a Resolvida — é isso que faz a pesquisa sair quando o ticket é resolvido 3. (Opcional) Adicione outras condições para restringir o envio, como Equipe, Caixa de entrada, Prioridade ou Tag. 4. Em Ações, selecione Enviar Pesquisa de Satisfação (CSAT) — a ação não pede nenhuma configuração adicional 5. Clique em Criar :::info A pesquisa não é enviada quando: a conversa não está resolvida, o contato está bloqueado, a conversa é de uma campanha, o canal não permite CSAT (ex.: comentários públicos do Instagram ou posts do X/Twitter), ou a conversa já recebeu uma pesquisa. ::: Customização do CSAT para WhatsApp Para quem usa a API nativa do WhatsApp (não vale para Twilio), customizamos uma opção de envio de CSAT direto no app. Assim que a conversa é encerrada, o cliente recebe a pesquisa nativamente no WhatsApp — sem link externo, sem redirecionamento. Pode responder ali mesmo de forma simples e integrada. :::warning A Meta atualmente não suporta todos os tipos de mensagem no WhatsApp Web — só nos dispositivos padrão (Android e iOS). ::: O idioma em que o CSAT é enviado é o mesmo configurado na conta do Cloud Chat. Como visualizar os resultados Etapa 1 — Acessar Relatórios 1. Vá em Relatórios 1. Clique em CSAT Etapa 2 — Filtrar resultados Você pode filtrar por: - Data - Agente - Equipe - Caixa de entrada ou Nota Para abrir um ticket específico, clique no número do ticket. :::info Importante: o CSAT é registrado com base na data em que o cliente responde, não na data de criação do ticket. O CSAT mede a experiência final do cliente — após a resolução. ::: Dá pra receber uma notificação (ex.: no Slack) quando o cliente deixar um CSAT negativo? Hoje não — o Cloud Chat não dispara notificação automática por nota de CSAT. Já existe uma solicitação registrada no roadmap: Notificação automática ao receber CSAT negativo. Vote e acompanhe por lá. Para saber como registrar pedidos de funcionalidade, veja Como acessar o roadmap e solicitar novas funcionalidades (Canny). Observações - A resolução automática de tickets também dispara o envio do CSAT: Resolução automática de tickets e Configurações da conta: idioma e resolução automática - Para configurar conversa única no WhatsApp (impacta o envio do CSAT): Como configurar o recurso de conversa única no WhatsApp - Para extrair dados de CSAT em relatórios via API: Como extrair dados em lote via API (Data Extract API)

Última atualização em Sep 02, 2026

Como configurar SLA e métricas de tempo de atendimento

Quando usar - Você precisa definir prazos de primeira resposta, próxima resposta e resolução para tickets - Você quer acompanhar visualmente se um ticket está dentro ou fora do SLA - Você quer aplicar políticas de SLA automaticamente com base em tag, prioridade ou agente Pré-requisitos - Estar logado como administrador (apenas admin gerencia SLA) - Ter o evento desejado mapeado em uma automação — ver Como gerenciar automações no Cloud Chat Sobre este artigo O SLA (Service Level Agreement) permite definir e acompanhar métricas de tempo do atendimento. Controlado por políticas de SLA que determinam limites para respostas e resolução, aplicadas aos tickets via automações. O objetivo é garantir previsibilidade, controle e monitoramento do tempo de atendimento. Acesso e permissões A gestão de políticas de SLA está em Configurações. :::warning Apenas usuários com perfil de Administrador podem: - Criar políticas de SLA - Editar políticas - Excluir políticas - Criar automações com políticas de SLA Outros perfis não têm acesso a essas ações. ::: Políticas de SLA Métricas configuradas Os admins podem criar políticas com: - Tempo de Primeira Resposta (FRT) — first response time - Tempo de Próxima Resposta (NRT) — next response time - Tempo de Resolução (RT) — total resolution time Regras e validações :::error O tempo de resolução não pode ser menor que: - O tempo de primeira resposta - O tempo de próxima resposta Caso essa regra não seja respeitada, a política não será salva. ::: Edição :::warning Quando uma política já está em uso e é editada: - O único valor que pode ser alterado é o NRT — e não de forma imediata, na mensagem seguinte ::: Exclusão Ao excluir uma política: - Ela deixa de funcionar imediatamente - Tickets que usavam essa política deixam de ter o SLA associado :::info A exclusão é a única forma de remover uma política de um ticket após ela ser aplicada. ::: Como criar uma política Configurações → SLA → Criar uma nova Política de SLA → Preencher campos (Nome, descrição, FRT, NRT, RT) → Criar Após criar, o passo seguinte é adicionar a uma automação. Aplicação do SLA via automações :::warning Políticas de SLA não funcionam sozinhas — para aplicar a um ticket, é necessário configurar via Automações. ::: Configuração Em Automações, crie gatilhos para aplicar políticas com base em: - Tag - Prioridade - Agente - Outros Quando o gatilho é atendido, a política é aplicada automaticamente. Regras importantes :::warning - Uma política só pode ser adicionada via automação - Após adicionada a um ticket: - Não é possível removê-la via automação - Via automação, pode apenas ser substituída por outra - A remoção completa só acontece se a política for excluída do sistema ::: Como os tempos de SLA são calculados As métricas são calculadas dinamicamente considerando o estado do ticket, quem está interagindo e pausas automáticas. Tempo de Primeira Resposta (FRT) Definição: tempo entre a primeira mensagem do cliente e a primeira resposta de um agente humano. Regras de cálculo: - Inicia quando: cliente envia mensagem e ticket não está em status Pendente - Encerra quando: agente humano envia primeira resposta - Se a política for aplicada após a primeira resposta já ter ocorrido → FRT não é considerado - Se a ClaudIA assume o atendimento → tempo fica congelado enquanto a IA atua Tempo de Próxima Resposta (NRT) Definição: tempo entre uma mensagem do cliente e a próxima resposta do agente humano, após a primeira resposta. Regras de cálculo: - Só passa a existir após o FRT ter sido concluído - Inicia quando o cliente envia nova mensagem - Encerra quando agente humano responde ou o ticket é resolvido - Sempre que o agente responde → NRT é zerado (volta a aparecer quando o cliente mandar nova mensagem) - Visualmente: - Em alguns momentos aparece FRT e RT - Em outros, NRT e RT - Em outros, só RT (quando última mensagem foi do agente) - É pausado enquanto a ClaudIA está atendendo o ticket Tempo de Resolução (RT) Definição: tempo total para resolver o ticket, considerando apenas períodos ativos. Regras de cálculo: - Inicia com a criação do ticket - É acumulativo, com pausas - Encerra quando o ticket é marcado como resolvido - É fixo — sempre existe enquanto o ticket não for resolvido - Nunca pode ser menor que FRT ou NRT Estados que pausam o SLA :::info Os tempos são congelados quando o ticket está em atendimento pela IA (ClaudIA) ou quando o ticket é Adiado. Durante esse período, nenhum tempo é incrementado — o SLA permanece associado, porém pausado. Mudar o ticket para Pendente não pausa o SLA — os prazos continuam contando normalmente. Ao Adiar um ticket, o SLA é pausado automaticamente (em até 5 minutos): o período adiado é descontado dos prazos quando a conversa é retomada. ::: Comportamento com a ClaudIA Quando a IA (ClaudIA) está atuando no ticket, o SLA tem comportamento específico. :::info Regras de pausa com IA: - Se a IA estiver respondendo como agente → todos os tempos do SLA ficam pausados - O tempo não é contado como primeira ou próxima resposta - A contagem é retomada quando: - Um agente humano assume - O ticket sai do estado de pausa Isso garante que o SLA não penalize o tempo em que a IA está atuando — apenas interações humanas são consideradas. ::: Visualização do SLA no ticket Regras gerais - SLA ativo → exibido normalmente no ticket - SLA pausado → continua visível no ticket, exibindo os prazos registrados no momento da pausa Aplica-se quando o ticket está em atendimento pela ClaudIA ou Adiado. Como o período pausado é descontado na retomada, o prazo exibido durante a pausa é provisório — ele é recalculado (estendido) quando o SLA volta a contar, por exemplo quando um agente humano assume ou a conversa adiada recebe nova mensagem. Lado esquerdo — Tempos dinâmicos O lado esquerdo exibe os tempos do SLA conforme o estado e estágio do atendimento. Exibição dos tempos - Sem agente atribuído → exibe FRT (esquerda) e RT (direita) - Após FRT existir → exibe NRT (esquerda) e RT (direita) Regras importantes - Se a política for adicionada após o FRT já ter ocorrido → FRT não é considerado nem exibido - O NRT é variável — zerado sempre que o agente responde - O único tempo fixo durante todo o ciclo é o RT Comportamento visual (cronômetros) - Dentro do prazo → tempo decresce, exibido em verde - Em atraso → tempo passa a contar de forma crescente, exibido em vermelho Hover Ao passar o mouse: - Dentro do prazo → mostra "quanto tempo falta para vencer" - Em atraso → mostra "há quanto tempo o prazo foi ultrapassado" - Se aparecer só uma barra (-) → "a próxima resposta é a do cliente" Área central — Histórico Exibe quando a política foi adicionada e que foi via automação. Lado direito — Detalhes textuais Exibe prazos e status de cada métrica de forma textual e objetiva. Métricas exibidas - Variam conforme estado da conversa: FRT, NRT, RT - O RT é o único fixo Formato Cada métrica apresenta: - Data e hora limite do SLA - Status textual abaixo: "Vence em X" ou "Em atraso há cerca de X" Cores - Dentro do prazo → verde - Em atraso → vermelho Regras de pausa Quando o SLA está pausado: - Continua exibido, com os prazos registrados no momento da pausa - Os prazos são recalculados na retomada, descontando o período pausado Resumo das regras importantes - Apenas administradores gerenciam políticas de SLA - Políticas excluídas → deixam de funcionar imediatamente - Edições só afetam novos tickets - SLA só é aplicado via automações - As informações visíveis a agentes são dinâmicas - Política aplicada: - Não pode ser removida via automação - Pode apenas ser substituída por outra - RT nunca pode ser menor que FRT ou NRT - SLA pausado permanece visível; os prazos são recalculados na retomada, descontando o período pausado Por que as abas de tempo aparecem zeradas? As métricas de tempo têm duas versões: tempo corrido (24h) e horário comercial. A versão de horário comercial só é calculada se a caixa de entrada tiver horas comerciais habilitadas — sem isso, o valor é sempre 0, e por isso as abas ficam zeradas. Como corrigir: Configurações → Caixas de entrada → selecione a caixa → aba Horário comercial → ative a disponibilidade, defina os horários de cada dia e confirme o fuso horário. A partir daí, os novos tickets passam a popular as abas de horário comercial. Onde ver os tempos de atendimento Os relatórios com tempo de primeira resposta, tempo de resolução e cumprimento de SLA ficam em Relatórios → Tempo de Serviço (e não em Relatórios → Conversas). É ali que você compara períodos, por exemplo a semana passada com a atual. Observações - Para criar a automação que aplica o SLA: Como gerenciar automações no Cloud Chat - Para entender quando a ClaudIA está atuando (e o SLA fica pausado): Como funciona a transferência de chamados para Nível 2 (N2) com a ClaudIA - Para configurar limite de tickets por agente (impacta NRT): Como configurar limite de tickets por agente e atribuição via Round Robin - Para entender como o auto-fechamento de tickets funciona: Como funciona a resolução automática de tickets

Última atualização em Sep 02, 2026

Fluxo de inatividade de ponta a ponta: qual configuração faz o quê

Quando usar - Você quer entender qual configuração faz o quê no ciclo de uma conversa parada — lembrete, fechamento, despedida e tempos por time - Você quer que a conversa volte para o time certo quando o cliente responde depois do encerramento - Você está montando o fluxo de inatividade pela primeira vez e não sabe por onde começar Pré-requisitos - Estar logado como administrador - Uma caixa de entrada já configurada; para os tempos por time, os times já criados Sobre este artigo O "fluxo de inatividade" não é uma tela única: são quatro configurações independentes que, juntas, formam a linha do tempo de uma conversa que ficou sem resposta. Este artigo é o mapa — mostra a ordem em que as peças agem, onde cada uma fica e qual artigo detalha cada uma. No final, traz a receita de como devolver a conversa ao time correto quando o cliente reaparece. :::info Adiar (Snooze) não faz parte deste ciclo. O Snooze é um adiamento com prazo, manual ou por automação — veja Automações de Adiar (snooze) com prazo. ::: A linha do tempo | # | O que acontece | Onde se configura | Unidade | Artigo | | --- | --- | --- | --- | --- | | 1 | O silêncio começa a contar: o atendimento respondeu e o cliente não voltou | — | — | Status de tickets | | 2 | Sai o lembrete ("ainda precisa de ajuda?") | Caixa de entrada → aba Ciclo da conversa | minutos (múltiplos de 5) | Mensagem de Acompanhamento por Inatividade (Follow-up) | | 3 | O ticket é resolvido automaticamente | Configurações da conta | horas | Como funciona a resolução automática de tickets | | 4 | Sai a mensagem de encerramento (despedida) | Caixa de entrada → aba Ciclo da conversa | — | Mensagem de encerramento na resolução automática | | 5 | Um time específico usa tempos próprios | Times → etapa Sobrescritas | minutos | Como configurar SLA, auto-resolução e follow-up por time | As etapas 2 e 4 são opcionais e independentes: você pode usar só o lembrete, só a despedida, as duas ou nenhuma. Já a etapa 3 é a base — sem a resolução automática configurada na conta, os campos das etapas 2 e 4 não aparecem na caixa de entrada. Qual peça mexer | Você quer... | Mexa em | | --- | --- | | Avisar o cliente antes de fechar | Lembrete (etapa 2) | | Fechar mais rápido ou mais devagar | Resolução automática da conta (etapa 3) | | Não deixar o atendimento "sumir" sem aviso | Mensagem de encerramento (etapa 4) | | Dar tempos diferentes a um time | Sobrescritas do time (etapa 5) | | Desligar o lembrete só para um time | Sobrescritas do time, com o override de follow-up ativo e sem mensagem (etapa 5) | | Nunca fechar por inatividade | Deixe a resolução automática da conta em branco — isso também desliga lembrete e despedida | :::warning Cuidado com uma diferença entre as peças: para o fechamento, uma mensagem enviada por automação também conta como atividade do atendimento e mantém a contagem rodando. Já o lembrete só é enviado quando a última mensagem pública foi de um agente humano — se a última resposta veio da ClaudIA ou de uma automação, o lembrete não sai, mas o fechamento continua valendo. ::: Devolver a conversa ao time certo quando o cliente responde Se o cliente responde depois do encerramento, a conversa reabre sozinha — ela não fica perdida. O que costuma faltar é o roteamento: a conversa reabre no time que estava atribuído no momento do fechamento, que pode não ser o time que deve atendê-la agora (por exemplo, quando você usa um time só para segurar os casos em inatividade). Para resolver isso, use uma automação no evento de reabertura: 1. Vá em Configurações → Automações e clique em Adicionar Regra de Automação. 2. Em Evento, escolha Conversation Opened (Conversa Aberta) — ele dispara quando uma conversa resolvida, pendente ou adiada é retomada. 3. Em Condições, restrinja para o caso que você quer tratar — normalmente a caixa de entrada e a tag de controle do fluxo de inatividade. 4. Em Ações, use Atribuir Equipe para mandar a conversa ao time que deve atender e Remover Tag para limpar a marcação de inatividade. 5. Salve com o status Ativo. :::info Em caixas de entrada com bot ativo (ClaudIA), a resposta do cliente em uma conversa encerrada primeiro coloca a conversa em pendente, e quem a leva para aberta é o bot. A automação de reabertura roda quando ela efetivamente abre. ::: Para detalhes de como criar, clonar e ordenar regras, veja Como gerenciar automações no Cloud Chat. Observações - As verificações de lembrete e de fechamento rodam em ciclos de 5 minutos — o disparo pode acontecer alguns minutos depois do tempo configurado. - O lembrete precisa ser configurado com um tempo menor que a resolução automática da conta; se os dois coincidirem, o valor é recusado. - Conversas sem time atribuído sempre seguem o padrão da conta e da caixa de entrada, mesmo que existam sobrescritas em outros times. - Só um lembrete é enviado por ciclo de silêncio. Se o cliente responde e a conversa fica parada de novo, um novo ciclo começa.

Última atualização em Sep 02, 2026

Como configurar SLA, auto-resolução e follow-up por time

Agora você pode definir SLA, auto-resolução e follow-up por time, e não apenas por inbox/conta. Cada time pode ter o seu próprio comportamento, sem afetar os demais. O que dá para personalizar por time - SLA — uma política de SLA própria do time. - Auto-resolução — em quantos minutos as conversas inativas do time se resolvem automaticamente. - Follow-up — uma mensagem automática após X minutos de inatividade, ou desligar o follow-up só para aquele time. Como configurar 1. Vá em Configurações → Times e clique em Editar no time desejado. 2. Avance até a etapa Sobrescritas. 3. Ative o card da configuração desejada (SLA, Auto-resolução ou Follow-up), preencha os valores e clique em Salvar. Atenção no Follow-up: se você ativar o override de Follow-up no time mas deixar a mensagem desligada/sem configurar, isso funciona como desativar o follow-up só para esse time — sobrescreve o padrão da conta/inbox e o time deixa de receber follow-up (mesmo que a conta tenha follow-up ligado). Tela de Sobrescritas Vale para conversas que já estão abertas? - SLA: apenas para conversas novas ou que forem (re)atribuídas a um time a partir de então; conversas já abertas não mudam. - Auto-resolução e follow-up: passam a valer também para conversas já abertas, em poucos minutos. É opcional e por time. Times sem configuração específica continuam funcionando exatamente como antes. Observação: a auto-resolução e o follow-up rodam em ciclos periódicos e processam até 100 conversas por vez — e esse limite de 100 é por conta inteira (somando todos os times), não por time. Por isso podem ocorrer com uma pequena variação em relação ao tempo configurado (não exatamente no minuto exato), especialmente quando há muitas conversas elegíveis ao mesmo tempo. Follow-up por inatividade (por caixa de entrada) Pré-requisito: a conta precisa ter Resolução Automática de Tickets configurada. 1. Vá em Configurações → Caixas de Entrada e selecione a caixa. 2. Abra a aba Ciclo da conversa. 3. Ative "Enviar mensagem de acompanhamento antes do fechamento automático". 4. Em Período de inatividade (minutos), informe o tempo (múltiplo de 5 e menor que o tempo de auto-resolução). 5. Escreva a mensagem de acompanhamento. 6. Clique em Atualizar. Observações: só dispara se a última mensagem pública foi de um agente humano; 1 envio por ciclo; pode atrasar até 5 minutos. Para ajustar por time, veja a seção de sobrescritas por time. Mensagem de encerramento (por caixa de entrada) Na mesma aba Ciclo da conversa você configura a mensagem de despedida enviada no momento em que o ticket é resolvido automaticamente por inatividade — o aviso final, depois do follow-up. 1. Ative "Enviar mensagem de despedida ao encerrar automaticamente". 2. Preencha a Mensagem de encerramento (obrigatória para salvar com a opção ativada). 3. Clique em Atualizar. Assim como o follow-up, ela só é enviada quando a última resposta ao cliente foi de um agente humano — conversas encerradas pela ClaudIA ou por automação seguem o fluxo delas. Em contas com sobrescritas por time habilitadas, os campos de encerramento aparecem mesmo que a conta ainda não tenha um tempo de auto-resolução global definido. Passo a passo completo: Mensagem de encerramento na resolução automática

Última atualização em Sep 02, 2026

Mensagem de Acompanhamento por Inatividade (Follow-up)

Neste artigo, você conhecerá a funcionalidade de follow-up por inatividade, que permite ao Cloud Chat enviar uma mensagem automática ao cliente quando a conversa fica sem resposta por um tempo configurado. Como funciona? A funcionalidade de Follow-up por Inatividade permite que o Cloud Chat envie automaticamente uma mensagem para o cliente quando uma conversa fica sem resposta por um determinado período. Essa mensagem funciona como um lembrete antes que o sistema encerre o ticket automaticamente por meio da Resolução Automática de Tickets (Auto-Resolve). Sem esse acompanhamento automático, alguns problemas podem ocorrer: - Conversas encerradas sem aviso, gerando sensação de abandono para o cliente - Clientes que se distraem e acabam não respondendo a tempo - Reabertura de tickets desnecessária - Aumento de volume e retrabalho para o time de suporte Com o follow-up, o sistema envia um lembrete antes do fechamento da conversa, oferecendo ao cliente uma última chance de continuar o atendimento. Exemplo prático Um agente responde ao cliente às 10h. O cliente não responde. Se o follow-up estiver configurado para 60 minutos, às 11h o sistema envia automaticamente uma mensagem como: "Olá! Você ainda precisa de ajuda? Caso não tenha mais dúvidas, este ticket será fechado automaticamente em breve." - Se o cliente responder, a conversa continua normalmente. - Se o cliente não responder, o auto-resolve encerra o ticket no tempo configurado. Regras de funcionamento Algumas regras definem quando o follow-up pode ou não ser enviado: - A funcionalidade é habilitada por caixa de entrada - O tempo de inatividade é configurado em minutos e o valor deve ser múltiplo de 5 (ex: 5, 10, 15, 30, 60, 120) - Para que o follow-up funcione, a conta precisa ter a **resolução automática de tickets **configurada. Se ela não estiver configurada, a seção de configuração da mensagem de follow-up não aparecerá na interface. - O tempo de envio da mensagem de follow-up precisa ser menor que o tempo da resolução automática de tickets. - O follow-up só é enviado se a última mensagem pública foi de um agente humano - Apenas um follow-up é enviado por ciclo de inatividade - O follow-up é o aviso enviado antes do fechamento. Para configurar também a despedida enviada no momento do fechamento, veja Mensagem de encerramento na resolução automática Importante sobre o tempo de envio O envio do follow-up pode sofrer um atraso de até 5 minutos em relação ao tempo configurado. Isso acontece porque a verificação de inatividade é realizada periodicamente, em intervalos de 5 minutos, por meio de um processo automático (cronjob). Ou seja, o sistema não monitora as conversas em tempo real, mas sim em ciclos de verificação. Por exemplo: se o follow-up estiver configurado para 60 minutos, a mensagem pode ser enviada entre 60 e 65 minutos após a última resposta do agente. Quando o follow-up não é enviado O sistema não enviará follow-up nos seguintes casos: - A conversa já foi resolvida - A conversa foi adiada/pendente - A última mensagem foi enviada por bot ou automação - O cliente respondeu antes de atingir o tempo configurado - Um follow-up já foi enviado naquele ciclo Se o cliente responder depois do follow-up e a conversa ficar inativa novamente, um novo follow-up pode ser enviado em um novo ciclo. Fluxo Como habilitar e configurar a mensagem Siga os passos abaixo para habilitar o follow-up em uma caixa de entrada. 1. Acesse as configurações No menu lateral do Cloud Chat: 1. Vá em Configurações 2. Clique em Caixas de Entrada 3. Selecione a caixa de entrada que deseja configurar 2. Abra a aba "Ciclo da conversa" Dentro das configurações da caixa de entrada, clique na aba Ciclo da conversa — ela fica logo depois de Configurações e reúne os comportamentos de comunicação com o cliente ao longo da conversa: saudação, pesquisa de satisfação, continuidade por e-mail, criação via API e as mensagens de acompanhamento e encerramento automáticos. Observação: Se os campos de follow-up não aparecerem na aba, verifique se a resolução automática de tickets está ativa. 3. Habilite a funcionalidade Habilite a opção Enviar mensagem de acompanhamento antes do fechamento automático. Em seguida configure os campos: Período de inatividade (minutos) Defina o tempo em minutos que o sistema deve aguardar sem resposta do cliente antes de enviar o follow-up. Regras: - Mínimo de 5 minutos - Valor deve ser múltiplo de 5 - Deve ser menor que o tempo de auto-resolve Mensagem de acompanhamento Escreva o texto que será enviado automaticamente ao cliente. Exemplo de mensagem: "Olá! Você ainda precisa de ajuda? Caso não tenha mais dúvidas, este ticket será fechado automaticamente em breve." 4. Salve as configurações Após preencher os campos: Clique em Atualizar para aplicar as alterações. A partir desse momento, o follow-up já estará ativo para novas conversas daquela caixa de entrada. Dica para testar a funcionalidade Para validar se tudo está funcionando corretamente: 1. Configure um tempo curto (ex: 5 minutos) 2. Inicie uma conversa de teste 3. Aguarde o envio automático da mensagem Perguntas frequentes O follow-up aparece como mensagem do agente? Sim. A mensagem aparece como mensagem enviada pelo agente, mas com um tipo especial de mensagem que não reinicia o timer da resolução automática de tickets. Se eu desabilitar o follow-up, as mensagens já enviadas são removidas? Não. As mensagens que já foram enviadas permanecem na conversa. Apenas novos follow-ups deixam de ser enviados. O follow-up funciona em todos os canais? Sim. A funcionalidade funciona em qualquer canal, desde que esteja habilitada. Posso configurar tempos diferentes para cada inbox? Sim. Cada caixa de entrada possui configuração independente, permitindo definir tempos diferentes para cada operação.

Última atualização em Sep 02, 2026

Como funciona a resolução automática de tickets

Quando usar - Você quer fechar automaticamente tickets sem atividade depois de X horas - Você precisa entender em quais condições o ticket é fechado vs. mantido aberto - Você está investigando por que um ticket não foi fechado automaticamente Pré-requisitos - Estar logado como administrador Sobre este artigo A plataforma oferece a funcionalidade de resolução automática de tickets que permite o fechamento recorrente de conversas inativas, com base em condições e períodos configuráveis. Onde configurar Etapa 1 — Acessar Configurações da conta 1. Vá em Configurações → Configurações da conta 2. Localize o campo Depois de quantas horas um ticket deve resolver a si mesmo caso não haja nenhuma atividade 3. Defina o número de horas de inatividade após as quais os tickets devem ser resolvidos A configuração passa a valer para todos os tickets que se encaixam nas condições abaixo. Condições para resolução automática :::info Um ticket só será resolvido automaticamente se todas as seguintes condições forem atendidas: - Status do ticket é Aberto - A última mensagem da conversa é de um agente ou de uma automação — mensagens automáticas também reiniciam a contagem. Notas internas/privadas e mensagens de follow-up não reiniciam ::: Status que NÃO permitem resolução automática :::warning Tickets nos status Pendente ou Adiado não são resolvidos automaticamente. Se esses tickets forem reabertos, o tempo configurado para auto-resolução começa a contar a partir da data da reabertura. ::: Mensagem de encerramento (despedida) Além de fechar o ticket, o Cloud Chat pode enviar uma mensagem de despedida ao cliente no momento da resolução automática. É opcional, o texto é definido por você e a configuração fica na caixa de entrada, na aba Ciclo da conversa. :::info A despedida só é enviada quando todas estas condições são verdadeiras: - O ticket foi fechado pela resolução automática por inatividade — fechamento manual e resolução de campanha não disparam a mensagem - A última resposta ao cliente foi de um agente humano — se quem falou por último foi a ClaudIA ou uma automação, a despedida não sai (esses fluxos têm o próprio encerramento) - O canal aceita mensagem direta — comentários públicos do Instagram ficam de fora ::: A mensagem sai depois que o ticket já está resolvido: não reabre a conversa e não interfere no CSAT. Passo a passo completo: Mensagem de encerramento na resolução automática Observações - Para configurar nome/idioma e o tempo de resolução automática: Como configurar idioma da conta e resolução automática de tickets - Para entender como o CSAT é disparado quando o ticket é resolvido: Como configurar CSAT por canal e visualizar resultados - Para configurar a mensagem de despedida enviada no fechamento automático: Mensagem de encerramento na resolução automática - Para entender o que cada status de ticket significa: Status de tickets no Cloud Chat

Última atualização em Sep 02, 2026

Mensagem de encerramento na resolução automática

Quando usar - Você quer que o cliente receba uma mensagem de despedida quando o ticket é encerrado automaticamente por inatividade - Seus clientes reclamam que o atendimento "some" sem aviso quando ninguém responde - Você já usa a mensagem de acompanhamento por inatividade (follow-up) e quer fechar o ciclo com um aviso final Pré-requisitos - Estar logado como administrador - A conta precisa ter a resolução automática de tickets configurada — sem ela, os campos não aparecem na caixa de entrada Sobre este artigo A resolução automática fecha tickets parados há X horas. Até então esse fechamento era silencioso: o ticket sumia da fila e o cliente ficava sem saber se o atendimento acabou. Com a mensagem de encerramento, o Cloud Chat envia um texto configurável por você no momento em que o ticket é resolvido automaticamente — encerrando a conversa de forma clara e deixando o caminho aberto para o cliente voltar. É a última etapa da linha do tempo de uma conversa inativa: 1. O agente responde e o cliente não volta 2. Passado o tempo de follow-up, sai a mensagem de acompanhamento ("ainda precisa de ajuda?") 3. Passado o tempo de auto-resolução, o ticket é resolvido e sai a mensagem de encerramento (este artigo) Os dois são independentes: você pode usar só um, os dois, ou nenhum. Passo a passo Etapa 1 — Abrir a caixa de entrada 1. No menu lateral, vá em Configurações 2. Clique em Caixas de entrada 3. Selecione a caixa que deseja configurar Etapa 2 — Abrir a aba "Ciclo da conversa" Nas configurações da caixa, clique na aba Ciclo da conversa — ela fica logo depois de Configurações e reúne os comportamentos de comunicação com o cliente ao longo da conversa: saudação, pesquisa de satisfação, continuidade por e-mail, criação via API e as mensagens de acompanhamento e encerramento automáticos. :::info Se os campos de encerramento não aparecerem, verifique se a resolução automática de tickets está configurada na conta. ::: Etapa 3 — Ativar e escrever a mensagem 1. Em Enviar mensagem de despedida ao encerrar automaticamente, selecione Habilitado 2. Preencha o campo Mensagem de encerramento com o texto que o cliente vai receber Exemplo: Como não recebemos seu retorno, estamos encerrando esta conversa por enquanto. Se precisar de algo mais, é só responder por aqui. Obrigado! :::warning A mensagem é obrigatória para ativar a funcionalidade. Se você marcar como Habilitado e deixar o texto em branco, o Cloud Chat bloqueia o salvamento e avisa na tela. ::: Etapa 4 — Salvar Clique em Atualizar. A partir daí, as próximas resoluções automáticas daquela caixa já saem com a despedida. Quando a mensagem NÃO é enviada :::info A despedida só sai quando todas as condições abaixo são verdadeiras: - O ticket foi fechado pela resolução automática por inatividade — fechamento manual pelo agente e resolução de campanha não disparam a mensagem - A última resposta enviada ao cliente foi de um agente humano — se quem falou por último foi a ClaudIA ou uma automação, a despedida não sai (esses fluxos têm o próprio encerramento) - O cliente não respondeu entre a resolução e o envio — se ele reabrir a conversa nesse intervalo, a mensagem é cancelada - O canal aceita mensagem direta — comentários públicos do Instagram ficam de fora ::: Observações - A mensagem sai depois que o ticket já está resolvido. Como é uma mensagem de saída (do agente), ela não reabre a conversa e não reinicia a contagem da resolução automática. - O CSAT continua funcionando normalmente: se a caixa envia pesquisa de satisfação, o cliente recebe a despedida e a pesquisa, sem duplicidade — no máximo uma pesquisa por conversa. - A configuração é por caixa de entrada. Cada caixa pode ter (ou não) a sua própria mensagem. - Não confunda com a mensagem de encerramento da ClaudIA. A ClaudIA tem um encerramento próprio, configurado no projeto (em Ciclo de vida → Resolução Automática), com textos diferentes para quem responde e para quem não responde ao follow-up. Este artigo trata do encerramento do Cloud Chat, configurado na caixa de entrada, que atua justamente nas conversas em que um agente humano atendeu por último. - Para a mensagem que sai antes do fechamento: Mensagem de Acompanhamento por Inatividade (Follow-up) - Para entender as condições de fechamento automático: Como funciona a resolução automática de tickets

Última atualização em Sep 02, 2026

Automações de Adiar (snooze) com prazo

Quando usar - Você quer que uma automação coloque a conversa em Adiada (snooze) e reabra sozinha depois de um tempo. - Você quer escolher por quanto tempo a conversa fica adiada (1 hora, até amanhã, 1 mês, tempo personalizado). - Você está montando um fluxo de follow-up e precisa que o ticket volte no momento certo. - Você caiu no problema mais comum: a automação de Adiar fica re-adiando a conversa toda vez que o cliente responde ("loop"). O que a ação faz A ação de automação Adiar Conversa coloca a conversa no estado Adiada (snoozed). Agora você pode escolher quando ela deve reabrir: | Opção | O que faz | | --- | --- | | Até a próxima mensagem do usuário | Adia sem prazo: reabre quando o cliente responder | | Em 1 hora | Reabre 1h depois de a regra rodar | | Até amanhã | Reabre amanhã de manhã (9h) | | Até semana que vem | Reabre na próxima segunda (9h) | | Por 1 mês | Reabre no início do próximo mês (9h) | | Tempo personalizado | Você define a duração (nº + horas/dias/semanas) | O prazo é sempre relativo ao momento em que a regra dispara (ex.: "em 1 hora" = 1h a partir de agora), nunca uma data fixa. Como cada prazo é calculado Contando sempre a partir do momento em que a regra dispara: | Opção | Reabre em… | | --- | --- | | Até a próxima mensagem do usuário | Sem horário fixo — só reabre quando o cliente responder | | Em 1 hora | Exatamente 1 hora depois do disparo (disparou 14h37 → reabre 15h37) | | Até amanhã | No dia seguinte, às 9h | | Até semana que vem | Na próxima segunda-feira, às 9h | | Por 1 mês | Na primeira segunda-feira do mês seguinte, às 9h | | Tempo personalizado | Agora + a duração escolhida (nº × horas/dias/semanas), com limite de 1 ano | :::info Detalhes que evitam surpresa: - As opções "até amanhã / semana que vem / 1 mês" sempre caem às 9h (começo do expediente), e não no horário exato em que a regra rodou. - "Por 1 mês" não é "30 dias corridos" nem "mesmo dia do mês que vem": é a primeira segunda-feira do próximo mês, para o ticket voltar no começo de uma semana útil. - "Em 1 hora" mantém os minutos do disparo (não arredonda para a hora cheia). - Essas regras são idênticas às do adiar manual — a automação apenas reaproveita a mesma lógica. ::: Como uma conversa adiada volta a abrir Existem dois caminhos para uma conversa adiada reabrir: 1. O cliente responde — qualquer conversa adiada reabre automaticamente ao receber uma nova mensagem do cliente (comportamento padrão do Cloud Chat, independente do prazo). 2. O prazo vence — se você adiou com prazo, ela reabre sozinha quando o prazo chega. Ponto de atenção: o "loop" de re-adiar Este é o comportamento que mais gera dúvida. Se você cria uma automação de Adiar no evento Conversa Atualizada com uma condição que continua verdadeira (ex.: uma tag que permanece na conversa), ela vai re-adiar a conversa toda vez que o cliente responder. :::warning Por quê: quando o cliente responde, a conversa reabre. Essa reabertura conta como uma "atualização" da conversa → a regra dispara de novo → e, como a condição (a tag) ainda está lá, ela adia outra vez. Vira um ciclo. ::: Isso não é um erro — é o funcionamento natural de automações orientadas a evento. O que resolve é desenhar a regra para não se repetir. Boas práticas: como evitar o loop A ideia central: faça a regra "consumir" o que a disparou, para o gatilho valer só uma vez. Opção A — Remover a tag que disparou a regra (mais simples) Na mesma regra, adicione duas ações: - Adiar Conversa → (o período desejado) - Remover etiqueta → a tag do gatilho Assim, quando a conversa reabrir na resposta do cliente, a condição (tag = X) já é falsa → a regra não re-adia. Opção B — Usar um atributo personalizado como "etapa/flag" Em vez de uma tag, use um atributo personalizado (ex.: followup_etapa) e vá avançando/limpando ele a cada passo. Útil quando você quer controlar quantas vezes a automação roda. Escolha o evento certo - Conversa Criada → dispara só quando o ticket nasce (não re-dispara em respostas). Ideal para "adiar todo ticket novo de tal caixa de entrada". Obs.: condições por tag geralmente não funcionam aqui, porque tags costumam ser aplicadas depois da criação. - Conversa Atualizada → necessário para gatilhos por tag/atributo (aplicados depois da criação). Aqui, use sempre o padrão de consumir a tag (Opção A/B) para não repetir. Exemplo prático: fluxo de follow-up Objetivo: "conversa marcada com a tag follow-up → esperar X, mandar mensagem, esperar de novo, e fechar se o cliente não responder". - Regra 1 — Inicia - Evento: Conversa Atualizada · Condição: tem a tag follow-up - Ações: Adiar (ex.: por 1 dia) + Remover etiqueta follow-up + Adicionar etiqueta followup-1 - Regra 2 — Follow-up - Evento: Conversa Atualizada · Condição: tem a tag followup-1 - Ações: Enviar mensagem (follow-up) + Adiar (ex.: por 1 dia) + Remover followup-1 + Adicionar followup-2 - Regra 3 — Encerrar - Evento: Conversa Atualizada · Condição: tem a tag followup-2 - Ações: Enviar mensagem final + Resolver + Remover followup-2 Cada regra remove sua própria tag e passa a próxima — por isso não há loop, e a sequência anda de forma controlada. Se o cliente responder no meio, a conversa reabre e o atendimento humano assume normalmente. Observações Do's & don'ts: - ✅ Toda regra de Adiar por tag deve remover a tag que a disparou (ou usar atributo como etapa). - ✅ Para adiar tickets novos, prefira o evento Conversa Criada. - ✅ Use o prazo quando quiser reabrir sozinho depois de um tempo; use "até a próxima mensagem" quando quiser reabrir só na resposta do cliente. - ❌ Não deixe uma regra de Adiar em Conversa Atualizada com uma condição que nunca deixa de ser verdadeira — ela vai re-adiar a cada resposta.

Última atualização em Sep 02, 2026

Como gerenciar automações no Cloud Chat

Quando usar - Você quer padronizar e automatizar ações que se repetem no atendimento (atribuir tag, transferir time, enviar mensagem) - Você quer reagir automaticamente a eventos da conversa (criada, atualizada, mensagem nova, reaberta) - Você quer preencher atributos customizados ou disparar webhooks via regras Pré-requisitos - Estar logado como administrador ou CX Engineer - Ter os campos customizados, tags e times já criados se quiser usá-los nas ações Sobre este artigo O Cloud Chat permite criar automações para padronizar e agilizar o atendimento — reduz trabalho manual e garante consistência. Com base em eventos e condições, você configura ações automáticas como preencher campos, atribuir conversas, enviar mensagens, etc. Como acessar e gerenciar automações 1. Acesse Configurações 2. Vá até Automações 3. Nesta tela você pode: - Criar novas automações - Editar regras existentes - Clonar automações - Excluir automações - Ativar / desativar (via botão de status) Como criar uma automação Clique em Adicionar Regra de Automação e preencha: - Título — nome identificador - Descrição (opcional) — resumo do que faz - Evento — gatilho da automação: - Conversation Created - Conversation Updated - Message Created - Conversation Opened - Condições — regras que precisam ser verdadeiras (ex: agente = X, time = Y) - Ações — o que acontece quando os critérios forem atendidos (ex: adicionar tags, enviar mensagem) Finalize clicando em Criar, e mantenha o status Ativo para que ela funcione. Eventos disponíveis 1. Conversation created — sempre que um atendimento começa 2. Conversation updated — quando há atualização relevante na conversa 3. Message created — quando uma nova mensagem é criada (pelo agente, usuário ou cliente) 4. Conversation opened — quando uma conversa que estava resolvida, pendente ou em espera é retomada :::info Para entender como cada evento funciona e suas boas práticas: Como funcionam os eventos que disparam automações no Cloud Chat. ::: Condições disponíveis por evento Ao configurar, defina condições que precisam ser verdadeiras para a regra rodar. As opções variam por evento. :::warning Algumas condições como Country não estão disponíveis para todos os contatos — dependem do browser/canal passar essa informação. Muitos canais não têm esses atributos disponíveis e/ou usuários optam por bloquear. ::: :::info Atributos customizados (de conversas ou contatos) podem ser usados como condição em qualquer um dos eventos. ::: Conversation Created Disparado assim que uma nova conversa começa. - Status, Browser Language, Email Subject, Country, Phone Number, Referrer Link, Email, Inbox, Conversation Language, Priority Conversation Updated Disparado sempre que uma conversa existente é modificada. - Conversation Tag, Status, Browser Language, Email Subject, Country, Referrer Link, Phone Number, Assignee, Team, Email, Inbox, Conversation Language, Priority Message Created Ativado quando uma nova mensagem entra na conversa. - Conversation Tag, Message Type (incoming/outgoing), Message Content, Email, Inbox, Conversation Language, Phone Number Conversation Opened Quando uma conversa resolvida/pendente/adiada é reaberta. - Browser Language, Email, Email Subject, Country, Referrer Link, Assignee, Phone Number, Team, Inbox, Conversation Language, Priority Ações disponíveis - Atribuir a um agente específico - Direcionar a uma equipe - Adicionar etiquetas (tags) - Preencher campos personalizados - Enviar mensagens automáticas ou anexos - Resolver, silenciar ou adiar a conversa - Enviar notificações por e-mail - Disparar webhooks - Alterar campos customizados de conversas - Alterar campos customizados de contatos Você pode combinar várias ações em uma única regra. Usando campos customizados em automações O Cloud Chat permite criar Campos Customizados (atributos customizados) que armazenam informações específicas de uma conversa ou contato. Configurados em Configurações → Atributos Customizados. Detalhes em: Como criar campos customizados de contatos e conversas. Em uma automação, você pode preencher ou alterar esses campos com valores fixos baseados nas condições. Exemplo: Quando a conversa for marcada como resolvida e o time for "Tech", preencher o campo Motivo do Contato com Pedido de Suporte. Usando atributos dinâmicos em automações Além de valores fixos, você pode preencher campos com valores dinâmicos usando chaves duplas. Esses valores são substituídos no momento da execução com base no contexto. Exemplos: - {{conversation.display_id}} — ID público da conversa - {{inbox.name}} — nome da inbox Detalhes: Como usar campos dinâmicos no Cloud Chat. Exemplo prático Configure uma automação para preencher um campo referência_interna com o ID da conversa: Ação: Preencher referência_interna com {{conversation.display_id}}. Dicas importantes ao configurar Cuidado com "igual a FALSO" :::warning Recomenda-se evitar o operador "igual a FALSO" — pode causar comportamentos inesperados. Prefira "diferente de VERDADEIRO". ::: Evite conflitos com a ClaudIA :::error Algumas automações podem interferir nas regras da ClaudIA. Antes de ativar, verifique se ela não altera status, campos ou fluxos usados pela ClaudIA — pode interromper ou comprometer suas respostas. Detalhes em: Como integrar a ClaudIA ao Cloud Chat e adicionar canais. ::: Diferença entre "E" e "OU" nas condições - E (AND) — todas precisam ser verdadeiras simultaneamente Ex: Status = Aberto E Prioridade = Alta → só dispara se ambos forem verdadeiros - OU (OR) — basta uma ser verdadeira Ex: Status = Aberto OU Prioridade = Alta → dispara em qualquer dos dois cenários Cuidado com muitas ações em uma única automação :::warning Muitas ações em uma só automação pode gerar: - Alterações em cadeia difíceis de controlar - Risco de loops automáticos - Dificuldade de identificar o que disparou a regra Boa prática: mantenha simples e direto. Se precisar de muitas ações, divida em mais de uma automação. ::: Atenção a lógica com mais de uma automação :::warning Concorrência de automações — quando duas automações modificam os mesmos campos com: - Mesmo evento - Mesma condição - Mesma ação Pode haver sobrescrita incorreta de dados. Sempre valide condições adicionais para que apenas uma regra seja aplicada. ::: Campos vazios A automação nunca deve deixar campos vazios. Antes de atualizar/excluir um atributo importante (agente, atributo personalizado): - Se o campo não puder receber valor → automação não deve ser executada - Se já houver valor → avalie se mantém ou complementa, mas nunca sobrescreva para vazio - Antes de excluir algo → verifique se não está sendo usado em outras automações Webhooks — como identificar o status? Em uma conversa você pode acompanhar o status do envio de webhooks como auditoria. - Sucesso de envio — ícone de antena na parte inferior da mensagem - Falha no envio — triângulo com exclamação no centro - Webhook não executado — sem nenhum ícone, indica que a automação não rodou (pode estar desativada ou mal configurada) Observações - Para entender em detalhe a ordem dos eventos: Como funcionam os eventos que disparam automações no Cloud Chat - Para criar campos customizados antes de usar em condições/ações: Como criar campos customizados de contatos e conversas - Para configurar SLA via automação: SLA: Métricas de tempo de atendimento - Para configurar a ClaudIA em canais novos sem quebrar: Como integrar a ClaudIA ao Cloud Chat e adicionar canais

Última atualização em Sep 02, 2026

Como saber qual automação foi disparada em um ticket

Quando usar - Você quer auditar quais automações rodaram em uma conversa específica - Um ticket teve um comportamento inesperado (tag, atribuição, status ou campo mudou sozinho) e você quer descobrir qual regra causou - Você está validando se uma automação recém-criada está disparando como esperado Pré-requisitos - Acesso de agente, administrador ou CX Engineer ao Cloud Chat - A conversa que você quer investigar aberta na tela Sobre este artigo Sempre que uma automação executa uma ação em uma conversa, o Cloud Chat registra isso na timeline do ticket como uma mensagem de atividade (aquelas linhas em cinza). Essas mensagens mostram o nome da regra que rodou no formato Automation System (nome da automação) — então dá, sim, para identificar qual automação foi disparada direto dentro do ticket. Como identificar a automação que rodou Etapa 1 — Garantir que as mensagens de atividade estão visíveis As ações de automação aparecem como mensagens de atividade (em cinza) na timeline. Se você ocultou essas mensagens em algum momento, a preferência fica salva no seu perfil e elas não aparecem. Para mostrá-las de novo, clique no ícone de olho na barra de ações da conversa (no topo). Passo a passo completo: Como mostrar ou ocultar mensagens de atividade na conversa. :::info O ocultar/mostrar afeta só a exibição — todas as atividades continuam registradas. Ao reexibir, todo o histórico aparece na ordem cronológica. ::: Etapa 2 — Localizar as mensagens do "Automation System" Na timeline, procure as mensagens de atividade que começam com Automation System. O nome entre parênteses é a automação que disparou, e o texto descreve a ação executada. Exemplos: - Atribuído a ClaudIA FAQ por Automation System ([Cloud Humans] Gatilho para Atribuição) As ações de automação que geram mensagem de atividade incluem atribuição de agente/time, mudança de status (resolver/reabrir), alteração de atributos customizados e adição de tags. :::info A mensagem de atividade mostra o momento exato em que a ação aconteceu. Cruze esse horário com o evento da regra (Conversation Created, Message Created, Conversation Updated ou Conversation Opened) para confirmar por que ela disparou ali. ::: Observações - Se você não encontrar nenhuma mensagem de Automation System, é sinal de que nenhuma automação rodou naquela conversa — vale revisar as condições e o evento da regra para entender por que ela não disparou. - Quando mais de uma regra mexe nos mesmos campos com o mesmo evento, pode haver sobrescrita. Evite concorrência entre automações para facilitar o rastreio. Detalhes em: Como gerenciar automações no Cloud Chat - Para entender a ordem em que os eventos disparam as regras: Como funcionam os eventos que disparam automações no Cloud Chat

Última atualização em Sep 02, 2026

Como configurar idioma da conta e resolução automática de tickets

Quando usar - Você precisa alterar o nome ou idioma do espaço da conta - Você quer configurar o fechamento automático de tickets sem atividade - Você está fazendo o setup inicial da conta Pré-requisitos - Estar logado como administrador no Cloud Chat Sobre este tutorial Neste artigo você aprende a ajustar configurações básicas de nome e idioma do espaço, além de configurar o tempo para o fechamento automático de tickets. Vídeo de instrução: https://youtu.be/zSuQE8rTvE0 Passo a passo Etapa 1 — Acessar Configurações da Conta 1. Acesse as Configurações do espaço 2. Clique em Configurações da conta Etapa 2 — Alterar nome e idioma Em Configurações da conta, é possível alterar: - Nome da conta - Idioma desejado para personalizar a experiência Etapa 3 — Configurar resolução automática de tickets Defina o tempo para a resolução automática de tickets: quanto tempo passará desde a última resposta do agente até que o ticket seja resolvido automaticamente, caso o cliente não responda. :::info Para entender em detalhe como funciona a resolução automática e em quais condições os tickets são resolvidos: Resolução automática de tickets. ::: Etapa 4 — Salvar Clique em Atualizar ao final para garantir que as alterações sejam salvas. Observações - Para entender o comportamento detalhado da resolução automática (condições, exceções, status): Resolução automática de tickets - Para configurar o fuso horário dos relatórios: Como configurar o fuso horário no Cloud Chat - Para definir limite de tickets por agente e atribuição via round robin: Como configurar limite de tickets por agente e atribuição via Round Robin

Última atualização em Sep 02, 2026