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 6 outros
17 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. Sistema de pontos | Pontos | Nível | Sinal | | --- | --- | --- | | 1 | Irritação leve | Impaciência ou reclamações repetidas, sem agressividade | | 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. Razão Frustration detected 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 Aug 29, 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. 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 Aug 26, 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. 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 Sep 02, 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. 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 Sep 02, 2026