Uma Resolução é agora apenas um tipo específico de resultado bem-sucedido que o Fin entrega. Enquanto uma Resolução ocorre quando o Fin responde diretamente a uma pergunta, um resultado é um termo mais amplo que inclui essas respostas e transferências bem-sucedidas de Procedimentos.

São dois sistemas separados, e apenas um gera cobrança:

Workflows com blocos Fin (NÃO faturáveis):

Em um Workflow padrão, você pode adicionar um bloco "Deixe o Fin cuidar" ou "Deixe o Fin responder". Se o Fin não conseguir resolver a pergunta do cliente, a conversa segue seu caminho de escalonamento designado (por exemplo, "Atribuir à equipe de suporte"). Esta é uma escalada não faturável porque o Fin está usando seu comportamento padrão, simplesmente não pôde ajudar.

Procedimentos com transferências configuradas (SÃO faturáveis):

Um Procedimento Fin é um processo de múltiplas etapas que você projeta para lidar com cenários específicos. Se você configurar um Procedimento para incluir uma etapa @handoff (por exemplo, "@handoff para a equipe de faturamento"), essa transferência é uma Transferência de Procedimento faturável ($0,99) porque o Fin executou com sucesso o resultado exato que você projetou.

A principal diferença:

Uma Transferência de Procedimento é um resultado faturável que é contado quando o Fin segue a transferência configurada de um Procedimento durante uma conversa, como transferir para um workflow, equipe ou colega usando @handoff.

Sim, uma transferência bem-sucedida acionada a partir de uma Tarefa é considerada uma Transferência de Procedimento. Como o Fin seguiu suas instruções e executou o resultado escolhido, é contado como um resultado bem-sucedido e faturável.

Não. Se um Procedimento falhar em qualquer etapa ou não puder ser concluído, você não será cobrado, pois isso não conta como um resultado e não é faturável. Da mesma forma, se um cliente solicitar um agente humano e o Fin parar, você também não será cobrado nesse caso.

Não. Se o Fin já faz parte do seu contrato, você pode começar a usar Procedimentos (sujeito ao acesso em Disponibilidade Gerenciada) sem um novo contrato.

A única coisa que você notará é a atualização da redação. Se você usa o Fin apenas para responder perguntas dos clientes (e não usa os Procedimentos/Tarefas), a mudança para resultados é puramente cosmética em termos de cobrança. Você ainda pagará por cada conversa que o Fin resolver, exatamente como antes. O produto simplesmente dirá “Fin outcomes” em vez de “Fin Resolutions.”

Não, se o cliente pedir explicitamente para falar com um humano em qualquer momento, você não será cobrado, isso não conta como uma resolução ou Transferência de Procedimento.

Mudar para um procedimento diferente via @Switch não conta como uma Transferência de Procedimento. @Switch termina o procedimento atual e inicia outro — é uma transição unidirecional que não altera o estado da resolução e não é contado como um resultado de Transferência de Procedimento.

Uma Transferência de Procedimento só ocorre quando um procedimento termina com uma etapa de transferência configurada — como @Handoff para equipe, @Handoff para colega ou Transferência para workflow — e o Fin conclui com sucesso o procedimento até esse ponto.

Sim, resoluções presumidas ainda são faturáveis após 12 de março de 2026. A mudança de Resoluções para resultados não altera como as resoluções presumidas são faturadas.

Tanto as resoluções confirmadas (onde o cliente confirma explicitamente que o Fin ajudou) quanto as resoluções presumidas (onde o cliente não pede mais ajuda após a resposta do Fin) continuam faturáveis. Ambas são contadas como resultados "Resolução" bem-sucedidos — o Fin resolveu com sucesso o problema do cliente, independentemente de terem confirmado explicitamente.

O que não mudou: Se um cliente recebe uma resposta do Fin e não pede ajuda adicional, isso ainda é tratado como uma resolução bem-sucedida e é cobrado.

O que NÃO é faturável: Se um cliente pedir explicitamente para falar com um humano em qualquer momento da conversa, você não será cobrado — isso sempre foi assim e continua verdadeiro sob resultados.

Se um cliente abandonar a conversa após a conclusão de um Procedimento, isso é considerado uma Resolução Presumida e é um resultado faturável. Como o agente Fin AI alcançou com sucesso o final das etapas projetadas e o cliente não precisou de mais assistência, isso conta como um resultado bem-sucedido.

Não, você não pode ser cobrado por mais de um resultado em uma única conversa. Você é cobrado apenas uma vez por conversa.

Sim, um handoff acionado por Custom guidance dentro de um Procedimento específico é cobrável. Como você forneceu instruções únicas na caixa de texto Custom guidance para dizer ao Fin exatamente como lidar com essa tarefa específica, o handoff resultante é considerado uma execução bem-sucedida da sua política de suporte e é cobrado como um Procedure Handoff.

Não, regras de escalonamento no nível do workspace não são cobráveis. Quando o agente Fin AI escala com base em instruções globais definidas no nível do workspace (em Train > Escalations), isso é tratado como uma rede de segurança para garantir que seus clientes sejam sempre atendidos e, portanto, é categorizado como uma Escalada não cobrável.

A diferença entre um Procedure Handoff e um fallback do Fin workflow é o nível de design intencional. Um Procedure Handoff é cobrável porque é uma etapa que você projetou especificamente para lidar com uma tarefa. Um Workflow Fallback (como encaminhar para um humano ou criar um ticket) é uma Escalada não cobrável porque serve como uma rede de segurança para quando o Fin não tem uma resposta específica.

Um resultado Fin Voice é contado quando uma pessoa faz uma pergunta e recebe pelo menos uma resposta do Fin (com base no conteúdo da sua knowledge base) durante uma chamada telefônica, e a chamada então termina.

Um resultado será contado quando o Fin completar com sucesso a ação para a qual foi configurado, como parte de uma conversa.

Atualmente, o Fin entrega os seguintes resultados:

Em um workflow padrão, após o bloco Let Fin handle ou Let Fin answer, o Fin fará o handoff se não conseguir resolver a pergunta do cliente, se o cliente solicitar suporte humano ou se uma regra ou orientação de escalonamento se aplicar. Este não é um resultado cobrável. A imagem abaixo é um workflow com o bloco Let Fin handle ou Let Fin answer.

Não, um handoff que ocorre via standard workflow, workspace-level escalation rule ou workspace level guidance é considerado uma escalada não cobrável. Isso acontece quando o Fin não consegue resolver uma pergunta, um cliente solicita suporte humano ou uma regra de "safety net" é acionada. Em contraste, um handoff só é cobrável como um Procedure Handoff se for uma etapa específica que você intencionalmente projetou e configurou dentro de um Procedimento usando @handoff ou orientação personalizada específica do procedimento.

Sim, se você configurar sua task para fazer handoff para uma equipe, colega ou workflow via uma etapa determinística, isso será contado como um procedure handoff.