Principal Encerramento de conversas: Handover (N2) e Reter (N1)
🔚

Encerramento de conversas: Handover (N2) e Reter (N1)

Descrições das nossas funcionalidades de handover e fechamento de tickets
Fabrício Rissetto Nadia Vasconcelos
Por Fabrício Rissetto and 8 outros
• 19 artigos

Como configurar o encerramento automático de tickets em N1 (Ticket Resolver)

Quando usar - Você quer definir após quanto tempo de inatividade um ticket é encerrado pela ClaudIA - Você precisa personalizar a mensagem de encerramento (com ou sem solicitação de feedback/CSAT) - Você quer evitar tickets abertos sem necessidade Pré-requisitos - Acesso de administrador ao Painel da ClaudIA do projeto Sobre este artigo O encerramento automático define as regras de encerramento de tickets após a resposta da ClaudIA, seguido por um período de inatividade do usuário. Garante que tickets não resolvidos não permaneçam abertos sem necessidade e que o cliente tenha feedback de encerramento. Ajustando as configurações Em ClaudIA → Configurações → Ciclo da Conversa → Resolução, no bloco Encerramento automático: Encerramento automático ativo Liga/desliga o encerramento automático de tickets resolvidos. Minutos sem resposta Quantos minutos a ClaudIA aguarda, a partir da última mensagem que ela enviou ao cliente, antes de encerrar o ticket quando o usuário não responde mais. :::info Se o Verificador de Problema Resolvido (modo agendado) estiver ativo, a contagem muda: a ClaudIA envia a pergunta de verificação e o ticket é encerrado após o tempo configurado no Verificador, contado a partir dessa pergunta. ::: Mensagens de encerramento Existem dois tipos de mensagens configuráveis: 1. Mensagem sem feedback — enviada quando o ticket é encerrado por inatividade, sem que o cliente tenha dado nenhum retorno. 2. Mensagem com feedback — enviada quando o cliente deu um retorno antes do encerramento: confirmou que o problema foi resolvido (via Verificador de Problema Resolvido) ou respondeu à pesquisa de satisfação (CSAT). :::warning A escolha entre as duas é feita conversa a conversa. Mesmo com o Verificador ou o CSAT ativos no projeto, um ticket encerrado por pura inatividade recebe a mensagem sem feedback — por isso, escreva as duas pensando nos dois cenários. Preencha as duas mensagens. Se qualquer uma delas ficar em branco, a ClaudIA encerra os tickets sem enviar nenhuma mensagem de encerramento. ::: :::info Em muitos casos as duas mensagens podem ter o mesmo conteúdo. Mas você pode personalizá-las independentemente para situações específicas. ::: Bloco Encerramento automático nas Configurações da ClaudIA As alterações da subseção Resolução são salvas juntas pelo botão Salvar da própria subseção. Observações - Para entender o tempo ideal de fechamento (correlação com CSAT): Como definir o tempo de fechamento ideal dos atendimentos - Para validar a resolução antes do encerramento: Como validar a resolução do problema antes de encerrar (Verificador de Problema Resolvido)

Última atualização em Aug 26, 2026

Como validar a resolução do problema antes de encerrar (Verificador de Problema Resolvido)

Quando usar - Você quer que a ClaudIA pergunte antes de encerrar ("Posso auxiliar em algo mais?") - Você quer encerrar mais rápido quando o cliente disser claramente que está tudo certo - Você precisa entender como configurar o temporizador e a verificação a cada nova mensagem Pré-requisitos - Acesso de administrador ao Painel da ClaudIA do projeto Sobre este artigo O Verificador de Problema Resolvido é o ciclo automático que valida com o cliente se a dúvida foi resolvida antes de encerrar o ticket. Tem dois modos independentes, que podem ser usados juntos: Agendado (pergunta por temporizador) e Na mensagem / em tempo real (avalia cada mensagem do cliente). Como funciona 1. Modo Agendado (temporizador) - A ClaudIA envia mensagem de follow-up (ex: "Posso auxiliar em algo mais?") - O sistema interpreta a resposta: - Resolvido → ticket encerrado automaticamente após alguns minutos (rotina assíncrona) - Insatisfação → ticket movido para N2 - Outra resposta → conversa continua aberta :::warning O serviço roda a cada 5 minutos em modo assíncrono — pode haver pequeno atraso no disparo. ::: 2. Modo Na mensagem (em tempo real) A ClaudIA avalia proativamente cada mensagem do cliente: - "Era só isso, obrigado" → encerramento imediato (sem esperar o temporizador) - "Não está resolvido" → conversa continua aberta, podendo ir para N2 - Resposta neutra ("Ok", "Valeu") → ClaudIA responde e envia o follow-up de encerramento :::info Os dois modos são independentes — você pode ativar um, o outro, ou ambos ao mesmo tempo. ::: Passo a passo — Configurando Em ClaudIA → Configurações → Ciclo de vida → Resolução Automática, no bloco Verificador de problema resolvido: Agendado — ative o Modo agendado, defina a Pergunta de verificação e os Minutos até a pergunta. Modo Agendado no Verificador de problema resolvido Na mensagem (proativo) — ative o Modo em tempo real para a ClaudIA detectar automaticamente, a cada mensagem, se o problema foi resolvido. Modo Na mensagem (em tempo real) no Verificador de problema resolvido Cada bloco salva de forma independente (botão Salvar próprio). Há um pequeno atraso (até ~5 min) no disparo do modo agendado por causa da rotina assíncrona. Observações - Para configurar o encerramento automático: Como configurar o encerramento automático de tickets em N1 (Ticket Resolver) - Para entender o tempo ideal de fechamento: Como definir o tempo de fechamento ideal dos atendimentos

Última atualização em Aug 26, 2026

Como configurar a transferência por limite de mensagens (Message Limit)

Quando usar - Você quer limitar a quantidade de mensagens numa conversa antes de transferir para humano - Você precisa evitar loops eternos (ex: outro bot engaja com a ClaudIA) - Você quer flag de segurança para conversas que se estendem demais Pré-requisitos - Acesso ao canal oficial do projeto Cloud Humans (para alterar o limite padrão) Sobre este artigo Em muitos cenários de chat, faz sentido definir limites de mensagens entre cliente e agente. Útil para: - Evitar loops eternos quando outro bot engaja com a ClaudIA - Disparar handover para humano checar motivos de uma conversa estar se estendendo demais (segurança ou outro motivo) :::info Limite padrão: 30 mensagens. Pode ser alterado mediante solicitação. ::: Como funciona Lógica de contagem - Sempre que usuário ou agente envia mensagem, o contador é incrementado - A soma total (usuário + agente) é comparada com o limite - Quando ultrapassa, dispara o handover Comportamento ao exceder o limite A ClaudIA encaminha o ticket para um atendente humano e registra a nota interna: Handover by message limit exceeded Handover por limite Observações - Para detectar transferência por palavras-chave: Como configurar a detecção de transferência (Detect Transfer) - Para escalar por timeout: Como funciona o handover por timeout - Para escalar por frustração: Como configurar a transferência por detecção de frustração

Última atualização em Sep 01, 2026

Como configurar a detecção de transferência (Detect Transfer)

Quando usar - Você quer que a ClaudIA transfira automaticamente o atendimento sempre que ela disser que vai transferir - Você está modelando seções N2 e precisa garantir que o handover realmente aconteça - Você está vendo no dashboard tickets com motivo "ClaudIA falou que ia transferir" e quer entender a origem Pré-requisitos - Acesso ao Painel da ClaudIA com permissão para editar conteúdos e configurações - (Para auditoria) Acesso ao Dashboard de Métricas de Retenção Sobre este artigo O Detect Transfer faz a ClaudIA perceber quando a própria resposta dela indica uma transferência e, nesse caso, disparar automaticamente o handover para um agente humano (N2). A detecção é feita por interpretação da mensagem, não por comparação com frases exatas: qualquer resposta em que a ClaudIA se comprometa a transferir o atendimento pode disparar o handover, mesmo que a frase não seja idêntica aos exemplos deste artigo. Como ativar O Detect Transfer tem um interruptor próprio e vem desativado por padrão. Para ativar, acesse ClaudIA → Configurações → Transferência e ligue a opção "Detectar pedido de transferência". :::error Com a opção desativada, nada acontece: mesmo que a resposta da ClaudIA prometa transferir o atendimento, a transferência automática não é feita — e o cliente pode ficar esperando um agente que não vai chegar. Antes de contar com as frases de transferência nas suas seções, confirme que a opção está ativa no seu projeto. ::: Como usar nas seções N2 Escreva na response das seções N2 que devem escalar uma frase clara de transferência, como: - "Vou transferir seu atendimento a um especialista" - "Vou encaminhar sua solicitação para um agente" - "Vou transferir sua situação para o nosso time" Frase de transferência Seção N2 com frase Como a detecção é por interpretação, você não precisa usar exatamente essas frases — mas quanto mais direta e inequívoca for a promessa de transferência, mais confiável é a detecção. :::warning Cuidado com frases de transferência em seções N1. Se uma resposta N1 contiver uma promessa de transferência, a ClaudIA pode transferir um atendimento que deveria continuar com ela. Já em seções INTERACTIVE (Fluxo Controlado) a detecção não é aplicada: mensagens enviadas dentro de fluxos não disparam o Detect Transfer. Para transferir dentro de um fluxo, use a transferência do próprio Fluxo Controlado. ::: Como acompanhar no dashboard O % de tickets escalados por Detect Transfer fica no Dashboard do Painel da ClaudIA, na aba Métricas de Retenção, no gráfico "Proporção de razões de transferência em tickets N2", com o nome "Claudia detectou ação de transferência". Dashboard razões de transferência Os tickets aparecem na tabela Quantidade de tickets / Razão de Transferência como "Claudia falou que ia transferir o atendimento". Tabela de tickets Observações - Para entender as razões de transferência: Como funciona a ClaudIA e o processo de auditorias - Para transferir sem avisar o cliente: Como remover a mensagem do Handover - Para outras formas de escalada: Como configurar handover por limite de mensagens · Transferência por frustração

Última atualização em Aug 29, 2026

Como funciona a transferência por timeout (Escalar Tickets sem Resposta)

Quando usar - Você está vendo tickets com tag n2_unansweredbyclaudia e quer entender por quê - Você quer personalizar a mensagem padrão de transbordo por timeout - Você precisa explicar para o time o que significa quando o cliente fica mais de 10 min sem resposta Pré-requisitos - Acesso ao Painel da ClaudIA com permissão para configurar - (Para diagnóstico) Acesso ao Helpdesk para verificar se houve rate limit Sobre este artigo O handover por timeout ocorre quando há instabilidade ou erro de conexão que impede a ClaudIA de responder dentro do tempo previsto. Para garantir continuidade ao cliente, o sistema automaticamente transbordar o ticket para N2. Quando ocorre Causas mais comuns: - Rate Limit da API do Helpdesk - Erros sistêmicos da ClaudIA :::info Por se tratar de ação automática prevista, esse tipo de transbordo não fica disponível para auditoria. ::: Como identificar - Tag aplicada: n2_unansweredbyclaudia - Cliente fica +10 min sem resposta, depois recebe a mensagem padrão e o ticket é transbordado Exemplo de transbordo Sugestão de resposta para o cliente Olá! Tudo bem? Esse ticket foi transferido automaticamente por timeout. Esse comportamento ocorre quando há alguma instabilidade que impede o retorno ao cliente dentro do tempo esperado. Nesses casos, a funcionalidade realiza o transbordo do ticket para garantir que o cliente receba atendimento. Como essa é uma ação automática e esperada da feature, ela não fica disponível para auditoria. Como ajustar a mensagem de transbordo Caso queira personalizar a mensagem padrão: Etapa 1 — Acessar Configurações Configurações Etapa 2 — Encontrar Escalador de tickets não respondidos Escalar Tickets sem Resposta Etapa 3 — Editar apenas o campo Message :::error Altere apenas a mensagem. Não modifique outros campos — eles são o padrão necessário para a feature funcionar corretamente. ::: Posso mudar o tempo até o timeout? Não. O tempo do transbordo por timeout é o padrão necessário da feature — só a mensagem é editável (ver acima). O transbordo por timeout dispara quando há instabilidade ou erro que impede a ClaudIA de responder dentro do tempo previsto. Ou seja: se ele está acontecendo com frequência, o caminho é investigar a instabilidade / rate limit (links nas Observações), não alterar o tempo. Sem resposta de quem? Sem resposta da ClaudIA. Essa é a dúvida mais comum sobre essa configuração, e a resposta é: o relógio conta o silêncio do nosso lado, nunca o do cliente. O critério é exatamente este: 1. A última mensagem da conversa é do cliente 2. Essa mensagem está sem resposta há mais tempo que o configurado em Minutos sem resposta 3. A conversa ainda está aberta e ainda não estourou o Limite de tentativas Quando as três condições se juntam, o ticket é transbordado para N2 (ou, fora do horário de atendimento com a opção correspondente ativa, encerrado em N1). :::warning Se a última mensagem for da ClaudIA ou de um agente humano, o escalonamento não dispara — mesmo que o cliente fique dias sem voltar. Cliente calado nunca aciona essa configuração. Para o caso do cliente que some, quem age é o Encerramento automático, não o Escalador. ::: :::info A verificação roda a cada 5 minutos, então o disparo pode acontecer alguns minutos depois do tempo configurado. ::: Observações - Para entender Rate Limit: O que é Rate Limit em Helpdesks - Para transbordo intencional por outras razões: Como configurar handover por limite de mensagens · Como configurar a detecção de transferência (Detect Transfer)

Última atualização em Sep 01, 2026

Como configurar mensagem de fora de horário e equipe humana indisponível (N2)

Quando usar - Você precisa configurar horário de atendimento humano padrão (semana, sábado etc.) - Você quer cadastrar datas especiais e feriados com regras diferentes - Você quer entender as 3 formas de comportamento da ClaudIA fora do expediente Pré-requisitos - Acesso de administrador ao painel do projeto Sobre este artigo O sistema usa regras de horário para alternar automaticamente a disponibilidade de atendimento humano. A configuração fica em ClaudIA → Configurações → Transferência → Disponibilidade humana, com dois blocos: Horário de atendimento padrão e Datas especiais e feriados. :::info Os horários seguem o fuso horário configurado no projeto (padrão: horário de Brasília). ::: Detalhes Horário de Atendimento Padrão Defina regras recorrentes por dia da semana. Ao adicionar uma regra: - Aplicar em — Segunda a sexta · Sábado · Todos os dias · Customizada (selecione individualmente) - Disponibilidade — Atendimento Ativo ou Sem Atendimento Humano - Horário — defina início e fim, ou marque Dia todo :::info Você pode adicionar múltiplas regras. Ex: uma para segunda a sexta das 9h às 18h, outra para sábado das 9h às 12h. ::: Bloco Disponibilidade humana — Horário de atendimento padrão Datas Especiais e Feriados Cadastre exceções ao horário padrão (feriados, eventos, dias atípicos). Para cada data: - Nome (opcional) — identifica a data (ex: "Carnaval 2026") - Data — o dia específico - Disponibilidade — Atendimento Ativo ou Sem Atendimento Humano - Horário — período específico ou Dia todo :::warning Datas especiais sempre têm prioridade sobre o horário padrão. ::: Exemplo — Carnaval 2026 | Data | Disponibilidade | Horário | | --- | --- | --- | | 16/02/2026 | Sem Atendimento Humano | Dia todo | | 17/02/2026 | Sem Atendimento Humano | Dia todo | | 18/02/2026 | Sem Atendimento Humano | das 9h às 14h | Datas especiais e feriados nas Configurações da ClaudIA Como a disponibilidade impacta o atendimento A configuração influencia 3 comportamentos distintos da ClaudIA: 1. Dentro do horário: transferência normal Com humanos disponíveis, a transferência para N2 acontece normalmente, sem nenhum aviso de fora de horário ao cliente. 2. Fora do horário: mensagem de fora de horário + transbordo Sem humanos disponíveis, a ClaudIA envia a mensagem de fora de horário configurada no projeto e transborda o ticket, que fica aguardando na fila até o time voltar. :::info A mensagem de fora de horário é um texto fixo, escrito por você — a ClaudIA não calcula nem informa automaticamente o próximo horário disponível. Se quiser que o cliente saiba quando será atendido, inclua os horários no próprio texto (ex: "Nosso time atende de segunda a sexta, das 9h às 18h. Assim que estivermos de volta, responderemos por aqui!"). ::: 3. Fora do horário: mensagem + resolver em N1 Evita filas desnecessárias: em vez de transbordar, a ClaudIA envia a mensagem de fora de horário e encerra o ticket em N1. Nesse caso, o encerramento aparece nos relatórios com o motivo de fora de horário. Observações - Para configurar feriados e datas especiais: Como configurar feriados e datas especiais na ClaudIA - Para entender o encerramento automático em N1: Como configurar o encerramento automático de tickets em N1

Última atualização em Aug 26, 2026

Como tomar tickets da ClaudIA manualmente (Forced Handover)

Quando usar - Você precisa assumir manualmente um ticket que está com a ClaudIA - O atendimento automático não está evoluindo como esperado - Você quer escalar a conversa para uma tratativa mais humana ou especializada Pré-requisitos - Acesso ao CloudChat com permissão de tomada de ticket. - O ticket precisa estar Aberto (Open) e estar na inbox espelho da ClaudIA. - Tickets resolvidos ou fechados não podem ser tomados — se o botão não aparecer, confira o filtro de status da conversa. Tomar um ticket por vez 1. Abra o ticket que quer tomar (precisa estar em status Aberto). 2. No cabeçalho da conversa, clique em Tomar ticket. 3. Confirme no modal: "Tomar esse ticket? A ClaudIA vai parar de responder e o ticket vai para atendimento humano. Isso reatribui o grupo e desatribui o agente no helpdesk." 4. Clique em Tomar ticket para confirmar. Resultado: - Sucesso: aparece uma notificação — "Ticket tomado. A ClaudIA vai parar de responder essa conversa." (ou "Esse ticket já tinha sido tomado", se outra pessoa tiver tomado antes de você). - Sem permissão: aparece um aviso "Você não tem permissão para tomar esse ticket." - Falha: aparece "Não foi possível tomar o ticket (código: ...)", às vezes acompanhado do código de erro do helpdesk. Tente novamente; se persistir, veja "O que fazer quando falha" abaixo. Tomar vários tickets de uma vez (tomada em lote) Hoje é possível selecionar várias conversas na lista e tomar todas juntas. 1. Na lista de conversas da inbox da ClaudIA, passe o mouse sobre uma conversa: um checkbox aparece no lugar do avatar. Marque as conversas que quer tomar. 2. Uma barra aparece no topo da lista com a contagem selecionada (ex.: "3 selecionados") e o botão Tomar selecionados. O menu (seta ao lado da contagem) também permite: - Nenhum — limpar a seleção; - Todos os carregados (N) — selecionar todas as conversas já carregadas na tela; - Todos os N do filtro — quando há um filtro de conversas aplicado (por status, fila, etc.), seleciona todas as conversas que casam com o filtro no servidor, não só as que já apareceram na tela. Limite: até 100 conversas por filtro; acima disso é preciso reduzir o filtro. 3. Clique em Tomar selecionados. 4. Confirme no modal, que mostra a contagem exata (ex.: "Tomar 3 tickets?"). Para lotes grandes (mais de 200), aparece um aviso de que isso pode acionar limites de taxa no helpdesk do cliente — não bloqueia a ação, é só um alerta. 5. Enquanto processa, aparece "Tomando tickets…" com o progresso em tempo real ("Processando X/Y"). 6. Ao final, a tela de resultado mostra o resumo: quantos foram tomados, quantos já tinham sido tomados, quantos foram negados (sem permissão) e quantos falharam — de um total. O que fazer quando falha Se algum ticket aparecer na contagem de "falharam", use o botão Tentar novamente os tickets com falha na própria tela de resultado — ele reprocessa só os que falharam, sem repetir os que já foram tomados com sucesso. Dá para fechar a tela e voltar depois: o lote continua rodando em segundo plano e o progresso é retomado. Se a tomada nem chegar a iniciar (ex.: sessão expirada), a tela mostra "Não foi possível iniciar a tomada: [erro]. Nada foi processado — tente novamente" — nesse caso nada foi alterado, é só repetir a ação. Vídeo 🎥 https://drive.google.com/file/d/1rd4rITkEdK3AHFY4X0xwb4dMbY4ijt-Q/view Ver também - Como acessar Auditorias e gerenciamento de tickets na ClaudIA. - Como remover a mensagem de handover da comunicação com o cliente.

Última atualização em Aug 26, 2026

Como configurar a transferência automática por detecção de frustração

Quando usar - Você quer que a ClaudIA transfira automaticamente para humano quando o cliente está frustrado - Você quer entender o sistema de pontuação (1, 3 ou 5 pontos) e o limite ideal - Você quer identificar no dashboard os tickets transferidos por frustração Pré-requisitos - Acesso de administrador ao painel do projeto Sobre este artigo A ClaudIA consegue perceber quando um cliente está ficando frustrado durante a conversa. Quando isso acontece, ela pode transferir o atendimento automaticamente para um humano, garantindo que a situação seja resolvida com mais cuidado. Como funciona Cada mensagem do cliente é analisada e recebe uma pontuação de frustração. A pontuação se acumula até atingir o limite configurado. :::info A análise considera apenas a última mensagem (ou o bloco de mensagens seguidas) do cliente — sem o histórico da conversa e sem consultar a base de conhecimento. Ela avalia só o tom daquele trecho e não influencia o texto da resposta da ClaudIA: o único efeito é a transferência quando o total atinge o limite. Turnos compostos apenas por um número ou apenas por uma saudação são ignorados pelo detector. ::: Sistema de pontos | Pontos | Nível | Sinal | | --- | --- | --- | | 1 | Irritação leve | Impaciência, reclamações repetidas ou apenas relatar que o problema segue sem solução — mesmo em tom calmo e sem reclamação (ex.: "ainda não resolveu", "continua assim", "não é isso") | | 3 | Frustrado | Reclamações fortes e diretas, tom tenso, risco de cancelamento, menção a cobrança/reembolso | | 5 | Altamente frustrado | Ameaça de cancelar, LETRAS MAIÚSCULAS, pedido de supervisor, palavrões fortes, ameaça legal | Quando o total atinge o limite configurado, a ClaudIA transfere o atendimento, envia uma mensagem padrão ao cliente e registra uma nota interna explicando o motivo. Como configurar No Painel da ClaudIA → Configurações, você pode: - Ativar ou desativar a funcionalidade - Definir a pontuação máxima permitida (padrão: 8 pontos) - Editar a mensagem enviada quando a frustração é detectada Configuração de frustração :::warning Sugestão: configure entre 6 e 12 pontos — sendo 8 a configuração ideal. Abaixo de 6 corre risco ALTO de reduzir retenção de forma prejudicial — nota 3 pode ser atribuída a casos recorrentes (até mapeáveis em conteúdo). ::: Como identificar no Painel da ClaudIA Sempre que essa funcionalidade é ativada, é registrada a razão Reason: Frustration detected. Aparece tanto no Painel da ClaudIA quanto no Helpdesk. Transferência por frustração no Cloud Chat Como visualizar na dashboard Em Razões de transferência para N2, aparece como Resolved in N2. Reason: Frustration detected. Observações - Para entender as razões de transferência: Como funciona a ClaudIA e o processo de auditorias - Para outras formas de transferência: Como configurar handover por limite de mensagens · Como configurar a detecção de transferência (Detect Transfer) - Para reduzir Cliente Pediu Humano: Como reduzir Cliente Pediu Humano para aumentar a retenção

Última atualização em Sep 08, 2026

Como definir o tempo de fechamento ideal dos atendimentos N1

Quando usar - Você quer entender a relação entre tempo de fechamento e CSAT - Você está vendo CSAT mais baixo que o esperado e quer avaliar o impacto do tempo de fechamento - Você precisa ajustar o Minutes until ticket is resolved com base em dados Pré-requisitos - Acesso de administrador ao Painel da ClaudIA do projeto - (Recomendado) Métricas de CSAT do projeto disponíveis no Dashboard Sobre este artigo Esta é uma análise baseada em dados sobre o impacto do tempo de fechamento na satisfação do cliente (CSAT), com recomendação prática para ajuste. O que foi analisado Cruzamos o tempo médio de fechamento + verificador de problema resolvido dos tickets com o CSAT em diferentes projetos. Foram consideradas apenas interações com volume relevante (mín. 20 respostas de CSAT) e tempos entre 0 e 120 min (típicos de N1). :::info Acima de 120 minutos, a queda de taxa de resposta não compensa o aumento de CSAT. ::: O que a análise mostrou Os resultados indicam correlação positiva moderada (r ≈ 0.40) entre tempo de fechamento e CSAT. - Tickets fechados muito rápido (até ~30 min) → CSAT mais baixo (encerramentos automáticos ou interações incompletas) - Tickets com fechamento próximo a 120 min → CSAT consistentemente mais alto e estável Esse comportamento é reforçado mesmo após excluir casos com CSAT muito baixo (<40%) — fechar rápido demais prejudica a percepção de atendimento. O que isso significa na prática - Fechamentos curtos não refletem necessariamente eficiência — em muitos casos, indicam falta de engajamento ou resoluções automáticas antes da confirmação real - Permitir um tempo maior de inatividade antes do fechamento ajuda a capturar mensagens tardias, melhora o fluxo natural da conversa e aumenta a chance de CSAT positivo Recomendação ideal :::success Sugerimos que o tempo de fechamento automático seja ajustado para cerca de 120 minutos, especialmente para tickets N1. Esse intervalo equilibra: - ⏳ Tempo suficiente para o cliente retomar a conversa sem reabrir o ticket - 😊 Maior satisfação medida pelo CSAT - 📈 Redução de falsos encerramentos com notas negativas ::: Próximos passos 1. Revise o tempo configurado em Fechamento automático por inatividade no painel de automações 2. Caso esteja abaixo de 60 minutos, aumente gradualmente até 120 min acompanhando o impacto nos relatórios de CSAT Observações - Para configurar o encerramento automático: Como configurar o encerramento automático de tickets em N1 - Para validar resolução antes de encerrar: Como validar a resolução do problema antes de encerrar - Para melhorar CSAT: Como melhorar a qualidade da ClaudIA (CSAT)

Última atualização em Aug 26, 2026

O que é Rate Limit em Helpdesks e por que afeta a ClaudIA

Quando usar - Você está vendo mensagens não entregues ou tickets não resolvidos e suspeita de Rate Limit - Você precisa entender o que está dentro e fora do controle da ClaudIA - Você quer saber o que fazer para evitar atingir o limite Pré-requisitos - Acesso ao painel do Helpdesk para verificar consumo de API - (Para diagnóstico) Acesso ao Painel da ClaudIA para verificar tickets com Resolved in N2 Sobre este artigo Rate Limit é uma restrição imposta pelos helpdesks (Zendesk, Hubspot, Intercom, Freshdesk etc.) que limita quantas requisições podem ser feitas em um intervalo de tempo. É exclusivo da plataforma de helpdesk e foge do controle da ClaudIA. Por que isso afeta a ClaudIA As integrações da ClaudIA são otimizadas para consumir o mínimo possível de requisições. Nossa arquitetura prioriza apenas as ações essenciais: - Enviar mensagens para usuários finais - Fechar/Resolver tickets automaticamente - Atribuir tickets para humanos (handover) Cada uma dessas ações consome chamadas de API. Por que posso atingir o Rate Limit Mesmo com integração otimizada, há fatores fora do nosso controle: Limitações do Helpdesk - Cada helpdesk define seus próprios limites em RPM (X requests/min) - Os limites variam por plano contratado - Alguns helpdesks aplicam limite global por conta — todas as integrações compartilham o mesmo teto Configurações e uso do cliente - Recursos que multiplicam requisições (ex: split messages) - Alto volume de tickets em janelas curtas (milhares em poucas horas) - Outros sistemas/pessoas usando a API em paralelo, consumindo o mesmo limite - Fluxos Controlados que façam requisições adicionais ao helpdesk O que acontece ao atingir o Rate Limit :::warning - Mensagens podem demorar ou não ser entregues - Tickets podem não ser resolvidos ou reatribuídos no tempo esperado - O helpdesk começa a rejeitar chamadas até o limite ser liberado ::: O que fazer para evitar :::success Como o controle do limite é sempre do helpdesk e depende das configurações e uso do cliente: 1. Acompanhe seu consumo de API na plataforma do helpdesk 2. Mapeie quais sistemas além da ClaudIA consomem a API 3. Revise configurações e evite recursos que geram requisições extras 4. Distribua melhor o volume de tickets ao longo do tempo 5. Solicite ao helpdesk aumento de limite ou upgrade de plano 6. Avalie alternativas sem restrição de API — como o Cloud Chat ::: O que significa "Resolved in N2" nas mensagens? Quando a ClaudIA encontra bloqueio por Rate Limit, pode aparecer a mensagem de resolução em N2 com sinalização específica. Observações - Para entender o transbordo automático por timeout: Como funciona o handover por timeout (Escalador de tickets não respondidos) - Para Rate Limit específico do Zendesk: [Zendesk] Rate Limit e usos de RPM pela ClaudIA

Última atualização em Aug 27, 2026

Como configurar feriados e datas especiais na ClaudIA

Quando usar - Você precisa cadastrar feriado (Carnaval, Natal etc.) com regras diferentes do horário padrão - Você quer um dia de horário reduzido (ex: véspera de feriado) - Você quer entender como as datas especiais sobrescrevem o horário recorrente Pré-requisitos - Acesso de administrador ao Painel da ClaudIA do projeto - (Recomendado) Já ter o Horário de Atendimento Padrão configurado Sobre este artigo Em feriados e datas atípicas, o comportamento do atendimento humano (N2) precisa ser ajustado. Na ClaudIA, isso é feito direto no painel — sem necessidade de intervenção manual no dia. Onde fica a configuração ClaudIA → Configurações → Transferência → Disponibilidade humana O bloco tem duas partes: - Horário de atendimento padrão — regras recorrentes por dia da semana - Datas especiais e feriados — exceções ao horário padrão Bloco Disponibilidade humana — Horário de atendimento padrão Passo a passo — Configurando feriados em Datas Especiais Etapa 1 — Adicionar data especial Role até Datas especiais e feriados e clique em Adicionar data especial. Etapa 2 — Preencher os campos | Campo | O que preencher | | --- | --- | | Nome (opcional) | Identifica a data, ex: Carnaval 2026 | | Data | Dia específico do feriado | | Disponibilidade | Sem Atendimento Humano para feriado completo, ou Atendimento Ativo para horário reduzido | | Horário | Marque Dia todo para integral, ou defina início/fim para horário reduzido | Etapa 3 — Repetir para cada dia Para feriados prolongados, uma entrada por dia. Etapa 4 — Salvar :::warning Datas especiais sempre têm prioridade sobre o horário padrão. Mesmo que a regra semanal diga "Segunda a sexta das 9h às 18h", se aquele dia estiver cadastrado como feriado, a data especial prevalece. ::: Datas especiais e feriados nas Configurações da ClaudIA Exemplo — Carnaval 2026 | Data | Disponibilidade | Horário | | --- | --- | --- | | 16/02/2026 | Sem Atendimento Humano | Dia todo | | 17/02/2026 | Sem Atendimento Humano | Dia todo | | 18/02/2026 | Sem Atendimento Humano | Dia todo | Como a ClaudIA se comporta fora do expediente Além do horário, você configura o que a ClaudIA deve fazer quando o atendimento humano não está disponível. Isso fica logo abaixo no mesmo bloco, em Mensagem fora do horário e Resolver como N1 fora do horário. O aviso de um feriado que já passou continua aparecendo Se a ClaudIA segue avisando um feriado antigo, o aviso foi escrito dentro de alguma mensagem fixa do projeto, e não cadastrado como data especial. Revise estes campos em ClaudIA → Configurações → Transferência e apague o trecho do feriado: - Mensagem ao transferir (Transferência N2): é enviada em várias situações, então um aviso esquecido aqui aparece com muita frequência - Mensagem fora do horário (Disponibilidade humana) - Mensagem ao escalar (Escalador de tickets não respondidos) - Mensagem de transferência (Detecção de frustração) Depois, cadastre os próximos feriados em Datas especiais e feriados, como no passo a passo acima. Assim nada fica para trás quando a data passa. Quero avisar o dia de retorno só durante um feriado Dá para colocar a data de retorno na Mensagem fora do horário durante o feriado (por exemplo, "nosso atendimento retorna na terça, dia 13/10, a partir das 9h"). Mas o texto não volta sozinho: no primeiro dia útil, volte a mensagem ao texto padrão, sem datas. Se esquecer, a ClaudIA vai repetir a data antiga em todo fim de expediente. Para não transferir ninguém durante o feriado, mantenha Resolver como N1 fora do horário ativado: fora do horário, a ClaudIA envia a mensagem e encerra em N1, sem passar o contato para o time. Observações - Para configurar o horário padrão semanal: Como configurar mensagem de fora de horário e equipe humana indisponível (N2) - Para encerrar tickets em N1 fora do horário (evitando filas): Como configurar o encerramento automático de tickets em N1

Última atualização em Oct 16, 2026

Quando uma conversa é finalizada automaticamente (nativa e espelhada)

Quando usar - Você quer saber quando uma conversa é finalizada sozinha com a ClaudIA - Você atende pelo Cloud Chat (conversa nativa) e quer saber se as regras mudam - Um atendimento foi dado como resolvido pela ClaudIA e não fechou na hora Resposta curta As regras de encerramento da ClaudIA valem igual em conversa nativa e em conversa espelhada. Não existe regra de encerramento que seja desligada por a conversa ser nativa do Cloud Chat. O que muda entre os dois casos é outra coisa: a resolução automática por inatividade do Cloud Chat, que age apenas em conversas nativas. Nativa e espelhada: qual a diferença - Nativa — a conversa nasce e vive no Cloud Chat (chat do site, WhatsApp, e-mail etc.) - Espelhada — a conversa acontece em outro helpdesk e é espelhada no Cloud Chat para a ClaudIA atender; a cópia no Cloud Chat é somente leitura As três formas de uma conversa fechar sozinha 1. O cliente confirma que resolveu (encerramento imediato) Com o Verificador de problema resolvido no modo em tempo real, uma confirmação clara do cliente ("era isso mesmo, obrigado") encerra o atendimento na hora, sem esperar temporizador. Vale em conversa nativa e em espelhada, igualmente. 2. O cliente para de responder (Encerramento automático da ClaudIA) Se o cliente some, a ClaudIA aguarda o tempo configurado em Minutos sem resposta, contado a partir da última mensagem que ela enviou, e encerra o ticket em N1 com a mensagem de encerramento. Vale em conversa nativa e em espelhada, igualmente. Onde configurar: Configurações da ClaudIA > Ciclo de vida > Resolução Automática > Encerramento automático. :::warning Esse encerramento só acontece se Encerramento automático ativo estiver ligado no projeto. Com ele desligado, a ClaudIA não fecha o ticket — mesmo tendo resolvido a dúvida. ::: 3. Inatividade geral (resolução automática do Cloud Chat) Independente da ClaudIA, o Cloud Chat resolve sozinho conversas paradas depois da última resposta do atendimento, pelo tempo definido em Configurações da Conta. :::info Esta é a única regra que distingue nativa de espelhada — e ela vale somente para conversas nativas. Conversas espelhadas são somente leitura no Cloud Chat e ficam de fora. ::: :::warning Não existe um prazo padrão de 48 horas. Esse tempo é o que a sua conta tiver configurado, em horas. Se o campo estiver em branco, o Cloud Chat não fecha nada por inatividade — e o encerramento depende só da ClaudIA. ::: Por que uma conversa "resolvida" pode não ter fechado na hora - O Encerramento automático está desligado no projeto - O Verificador de problema resolvido em tempo real está desligado, então só o temporizador age — e o tempo ainda não venceu - O cliente deu uma resposta neutra ("ok", "valeu"), que não conta como confirmação de que resolveu - As rotinas de encerramento rodam em ciclos de poucos minutos, então pode haver um pequeno atraso em relação ao tempo configurado

Última atualização em Aug 27, 2026

Como um atendimento é classificado como N1 ou N2

Quando usar - Você quer entender por que um ticket apareceu como Resolvido em N1 mesmo tendo tido atendimento humano - Você precisa filtrar ou contar atendimentos por N1 e N2 - Alguém te disse que N1/N2 vem de uma automação e você quer a informação correta Sobre este artigo N1 e N2 são um campo nativo do Cloud Chat, preenchido pela própria ClaudIA no momento em que ela encerra ou transfere o atendimento. Não é automação, não é etiqueta e não vem de sistema externo — não existe nada para você configurar para que a classificação aconteça. :::info A regra é simples: N1 = a ClaudIA resolveu sozinha. N2 = o atendimento foi para um humano. ::: Como a classificação é definida Cada conversa recebe uma Resolução e um Motivo da resolução: | Resolução | O que significa | | --- | --- | | N1 | A ClaudIA concluiu o atendimento sem passar para humano | | N2 | A ClaudIA transferiu, ou o ticket foi assumido por um humano | | Em aberto | A conversa ainda não foi resolvida | O Motivo da resolução explica o porquê. Exemplos que caem em N1: Resposta completa fornecida, Resolvido em N1, Fora do expediente. Exemplos que caem em N2: Frustração detectada, Confiança baixa, Limite de mensagens excedido, Seção N2 utilizada, Transferência N2 forçada, Transferência por timeout. Onde ver - No ticket — a linha do tempo mostra a resolução e o motivo em português, como "Resolvido em N1" - Na busca de conversas — em filtros avançados, grupo Filtros ClaudIA, use Resolução (N1, N2 ou em aberto) e Motivo da resolução - No Construtor de Relatórios — as colunas de resolução permitem contar N1 e N2 por período Por que um ticket com atendimento humano pode aparecer como N1 A classificação é gravada no momento em que a ClaudIA encerra o atendimento. Se a conversa foi encerrada em N1 e, só depois disso, um agente reabriu, respondeu ou fechou o ticket manualmente, a resolução gravada continua sendo a do encerramento da ClaudIA — não há reavaliação automática no fechamento humano. :::warning Se você precisa contar "todo ticket que teve intervenção humana", e não apenas "todo ticket que a ClaudIA transferiu", combine o filtro de Resolução com filtros de agente ou de time. Só a Resolução não responde essa pergunta. :::

Última atualização em Aug 27, 2026

Conversa transferida fora do horário: por que ela aparece como resolvida

Quando usar - Uma conversa que deveria ir para a fila humana apareceu como resolvida - Isso aconteceu com atendimentos que chegaram fora do horário de atendimento - Você quer entender quem encerrou: a ClaudIA ou uma pessoa O que acontece fora do horário Quando a ClaudIA precisa transferir um atendimento e não há ninguém no horário de atendimento, existem dois comportamentos possíveis — e qual deles vale depende de uma configuração do seu projeto. | Configuração | O que acontece | | --- | --- | | Resolver em N1 fora do horário — desligada | A conversa é transferida normalmente e fica na fila, aguardando o time no próximo horário útil | | Resolver em N1 fora do horário — ligada | Em vez de transferir, a ClaudIA encerra o atendimento em N1, com a mensagem de fora do expediente | :::info Se as suas conversas fora do horário estão aparecendo como resolvidas em vez de esperar na fila, é quase certo que essa configuração está ligada no projeto. Não é falha de transferência: é o comportamento configurado. ::: Onde conferir Nas Configurações da ClaudIA do projeto, procure a opção de resolver em N1 fora do horário (na área de transferência/horário de atendimento). É lá que o comportamento é escolhido. O horário de atendimento humano também é definido no projeto — é ele que determina o que é "fora do horário". Como saber quem encerrou Abra a conversa e olhe a linha do tempo: - Se aparecer Resolvido em N1 com motivo relacionado a fora do expediente, quem encerrou foi a ClaudIA, pelo comportamento acima. - Se aparecer o nome de uma pessoa, o encerramento foi manual. O motivo da resolução fica registrado na conversa e também pode ser filtrado na busca, pelo grupo de filtros da ClaudIA. Qual dos dois escolher - Deixe desligada se você quer que o cliente seja atendido por uma pessoa no próximo horário útil — a conversa espera na fila. - Deixe ligada se você prefere encerrar e orientar o cliente a voltar no horário de atendimento, evitando fila acumulada da noite para o dia.

Última atualização em Aug 27, 2026

Configurações da ClaudIA — Ciclo de vida

Quando usar - Configurar saudações (primeira interação e padrão). - Definir como a ClaudIA encerra conversas automaticamente (resolução). - Ativar e ajustar Fluxos Controlados (Eddie) no início da conversa. Como funciona Seção Ciclo de vida das Configurações da ClaudIA A seção Ciclo de vida cobre o começo, o encerramento e os fluxos guiados da conversa. São três blocos. Saudações - Saudação inicial — instrução usada na primeira interação, substituindo o placeholder {GREETING}. - Saudação N2 — mensagem enviada quando um ticket sem resposta é escalado. - Saudação estática — quando habilitada, envia um texto fixo de saudação na primeira mensagem do cliente, quando ele só cumprimenta. Aceita o placeholder {{ticket.id}} para informar o número do ticket (protocolo). Veja Como configurar a saudação da ClaudIA. Resolução Automática - Verificador de problema resolvido — possui dois modos independentes (ative um, o outro, ou ambos): - Agendado — após um período sem resposta, a ClaudIA pergunta se o usuário ainda precisa de ajuda. Define a pergunta de verificação e os minutos até a pergunta. - Na mensagem (proativo) — a ClaudIA tenta detectar em tempo real se o problema foi resolvido e encerra quando apropriado. - Encerramento automático — encerra tickets resolvidos automaticamente. Define os minutos sem resposta e as mensagens de encerramento com feedback e sem feedback. Fluxos Controlados - Iniciar com Fluxo Controlado — inicia as conversas por um fluxo guiado. Define o ID do fluxo e se deve adicionar a intenção na tag N2 ao escalar. - Configurações do Fluxo Controlado — número máximo de repetições por fluxo antes de transferir e a mensagem de erro do fluxo. Observações :::info Os dois modos do Verificador de problema resolvido (Agendado e Na mensagem) são independentes e funcionam em paralelo — você pode ligar os dois ao mesmo tempo. Eles não são mutuamente exclusivos. ::: - A criação e edição dos fluxos em si fica na área Fluxos Controlados (menu lateral da ClaudIA); aqui você apenas escolhe qual fluxo inicia a conversa.

Última atualização em Oct 19, 2026

Configurações da ClaudIA — Transferência

Quando usar - Definir quando a ClaudIA passa o atendimento para um humano (N2). - Configurar detecção de frustração e disponibilidade humana (horários). - Ajustar a escalação de tickets sem resposta e o resumo enviado na transferência. - Dar à ClaudIA uma última tentativa de resolver antes de transferir, quando o cliente pede um atendente (retenção). Como funciona Seção Transferência das Configurações da ClaudIA A seção Transferência define a decisão de passar para um humano e o contexto enviado junto. São os blocos abaixo. Transferência N2 — Configurações principais - Limite de seções repetidas — quantas vezes a mesma seção pode aparecer num ticket antes de escalar para um humano. - Mensagem ao transferir — mensagem disparada quando qualquer lógica de transferência é acionada (limite de contagem, encaminhamento para humano, limite de seções repetidas ou limite de perguntas de clarificação). Detecção de frustração - Habilitado — liga/desliga a detecção de frustração. - Limite de frustração — máximo de pontos de frustração permitidos antes de transferir. - Mensagem de transferência — texto enviado antes de transferir por frustração. Disponibilidade humana - Humanos disponíveis — indica se há atendentes no momento. Pode ser alterado manualmente, mas os horários configurados são a referência padrão. - Horário de atendimento padrão — regras de horário (ex.: segunda a sexta, das 08:00 às 18:00), com opção de "dia todo" e de adicionar mais regras. - Datas especiais e feriados — exceções pontuais ao horário padrão. - Mensagem fora do horário — enviada quando a equipe está fora do expediente e o recurso está ativo. - Resolver como N1 fora do horário — fora do horário, encerra como N1 em vez de transferir para N2. Transferência automática — Escalador de tickets não respondidos - Mensagem ao escalar — texto enviado ao escalar o ticket. - Tag — tag aplicada no escalonamento. Retenção antes de transferir Tenta resolver com a ClaudIA antes de transferir para um humano. Quando o cliente pede um atendente, em vez de transferir na hora a ClaudIA pode fazer uma tentativa de retenção — até esgotar o número de tentativas configurado. Bloco Configuração da seção Retenção antes de transferir - Habilitar retenção na ClaudIA — liga/desliga a tentativa de retenção. Desativado (padrão), todo pedido de atendente é transferido direto. - Tentativas de retenção antes de transferir — quantas vezes a ClaudIA tenta reter o cliente com a mensagem de follow-up antes de transferir. Com 3, o cliente recebe 3 tentativas e é transferido no 4º pedido de atendimento humano — não importa quantas mensagens a conversa teve antes. Com 0 (ou vazio), transfere sempre direto. - Mensagem de follow-up — enviada na tentativa de retenção, antes de transferir. Serve de referência de conteúdo e tom de voz: por padrão a ClaudIA adapta o texto ao contexto da conversa em vez de repeti-lo literalmente. Limite de 1600 caracteres. - Enviar mensagem exatamente como escrita — quando ativado, a ClaudIA não redige o texto: envia a Mensagem de follow-up e a Mensagem ao transferir exatamente como você escreveu. Desativado (padrão), a ClaudIA adapta as duas ao contexto — o que faz a mesma configuração gerar variações a cada atendimento. Em projetos com tradução automática de saída, a mensagem ainda pode ser traduzida antes do envio. Resumo da conversa - Prompt de resumo — instrução para gerar a nota interna enviada ao transferir para N2, ao escalar ou ao encerrar automaticamente em N1. Por que a ClaudIA não transferiu no primeiro pedido de atendente? Com a Retenção antes de transferir ligada, a transferência só sai no pedido seguinte ao número de tentativas configurado. Com 1 tentativa, o cliente é transferido no 2º pedido; com 2, no 3º. - Vale para qualquer assunto e para qualquer pedido, inclusive quando o cliente pede um especialista já na primeira mensagem. A retenção é um contador por conversa: ela não avalia o assunto antes de decidir - Pedidos indiretos também contam, como "quero um Meet", "alguém pode me atender?" ou "mandei o formulário só para ser atendido" - A contagem recomeça quando a conversa é encerrada (por exemplo, por inatividade). Se o cliente volta em outro dia, o primeiro pedido dele é tratado de novo como tentativa de retenção - O limite de frustração tem prioridade: quando a soma de frustração chega ao limite, a ClaudIA transfere na hora, sem passar pela retenção. O valor mínimo do limite é 4 e não dá para baixar mais que isso Como fazer o cliente chegar mais rápido ao time | Ajuste | Efeito | | --- | --- | | Tentativas de retenção em 1 | Transfere no 2º pedido | | Tentativas de retenção em 0, ou retenção desligada | Transfere no 1º pedido | | Limite de frustração em até 8 | Quem demonstra irritação chega ao time sem precisar pedir várias vezes | Quanto menores os valores, mais rápido o cliente chega ao time humano e menor a parte dos atendimentos que a ClaudIA resolve sozinha. Ajuste e acompanhe a fila nos dias seguintes. Qual mensagem o cliente recebeu na transferência? Quando o cliente recebe uma frase que não está em nenhum conteúdo da base (por exemplo, "em até 24h te ajudaremos" ou um aviso de feriado), ela quase sempre vem de uma das mensagens fixas do projeto. Cada situação usa um campo diferente: | O que aconteceu na conversa | Mensagem enviada | Onde editar | | --- | --- | --- | | A ClaudIA transferiu por limite de tentativas, pedido de atendente, seções repetidas ou limite de esclarecimento | Mensagem ao transferir | Transferência → Transferência N2 | | A ClaudIA transferiu por frustração do cliente | Mensagem de transferência | Transferência → Detecção de frustração | | O cliente ficou sem resposta (erro, instabilidade ou arquivo que a ClaudIA não conseguiu ler) e o ticket foi escalado | Mensagem ao escalar | Transferência → Transferência automática → Escalador de tickets não respondidos | | A transferência aconteceu fora do horário de atendimento ou num feriado cadastrado | Mensagem fora do horário | Transferência → Disponibilidade humana | | O cliente pediu atendente e a retenção está ligada | Mensagem de follow-up | Transferência → Retenção antes de transferir | | O conteúdo usado é do tipo N2 | A resposta do próprio conteúdo | Conteúdos | Atalho: na busca do topo das Configurações ("Buscar qualquer ajuste…"), digite o nome do campo. :::info Esses textos são enviados em todas as transferências daquele tipo, então evite datas e avisos temporários neles. Feriado se configura em Datas especiais e feriados: veja Como configurar feriados e datas especiais na ClaudIA. ::: Observações - A mensagem ao transferir (bloco principal) cobre várias lógicas de transferência ao mesmo tempo — revise-a com cuidado. - A disponibilidade humana combina o toggle manual com as regras de horário: o toggle reflete o agora; os horários, o padrão recorrente. - A retenção só entra em ação em pedidos de atendimento humano; as demais lógicas de transferência (baixa confiança, frustração, seções repetidas) não passam por ela. - A contagem é de tentativas de retenção, não de mensagens da conversa: ela só sobe quando a ClaudIA de fato envia uma mensagem de follow-up. O contador vale para a conversa inteira e é zerado quando a conversa reinicia. - A retenção não roda enquanto a conversa está dentro de um Fluxo Controlado. - Se a identificação do pedido falhar por instabilidade momentânea, a ClaudIA segue o fluxo normal de atendimento em vez de transferir. - Com a retenção ativada e o limite maior que zero, a mensagem de follow-up é obrigatória — o CloudChat bloqueia o salvamento sem ela.

Última atualização em Oct 16, 2026

Por que a ClaudIA transferiu para N2 sem enviar mensagem (configuração do projeto e ramo silencioso no Fluxo Controlado)

Quando usar - Um atendimento foi transferido ou encerrado e o cliente não recebeu nenhuma mensagem, e você quer saber se isso foi proposital - Você quer silenciar apenas um caso específico e precisa decidir por qual caminho - Você encontrou SILENT_HANDOVER_BY_EDDIE ou SILENT_CLOSE_BY_EDDIE num relatório e quer entender o que significa Como funciona São dois caminhos diferentes Existem duas formas de um atendimento terminar sem que o cliente receba nada, e elas não são a mesma coisa. A primeira é uma configuração do projeto, chamada Transferir para N2 sem mensagem. Quando ela está ligada, vale para o projeto inteiro. A segunda é a opção Silent, marcada num ramo específico de um Fluxo Controlado. Ela existe para encerrar spam sem responder e sem gerar cobrança. | | Configuração do projeto | Ramo silencioso no fluxo | | --- | --- | --- | | Como se chama | Transferir para N2 sem mensagem | Silent (no message sent) | | Alcance | o projeto inteiro | o turno em que o ramo roda, incluindo mensagens de grupos e fluxos anteriores | | Cobre encerramento em N1 | não, só transferência | sim | | Vale quando a ClaudIA transfere sem fluxo nenhum | sim | não | | Quem ajusta | time Cloud Humans | você mesmo, no fluxo | | Motivo de resolução | o motivo normal do handover | SILENT_HANDOVER_BY_EDDIE ou SILENT_CLOSE_BY_EDDIE | O que a configuração do projeto suprime Esse é o ponto que costuma pegar as pessoas de surpresa: com ela ligada, o cliente deixa de receber três mensagens diferentes, e não só a de transferência. - A mensagem de transferência para atendimento humano, quando há humano disponível. - A mensagem de fora do horário de atendimento, em projetos que encaminham o ticket para a fila humana. - A mensagem de erro que aparece quando um Fluxo Controlado falha. Em todos esses casos o atendimento continua acontecendo normalmente e a nota interna continua sendo escrita para o atendente. O que muda é que nada chega ao cliente. É um ajuste amplo, e é exatamente por isso que ele nem sempre é a ferramenta certa. Se você quer silenciar só um caso, ele silencia todos. O que o ramo silencioso do fluxo faz Dentro de um Fluxo Controlado, o bloco que encerra ou transfere pode ser marcado como silencioso, e aí aquele atendimento termina sem enviar nada. O resto do projeto segue igual. É o caminho indicado só para spam: resposta automática de e-mail, remetente no-reply, trote, mensagem sem conteúdo. Para roteamento por intenção, casos sensíveis ou qualquer atendimento com uma pessoa esperando retorno, transfira com uma mensagem curta. :::warning O silêncio vale para o turno inteiro, não só para o bloco: todas as mensagens que o fluxo montou desde a última resposta do cliente são descartadas, inclusive as de grupos anteriores e de fluxos que chamaram este pelo Typebot link. Por isso, nunca use Silent em subfluxo compartilhado. ::: O passo a passo está em Handover silencioso no Fluxo Controlado. Como saber qual dos dois agiu num ticket Olhe o motivo de resolução do atendimento: - se for SILENT_HANDOVER_BY_EDDIE ou SILENT_CLOSE_BY_EDDIE, foi um ramo silencioso do fluxo; - se for o motivo normal de handover e ainda assim o cliente não tiver recebido nada, foi a configuração do projeto. O motivo também aparece no fim da nota interna do ticket, então dá para conferir sem sair do helpdesk. Se aparecer SILENT_HANDOVER_BY_EDDIE ou SILENT_CLOSE_BY_EDDIE num atendimento de cliente real que deveria ter recebido uma mensagem, procure um bloco com Silent num subfluxo compartilhado: ele silencia também as mensagens do fluxo que o chamou. :::info Esses dois motivos silenciosos aparecem nos relatórios de retenção e de CSAT. Eles existem justamente para que atendimentos encerrados em silêncio, como spam e trote, possam ser separados dos atendimentos de verdade — inclusive na cobrança. Por isso, um atendimento real encerrado em silêncio também sai da cobrança e dos indicadores, como se fosse spam. ::: Observações A configuração no nível do projeto não fica disponível para edição no CloudChat nem no Painel da ClaudIA. Se ela for o que você precisa, fale com o seu time de sucesso do cliente. Para encerrar spam, prefira o ramo silencioso no Fluxo Controlado: é mais preciso, fica sob o seu controle e não afeta o resto do atendimento. Para qualquer outro caso, transfira com uma mensagem. Para entender as diferenças entre as ações que terminam um fluxo, veja Diferença entre terminações de fluxo: End Flow, Answer Ticket, Forward to Human e Close Ticket.

Última atualização em Sep 23, 2026

Como configurar várias tentativas de follow-up antes de encerrar

Quando usar - Você quer que a ClaudIA pergunte mais de uma vez se o cliente ainda precisa de ajuda antes de encerrar a conversa - Você quer um texto diferente em cada tentativa (por exemplo, a última avisando que a conversa será encerrada) - Você quer definir quanto tempo a ClaudIA espera entre uma tentativa e outra, e depois da última Pré-requisitos - Acesso de administrador ao Painel da ClaudIA do projeto - Modo agendado do Verificador de problema resolvido ativo, com a Pergunta de verificação preenchida - Encerramento automático ativo :::info Os campos de tentativas ficam ocultos por padrão. Se eles não aparecem para você, peça ao seu contato na Cloud Humans para liberá-los na sua conta. ::: Sobre este artigo Quando o cliente para de responder, o Modo agendado faz a ClaudIA perguntar se ele ainda precisa de ajuda e, sem resposta, encerra a conversa. Por padrão ela pergunta uma vez só. O follow-up de encerramento permite configurar várias tentativas antes de encerrar: quantas, de quanto em quanto tempo, com qual texto, e quanto tempo esperar depois da última. Veja em vídeo https://www.loom.com/share/93436488e8e24faabe03b1e043721b7f Como funciona 1. O cliente fica sem responder pelos Minutos até a pergunta: a ClaudIA envia a 1ª tentativa. 2. Sem resposta, a cada Minutos entre tentativas ela envia a próxima, até chegar ao número de Tentativas de follow-up. 3. Sem resposta depois da última, a conversa é encerrada após os Minutos até encerrar após a última. Se o cliente responder em qualquer momento, a contagem volta do zero. Se ele disser que o problema foi resolvido, a conversa segue o fluxo normal de resolução, sem esperar as tentativas que faltam. Exemplo - Minutos até a pergunta: 30 - Tentativas de follow-up: 3 - Minutos entre tentativas: 60 - Minutos até encerrar após a última: 60 | Momento | O que acontece | |---|---| | 30 min sem resposta | 1ª tentativa | | 60 min depois da 1ª | 2ª tentativa | | 60 min depois da 2ª | 3ª tentativa | | 60 min depois da 3ª | Conversa encerrada | Total sem resposta até encerrar: 30 + 60 + 60 + 60 = 210 minutos. A tela mostra essa conta logo abaixo dos campos. :::warning A verificação roda a cada 5 minutos. Por isso cada tentativa e o encerramento podem acontecer até 5 minutos depois do horário exato configurado. ::: Passo a passo — Configurando Em ClaudIA → Configurações → Ciclo de vida → Resolução Automática, no bloco Verificador de problema resolvido: 1. Em Tentativas de follow-up, escolha de 2 a 5. Com 1, o comportamento é o padrão (uma pergunta só) e os demais campos não aparecem. 2. Em Minutos entre tentativas, defina o tempo sem resposta entre uma tentativa e a próxima. 3. Em Minutos até encerrar após a última, defina o tempo sem resposta depois da última tentativa até encerrar. 4. Em Texto de cada tentativa, escreva a mensagem de cada tentativa, na ordem. 5. Confira a linha do tempo mostrada na tela e clique em Salvar. | Campo | Valores aceitos | |---|---| | Tentativas de follow-up | De 1 a 5 | | Minutos entre tentativas | Múltiplo de 5 | | Minutos até encerrar após a última | Múltiplo de 5 | | Texto de cada tentativa | Nenhum texto pode ficar vazio | Textos das tentativas - Se houver menos textos que tentativas, o último texto se repete nas tentativas que sobram. - Se nenhum texto for cadastrado, todas as tentativas usam a Pergunta de verificação. - Uma sequência que costuma funcionar: começar com uma pergunta simples ("Ficou alguma dúvida?") e, na última, avisar que a conversa será encerrada. O total precisa caber no tempo de encerramento Os Minutos sem resposta do Encerramento automático são o tempo máximo que uma conversa fica aberta sem resposta do cliente. Todas as tentativas precisam acontecer dentro desse tempo: Minutos até a pergunta + (Tentativas − 1) × Minutos entre tentativas + Minutos até encerrar após a última ≤ Minutos sem resposta Por exemplo, num projeto com 210 Minutos sem resposta e 30 Minutos até a pergunta, sobram 180 minutos para dividir entre os intervalos e o encerramento. O exemplo acima (60 + 60 + 60) usa exatamente esses 180. Se o total passar, a tela não salva e mostra: O total da régua (X min) passa do tempo de resolução do projeto (Y min). Diminua as tentativas ou os minutos, ou aumente o tempo de resolução. Perguntas frequentes Como funciona com o Modo em tempo real ligado? Com o Modo em tempo real, a ClaudIA pode perguntar na própria conversa se o problema foi resolvido, quando percebe que talvez tenha sido. Essa pergunta conta como a 1ª tentativa, e as tentativas agendadas começam pelo 2º texto da lista. Se a ClaudIA não fizer essa pergunta, a 1ª tentativa sai normalmente depois dos Minutos até a pergunta e usa o 1º texto. Uso o Cloud Chat com resolução automática. Preciso ajustar algo? Sim. Configure a resolução automática da sua conta no Cloud Chat com um tempo maior que o total do follow-up. Se for menor, o Cloud Chat encerra a conversa antes da última tentativa. Como volto a ter uma pergunta só? Volte Tentativas de follow-up para 1 e salve. A mudança vale na próxima verificação (em até 5 minutos). Os textos e tempos configurados ficam guardados, mas não são usados enquanto o valor for 1. Conversas que estavam no meio das tentativas não recebem novas perguntas e são encerradas pelo tempo normal de encerramento. Observações - Como funcionam os modos Agendado e Em tempo real: Como validar a resolução do problema antes de encerrar (Verificador de Problema Resolvido) - Para configurar o encerramento automático: Como configurar o encerramento automático de tickets em N1 (Ticket Resolver)

Última atualização em Oct 19, 2026