Una Resolución es ahora solo un tipo específico de resultado exitoso que Fin entrega. Mientras que una Resolución ocurre cuando Fin responde una pregunta directamente, un resultado es un término más amplio que incluye esas respuestas y entregas exitosas de Procedimientos.

Estos son dos sistemas separados, y solo uno genera facturación:

Workflows con bloques Fin (NO facturables):

En un Workflow estándar, puedes agregar un bloque "Deja que Fin maneje" o "Deja que Fin responda". Si Fin no puede resolver la pregunta del cliente, la conversación sigue tu ruta de escalación designada (por ejemplo, "Asignar al equipo de soporte"). Esta es una escalación no facturable porque Fin usa su comportamiento predeterminado, simplemente no pudo ayudar.

Procedimientos con entregas configuradas (SÍ facturables):

Un Procedimiento Fin es un proceso de varios pasos que diseñas para manejar escenarios específicos. Si configuras un Procedimiento para incluir un paso @handoff (por ejemplo, "@handoff al equipo de facturación"), esa entrega es una entrega de Procedimiento facturable ($0.99) porque Fin ejecutó con éxito el resultado exacto que diseñaste.

La diferencia clave:

Una entrega de Procedimiento es un resultado facturable que se cuenta cuando Fin sigue la entrega configurada de un Procedimiento durante una conversación, como entregar a un workflow, equipo o compañero usando @handoff.

Sí, una entrega exitosa activada desde una Tarea se considera una entrega de Procedimiento. Dado que Fin siguió tus instrucciones y ejecutó el resultado elegido, se cuenta como un resultado exitoso y facturable.

No. Si un Procedimiento falla en cualquier paso o no puede terminar, no se te cobrará ya que no cuenta como un resultado y no es facturable. De manera similar, si un cliente solicita un agente humano y Fin se detiene, tampoco se te cobrará en ese caso.

No. Si Fin ya forma parte de tu contrato, puedes comenzar a usar Procedimientos (sujeto a acceso en Disponibilidad Gestionada) sin un nuevo contrato.

Lo único que notarás es un cambio en la redacción. Si solo usas Fin para responder preguntas de clientes (y no usas los Procedimientos/Tareas), entonces el cambio a resultados es puramente cosmético en términos de facturación. Seguirás pagando por cada conversación que Fin resuelva, exactamente como antes. El producto simplemente dirá “resultados de Fin” en lugar de “Resoluciones de Fin.”

No, si el cliente pide explícitamente un humano en cualquier momento, no se te cobrará, esto no cuenta como una resolución ni como una entrega de Procedimiento.

Cambiar a un procedimiento diferente mediante @Switch no cuenta como una entrega de Procedimiento. @Switch termina el procedimiento actual y comienza otro diferente; es una transición unidireccional que no cambia el estado de resolución y no se cuenta como un resultado de entrega de Procedimiento.

Una entrega de Procedimiento solo ocurre cuando un procedimiento termina con un paso de entrega configurado, como @Handoff a equipo, @Handoff a compañero o entrega a workflow, y Fin completa con éxito el procedimiento hasta ese punto.

Sí, las resoluciones asumidas siguen siendo facturables después del 12 de marzo de 2026. El cambio de Resoluciones a resultados no cambia cómo se facturan las resoluciones asumidas.

Tanto las resoluciones confirmadas (donde el cliente confirma explícitamente que Fin ayudó) como las resoluciones asumidas (donde el cliente no pide más ayuda después de la respuesta de Fin) siguen siendo facturables. Ambas se cuentan como resultados exitosos de "Resolución": Fin resolvió con éxito el problema del cliente, independientemente de si lo confirmaron explícitamente.

Lo que no ha cambiado: Si un cliente recibe una respuesta de Fin y no pide ayuda adicional, esto sigue considerándose una resolución exitosa y se factura.

Lo que NO es facturable: Si un cliente pide explícitamente hablar con un humano en cualquier momento de la conversación, no se te cobrará; esto siempre ha sido así y sigue siendo cierto bajo resultados.

Si un cliente abandona la conversación después de que un Procedimiento se complete, se considera una Resolución Asumida y es un resultado facturable. Dado que el agente AI Fin alcanzó con éxito el final de los pasos diseñados y el cliente no requirió más ayuda, cuenta como un resultado exitoso.

No, no se le puede cobrar por más de un resultado en una sola conversación. Solo se le cobra una vez por conversación.

Sí, un handoff activado por Custom guidance dentro de un Procedimiento específico es facturable. Debido a que ha proporcionado instrucciones únicas en el cuadro de texto Custom guidance para indicarle a Fin exactamente cómo manejar esa tarea específica, el handoff resultante se considera una ejecución exitosa de su política de soporte y se factura como un Procedure Handoff.

No, las reglas de escalación a nivel de workspace no son facturables. Cuando el agente Fin AI escala basado en instrucciones globales establecidas a nivel de workspace (bajo Train > Escalations), se trata como una red de seguridad para asegurar que sus clientes siempre reciban soporte, y por lo tanto, se categoriza como una Escalation no facturable.

La diferencia entre un Procedure Handoff y un Fin workflow fallback es el nivel de diseño intencional. Un Procedure Handoff es facturable porque es un paso que diseñó específicamente para manejar una tarea. Un Workflow Fallback (como redirigir a un humano o crear un ticket) es una Escalation no facturable porque sirve como red de seguridad cuando Fin no tiene una respuesta específica.

Un resultado Fin Voice se cuenta cuando una persona hace una pregunta y recibe al menos una respuesta de Fin (basada en el contenido de su knowledge base) durante una llamada telefónica, y luego la llamada termina.

Se contará un resultado cuando Fin complete con éxito la acción para la que fue configurado, como parte de una conversación.

Actualmente, Fin entrega los siguientes resultados:

En un workflow estándar, después del bloque Let Fin handle o Let Fin answer, Fin entregará el handoff si no puede resolver la pregunta del cliente, un cliente solicita soporte humano, o se aplica una regla o guía de escalación. Este no es un resultado facturable. La imagen a continuación es un workflow con el bloque Let Fin handle o Let Fin answer.

No, un handoff que ocurre a través de un standard workflow, workspace-level escalation rule o workspace level guidance se considera una escalación no facturable. Esto sucede cuando Fin no puede resolver una pregunta, un cliente solicita soporte humano, o se activa una regla de "red de seguridad". En contraste, un handoff solo es facturable como un Procedure Handoff si es un paso específico que diseñó intencionalmente y configuró dentro de un Procedimiento usando @handoff o guías personalizadas específicas del procedimiento.

Sí, si configura su task para entregar un handoff a un equipo, compañero o workflow a través de un paso determinista, esto se contará como un procedure handoff.