Home Conversation Closure: Handover (N2) and Retain (N1)
🔚

Conversation Closure: Handover (N2) and Retain (N1)

Descriptions of our handover functionality and ticket closure
Manuela Farias Fabrício Rissetto
By Manuela Farias and 4 others
11 articles

N2 | Humano Fora de Expediente - Avisar que não tem pessoas disponíveis em N2 fora do horário de atendimento

⏱️ Configuração de Humano Fora de Expediente A configuração utiliza agendamentos (schedules) no formato Cron. Cada agendamento define um horário específico em que a ClaudIA verifica e alterna o status do atendimento humano entre Disponível ou Indisponível, de acordo com a flag marcada ou desmarcada. 🔁 Como a disponibilidade impacta o atendimento Essa configuração de disponibilidade impacta diretamente o comportamento da ClaudIA: ✔️ se ela deve encaminhar o atendimento para um agente humano (N2), sem exibir mensagem de fora de atendimento ao cliente; ✔️ se deve enviar a mensagem de fora de atendimento e transbordar o ticket, informando que o atendimento ocorrerá no próximo horário disponível; ✔️ ou se deve enviar a mensagem de fora de atendimento e resolver o ticket em N1, nos casos em que você não quer gerar fila para o próximo horário comercial. Essa definição é importante para evitar acúmulo de tickets, filas desnecessárias e reaberturas no início do próximo expediente. 🕐 Como configurar horários usando abreviações em inglês (Cron) A configuração de horários utiliza o padrão Cron Job Schedule, no qual os dias da semana devem ser informados em inglês (ou por número). - SUN → Domingo - MON → Segunda-feira - TUE → Terça-feira - WED → Quarta-feira - THU → Quinta-feira - FRI → Sexta-feira - SAT → Sábado ✅ Flag “Disponível” - Se o horário representa um período com atendimento humano disponível → habilite a flag “Disponível”. - Se o horário representa um período fora de expediente → desabilite a flag “Disponível”. Fora de atendimento sem mensagem de transbordo Use esse tipo de configuração quando você quer encaminhar o atendimento para o time humano (N2), mas sem exibir mensagem de fora de atendimento ao cliente. Fora de atendimento com mensagem de transbordo Use esse tipo de mensagem quando o ticket será transbordado para o time humano, para que o cliente saiba que já está na fila e será atendido no próximo horário disponível. Exemplo 1: O exemplo abaixo assume um horário comercial padrão: Segunda a sexta-feira, das 9h às 18h. Já recebi sua mensagem 😊 Assim que nosso time estiver online, eles vão te responder por aqui. Nosso horário de atendimento é de segunda a sexta, das 9h às 18h. Atendimento disponível de segunda a sexta, às 9h: 0 9 * * MON-FRI - Marca o início do atendimento humano no horário comercial. Por esse motivo, ativamos a flag “Disponível”, indicando que há agentes humanos aptos a receber atendimentos. Encerramento do atendimento de segunda a sexta, às 18h: 0 18 * * MON-FRI - A partir desse horário, a ClaudIA passa a aplicar o comportamento configurado para fora de atendimento (envio de mensagem, transbordo ou encerramento do ticket em N1). Por esse motivo, mantemos a flag “Disponível” desativada, indicando que não há atendimento humano disponível. Exemplo 2: O exemplo abaixo assume o seguinte horário de atendimento: - Segunda a sexta-feira: das 8h às 16h30 - Sábado: das 8h às 12h Já recebi sua mensagem 😊 Assim que nosso time estiver online, eles vão te responder por aqui. Nosso horário de atendimento é de segunda a sexta, das 8h às 16h30, e aos sábados, das 8h às 12h. Atendimento disponível de segunda a sexta, às 8h: 0 8 * * MON-FRI - Início do atendimento nos dias úteis (flag “Disponível” ativada). Encerramento do atendimento de segunda a sexta, às 16h30: 30 16 * * MON-FRI - Fora de atendimento após às 18h (flag “Disponível” desativada). Atendimento disponível aos sábados, às 8h: 0 8 * * MON-FRI - Início do atendimento humano aos sábados (flag “Disponível” ativada). Encerramento do atendimento aos sábados, às 12h: 0 8 * * MON-FRI - A partir desse horário, a ClaudIA aplica o comportamento de fora de atendimento (flag “Disponível” desativada). Fora de atendimento com encerramento do ticket em N1 Use esse tipo de mensagem quando você não quer gerar fila para o próximo horário comercial e prefere que o cliente retorne durante o expediente. Exemplo 1 — direto e claro Verifiquei que sua solicitação precisa do apoio de um de nossos especialistas, mas no momento nossa equipe está offline. Peço, por gentileza, que entre em contato novamente dentro do nosso horário de atendimento: segunda a sexta-feira, das 9h às 18h (exceto feriados). 🤖 Como usar o GPT para te ajudar a criar seus agendamentos em Cron Se você não tem familiaridade com o formato Cron ou precisa configurar cenários específicos (feriados, pausas parciais, exceções por data), você pode usar o GPT como apoio para gerar os agendamentos corretamente. Basta copiar o prompt abaixo, colar no GPT e preencher o cenário desejado: Você é um especialista em agendamentos no formato Cron. Contexto: Estou configurando horários de atendimento humano em uma plataforma de atendimento. O Cron será usado apenas para: - ligar o atendimento humano (Disponível = true) - desligar o atendimento humano (Disponível = false) Regras importantes: - O formato do Cron é: MINUTO HORA DIA_DO_MÊS MÊS DIA_DA_SEMANA - Dias da semana devem estar em inglês (MON, TUE, WED, THU, FRI, SAT, SUN) - Sempre explique, para cada cron: 1) o que ele faz 2) se a flag "Disponível" deve estar marcada ou desmarcada - Considere horário comercial quando eu mencionar atendimento normal - Não misture cron recorrente (ex: MON-FRI) com cron por data específica sem avisar - Sempre inclua o cron de retorno ao horário normal quando houver exceções Meu cenário é o seguinte: [DESCREVA AQUI SEUS DIAS, HORÁRIOS, FERIADOS E EXCEÇÕES] Quero como resposta: - A lista de crons necessários - Uma explicação simples de cada cron - Um resumo final do comportamento esperado do atendimento ✍️ Exemplo de como descrever o cenário Meu atendimento é de segunda a sexta das 9h às 18h. No dia 24/12 quero atender apenas das 9h às 12h, no dia 25/12 ficar fora de atendimento o dia todo, e no dia 26/12 voltar ao horário normal. 🎥 Mais detalhes Confira o vídeo abaixo com a explicação visual da configuração: https://www.loom.com/share/47e49cb0a2b4423e827e202c6b90d774 🧠 Boas práticas Atualize a mensagem de fora de atendimento para incluir sempre: - dias indisponíveis (ex: “Estaremos de volta em ___”); - horário do próximo atendimento. - Sempre alinhe o tipo de mensagem com o comportamento configurado: - 👉 Transbordo → deixe claro que o cliente já está na fila. - 👉 Encerramento em N1 → deixe claro que será necessário retornar no horário comercial. Isso ajuda a alinhar expectativa do cliente, reduz reaberturas e evita frustração.

Last updated on Dec 23, 2025

N2 | Escalate Tickets Without Response (Handover by timeout)

When does the overflow occur due to timeout? This behavior occurs when there is some instability or connection error in the integration that prevents a response to the customer within the scheduled time. In these cases, the functionality automatically transfers the ticket to ensure continuous customer service. Some reasons that may cause Claudia to use this functionality include: - Error reaching the Helpdesk API Rate Limit - System errors in Claudia Since this is an automatic action and part of the feature's design, this type of transfer is not available for auditing. How to identify? In the ticket, you will see that it uses the tag: n2_unansweredbyclaudia. Another detail is that you'll notice the customer remains unresponsive for a period (+10 minutes), after which a standard message is sent and the transfer occurs. Suggested response: Hello! How are you? This ticket was automatically transferred due to timeout. This behavior occurs when there is some instability that prevents a response to the customer within the expected timeframe. In these cases, the functionality transfers the ticket to ensure the customer receives assistance. Since this is an automatic and expected action of the feature, it is not available for auditing. Adjusting the transfer message Some customers complain about the default message that is sent. We can help modify it within the hub, under settings. Find "Escalar Tickets Sem Resposta" Message Attention: We will only change the message and no other fields, as the settings are standard for the feature to work correctly. Click save

Last updated on Oct 11, 2025

N2 | Transfer due to lack of content (Low Confidence & Count Limit)

One of the controls we have to identify that ClaudIA is not able to find enough content to respond to the user is the 'low confidence counter'. In the Hub, when ClaudIA does not find content above the stipulated confidence (more on that later), a 'Count limit' indicator appears in yellow below ClaudIA's response, as shown below: After reaching the configured limit, the service is automatically transferred to a human using the message configured in the 'Forward To Human Message' field on the Hub settings screen. The configuration of the limit counters can also be adjusted on the same screen: - 'Limit' is the field that defines the maximum number of low-confidence searches. PS: we recommend at least 3, as not every low-confidence content search necessarily generates a bad response. Sometimes ClaudIA clarifies and that resolves it; sometimes the user's message does not require content to be answered (example: "Good morning!") - 'Low Confidence Threshold' is the minimum expected distance to be considered relevant content (high confidence). Every content search in the Hub presents a score that you can track directly whenever you see the sessions returned by ClaudIA's search, as in the Conversations audit screen: Additional functionality It is possible to configure ClaudIA to ignore the low confidence count on the first response of a ticket, considering that often the user's first interaction is just a greeting. This prevents the counter from being incremented unnecessarily. However, if the first message already contains a question and ClaudIA provides a low-confidence answer, that interaction will not be counted. The other interactions in the ticket follow the normal confidence counting flow. Currently, this configuration is not available in the Hub. To activate it, you need to request a Clouder to set the option ignoreConfidenceCountOnFirstMessage to true.

Last updated on Aug 12, 2025

N1 | Validate problem resolution before closing (Problem Solved Verifier)

How It Works 1. Final question triggered by the timer (default flow) - ClaudIA sends a follow-up message (e.g., "Can I assist you with anything else?"). - The system interprets the user’s response: - Resolved: ticket is automatically closed after a few minutes (asynchronous routine). - Dissatisfaction: ticket is moved to N2. - Other response: the conversation remains open. 🔸 Important: the service runs asynchronously every 5 minutes, so there may be a slight delay in triggering. 2. Verification after each new message (optional feature) - ClaudIA proactively evaluates each new message sent by the customer. - Examples: - "That’s all, thank you" → immediate closure (without waiting for the timer). - "It’s not resolved" → conversation remains open, possibly moving to N2. - Neutral response (“Ok”, “Thanks”) → ClaudIA responds and sends the closing follow-up. How to configure in the Hub 1. Access the Hub; 2. Go to Settings; 3. Click on the Problem Resolution Verifier tab; 4. Check the option to enable or disable the feature; 5. Set the wait time for the question to be sent (“Can I assist you with anything else?”). 🔸 Important: the service that sends this question runs asynchronously every 5 minutes, so the configured time may have up to a 5-minute delay; 6. Customize the message that ClaudIA will send at this moment; 7. Verify if the problem was resolved after each new message (optional): enabling this feature allows ClaudIA to automatically evaluate each user message and potentially close the ticket when it detects the problem is resolved without waiting for the timer. Important: This setting will also use the Question configured above as the basis for validation. ⚠️ Interaction with Eddie flows Here are new features (with feature flag): 1. Send follow-up but keep user in Eddie - When a customer responds to a follow-up during an Eddie flow, the conversation does not return to ClaudIA. - Control remains with Eddie until the flow ends. The user's response after FUP is sent to Eddie. 2. Do not send follow-up in Eddie - If the conversation is ongoing within an Eddie flow, ClaudIA does not send the follow-up question. - This allows Eddie to continue the conversation without interruptions. However, note that the ticket might be closed by the default closing time without sending an FUP. These two behaviors are disabled by default but can be activated on demand — contact support to enable via feature flag.

Last updated on Oct 07, 2025

N2 | Ticket Taking Functionality in the Hub, Removing It from Service (Forced Handover)

https://www.loom.com/share/d68947c57c0c4675b4ff6474b58830c9?sid=955f0f63-8092-4b3d-b0d2-5f5b410b484b The action of taking a ticket allows your team to interrupt the automated service provided by ClaudIA and take manual control of the conversation with the end customer. When should I use this functionality? You can use this functionality to take over a ticket that is being handled by ClaudIA. This is useful in situations such as: - The automated service is not progressing as expected. - You want to make a more precise manual intervention. - Your team wants to escalate the conversation to a more human or specialized handling. The Take All button is disabled. Why? This button is only enabled when there are open conversations in the current filter, i.e., conversations that have Status: Open, still in progress with ClaudIA. If the button is disabled, it is because: - The current filter shows only resolved or closed conversations. - No eligible conversations were found in the selected period. How to view open conversations? 1. Click on Filter. 2. In Resolution, select the Open or All option. 3. Click on Apply filters. What happens when I click Take? When you click Take (individually or in bulk), the following steps are performed: 1. We attempt to automatically transfer the conversation to Level 2 (N2) of service. 2. Even if the transfer is unsuccessful, ClaudIA interrupts the service of that ticket. 3. From that moment on, your team can take over the service manually, redirect, or end the conversation as preferred. Important: In cases where automatic transfer does not occur, you or someone from your team needs to pull it manually for you. This is done in your own Helpdesk. These cases happen when there is some communication failure, so we prioritize ensuring that ClaudIA leaves the service completely, rather than having the chance to transfer to someone and it responds in the middle of the conversation—which we know brings a very bad experience for the end customer. Button to take tickets in bulk: Button to take a ticket individually:

Last updated on Aug 12, 2025

N2 | Frustration Detection Transfer

What is it? ClaudIA can detect when a customer becomes frustrated during a conversation. When this happens, she can automatically transfer the support to a human agent, ensuring the issue is handled more carefully. How it works Every message from the customer is analyzed and assigned a frustration score. This score accumulates until it reaches the configured limit. - 1 point — Mild irritation The customer shows impatience or makes repeated complaints, but without aggression. - 3 points — Frustrated Stronger complaints about the service/product, tense tone, risk of cancellation, mention of billing/refund, or occasional use of mild swear words. - 5 points — Highly frustrated The customer threatens to cancel, writes IN ALL CAPS, asks to speak with a supervisor, uses strong swear words frequently, or threatens legal action. When the total reaches 5 points (or the configured value), ClaudIA transfers the support. She sends a standard message to the customer and logs an internal note explaining the reason for the transfer. How to configure In the Hub, under the Settings tab, you can: - Enable or disable the feature. - Set the maximum allowed score (default is 5 points). - Edit the message sent to the customer when frustration is detected. How to identify in the Hub Whenever this feature is enabled, the reason for the transfer will be recorded with “Reason: Frustration detected”. This appears in both the Hub and the Helpdesk.

Last updated on Sep 03, 2025