Fin AI Agent debe estar ya configurado y activo en tu espacio de trabajo antes de que puedas usar Procedures. Procedures son una función del Fin AI Agent: amplían lo que Fin puede hacer, por lo que Fin debe estar desplegado y funcionando primero. Si Fin AI Agent aún no está configurado en tu espacio de trabajo, navega a Fin AI Agent para comenzar.

Para crear un nuevo Fin Procedure, navega a Fin AI Agent > Train > Procedures en tu espacio de trabajo. Haz clic en + New procedure y elige tu método de creación preferido.

Si un Procedure termina antes de tiempo, salta pasos, guarda solo después de un refresco o muestra errores, esto no es un comportamiento esperado. Por favor, reporta un problema a nuestro equipo de soporte para que podamos investigar.

No, no puedes usar un sub-procedure escrito en un Procedure dentro de un Procedure diferente.

Actualmente no hay forma de migrar automáticamente todas las Tasks. Sin embargo, después del 12 de marzo, podremos migrar automáticamente ciertas Tasks simples (por ejemplo, aquellas con un solo bloque de instrucciones) a Procedures. Planeamos soportar migraciones de Tasks más complejas, probablemente con asistencia de AI, en el futuro.

Si encuentras manejo inconsistente de datos o estructuras anidadas, tienes dos opciones actuales:

En el futuro, lanzaremos una herramienta de código que te permitirá transformar y manipular cualquier dato directamente dentro de un Procedure.

Los Procedures generados por AI siempre se actualizan con nuestra última visión de diseño de mejores prácticas, lo que significa que la estructura puede cambiar con el tiempo. Hoy, la AI suele estructurar los pasos dentro de sub-procedures, lo cual se considera una buena práctica.

No, la creación y el despliegue de Procedures se gestionan con el mismo nivel de permiso.

Puedes activar un procedure para canales específicos directamente dentro del editor de Procedure. En la sección When to use this procedure, haz clic en el botón de audiencia. Desde ahí, puedes marcar o desmarcar canales específicos (por ejemplo, WhatsApp, Messenger, iOS) para controlar exactamente dónde Fin puede usar ese procedure. También puedes elegir qué audiencia específica puede activar el procedure desde aquí.

Los Fin Procedures actualmente solo soportan etiquetar la conversación. Mientras que los Intercom Workflows permiten acciones de "Tag person", esta funcionalidad específica no está disponible dentro de los bloques de instrucciones en lenguaje natural de un Procedure.

El título principal del procedure (el nombre que le das a tu procedure en la parte superior) es principalmente para organización interna. Aunque debe ser claro y descriptivo, Fin no usa directamente el título del procedure para la coincidencia de intención. En cambio, Fin se basa en la descripción del disparador "When to use this procedure" para determinar cuándo activar el procedure.

Sin embargo, los títulos de sub-procedures son diferentes: Fin los usa cuando los llamas con @Run sub-procedure. Usa nombres descriptivos y orientados a la acción para los sub-procedures como CollectPaymentInfo, VerifyUserIdentity o ResolveDeliveryIssue para que sean claros tanto para Fin como para tu equipo.

¡Sí! Conéctate con Expertos de la Comunidad y Arquitectos de Soluciones de Intercom en nuestras Procedures Meetup Office Hours. Estas sesiones, que se realizan cada dos semanas, ofrecen soporte práctico en tiempo real, incluyendo preguntas y respuestas en vivo para ayudarte a configurar y optimizar tus Fin Procedures y conectores de datos.

Sí, Fin puede reanudar un Procedure después de un cierre automático por inactividad.

Si un cliente se vuelve inactivo, Fin mantendrá el contexto. Cuando el cliente regrese a la conversación, Fin retomará exactamente donde lo dejó.

No, no hay forma de mostrar qué artículos usa Fin durante una simulación cuando está limitado al contenido disponible.

Los Fin Procedures actualmente no pueden crear un ticket. La creación de Ticket vía Procedures está planeada para principios de 2026.

Los Fin Procedures no pueden crear automáticamente una nota resumen AI al escalar (similar a las Tasks). Esta función está en desarrollo y se planea lanzar a mediados de 2026.

Los Fin Procedures actualmente no soportan suprimir o controlar preguntas de seguimiento. Se planean controles de seguimiento más flexibles para Procedures a principios de 2026.

No, Procedures no soportan bloques físicos de botones. Para dar opciones a los clientes, proporciona las opciones directamente en el texto de tu mensaje y usa pasos de Condition para ramificar la conversación según su respuesta. Esto te permite recrear la misma lógica que una tarea basada en botones pero en un formato más natural y conversacional.

No, el paso Run Sub-procedure es exclusivo de Procedures. Puedes usar este comando (o el atajo @Run sub-procedure) para llamar a un Procedure desde otro, pero esta funcionalidad no está disponible en el creador de Workflow.

Los Workflows no pueden transferir directamente a un Procedure. Procedures son conjuntos específicos de instrucciones que el Fin AI Agent debe seguir secuencialmente. Si necesitas conectar flujos automatizados, puedes usar el paso Run Workflow para enlazar a otro workflow reutilizable.

Los procedimientos no admiten pasos tradicionales de "Wait" porque están diseñados para acciones inmediatas y secuenciales. Si tu lógica requiere un retraso basado en tiempo, debes construir esa parte de la experiencia en un Workflow, que admite completamente las acciones de Wait.

Aquí te explicamos cómo diferenciarlos:

La verificación de correo electrónico (Email OTP) es una función de Workflow, no de Procedure. Si necesitas verificar la identidad de un cliente por correo, debes usar el paso Verify email with OTP en el constructor visual de Workflows, no en Procedures. Recuerda: los Workflows manejan automatización como enrutamiento, espera y pasos de verificación, mientras que los Procedures manejan tareas impulsadas por IA usando instrucciones en lenguaje natural.

No, no puedes activar un Procedure desde un workflow o un reusable Workflow. Los Procedures operan con lógica de IA no lineal e instrucciones en lenguaje natural; no pueden activar los pasos rígidos y lineales de un Reusable Workflow. Sin embargo, puedes hacer un Handoff to workflow dentro de un Procedure, pero no existe un paso equivalente para "Pass to Fin Procedure" desde workflows.

Un tiempo de respuesta de 10 segundos está dentro del rango esperado para Procedures en dispositivos móviles.

Los Procedures requieren que Fin siga una lógica específica, procese instrucciones detalladas o interactúe con datos externos. Debido a que Fin debe evaluar cada parte de las instrucciones, puedes notar un ligero retraso comparado con una respuesta de IA. Esto asegura que Fin proporcione la resolución más precisa y contextualizada.

No, no debes usar un Procedure para monitorear cada mensaje en busca de sentimiento. Los Procedures están diseñados para tareas específicas y repetibles, no para monitoreo amplio en segundo plano. Para detección de sentimiento en tiempo real y decisiones de transferencia, debes usar Escalation Guidance, que está diseñado para estos escenarios e integra nativamente la detección de sentimiento incorporada de Fin.

La mejor manera de manejar escalaciones complejas es definir tu lógica en Escalation Guidance o Escalation Rules y luego usar Workflows para manejar acciones posteriores a la escalación, como asignar a un equipo específico.

Depende de cómo termine el Procedure. Un Procedure que completa sus pasos solo se factura si la conversación alcanza un resultado facturable: ya sea una Resolution (Fin resuelve el problema del cliente, confirmado o asumido) o una Procedure handoff (Fin transfiere a un equipo humano o workflow). Simplemente pasar por todos los pasos sin que la conversación alcance uno de estos resultados no genera facturación. El factor clave es si la conversación alcanza un resultado, no si el Procedure terminó sus pasos.

A partir del 12 de marzo de 2026, los Fin Procedures se facturan como Fin Outcomes ($0.99) cuando una conversación alcanza cualquiera de los siguientes resultados: una Resolution, donde Fin resuelve completamente el problema del cliente, o una Procedure handoff, donde Fin transfiere a un equipo humano o workflow. Nunca se cobra si un Procedure falla, termina sin un resultado facturable o un cliente solicita escalación fuera de una transferencia configurada. Más información sobre Fin Outcomes y facturación.

Los Procedures se activan automáticamente según la customer intent. Fin analiza el mensaje del usuario y lo compara con los criterios que estableciste en la sección "When to use this procedure". No necesitas un interruptor separado de "On/Off" para Procedures; funcionan dentro de tu implementación existente de Fin (ya sea Simple Deploy o Workflows).

No, el comportamiento de Fin (seguimientos, escalaciones y cierre automático) está determinado por el deployment method que aloja el Procedure:

Si Simple Deploy está activo, anulará cualquier workflow orientado al cliente configurado para el mismo disparador. Esto significa que tus Procedures usarán la configuración global de Simple Deploy en lugar de cualquier configuración específica del bloque "Let Fin handle" en Workflows.

Sí, los Fin Procedures no están aislados de tu configuración global de Fin. Si un cliente se vuelve inactivo durante un Procedure, las configuraciones de seguimiento y cierre automático configuradas en tu paso de workflow Let Fin Handle seguirán activándose.

Cómo afecta esto la experiencia:

Cómo manejar esto:

Dado que las configuraciones de seguimiento y cierre automático no pueden desactivarse actualmente para un Procedure específico, tienes dos opciones:

Los Fin Procedures solo pueden activarse según la intención del cliente; no pueden activarse de forma determinista. Fin analiza lo que el cliente pregunta y determina si coincide con los criterios "When to use this procedure" que definiste. Esto significa que no puedes activar un Procedure en un momento específico, mediante un clic de botón o por un evento externo. El Procedure se activa cuando Fin reconoce que la intención del cliente coincide con tu configuración.

La forma más fácil de agregar pasos es escribir tus instrucciones de forma natural o dejar que la IA las redacte por ti:

Dentro de los pasos de instrucción, puedes agregar herramientas escribiendo @ para acceder a funciones como conectores de datos, atributos o sub-procedures. Para reordenar pasos, arrástralos y suéltalos directamente en el editor de Procedure.

Usa un conector de datos independiente para operaciones directas, atómicas y de un solo paso (por ejemplo, "cancelar mi suscripción") que no requieren una interacción ordenada y de múltiples pasos. Usa un Procedure cuando necesites un flujo determinista y de varios pasos: recopilar múltiples entradas, confirmaciones explícitas, lógica ramificada, etc.

Las @tools (herramientas at) amplían las capacidades de Fin dentro de las instrucciones de Procedure. Cuando escribes @ dentro de un paso de instrucción, puedes agregar herramientas que permiten a Fin interactuar con datos y sistemas en tiempo real.

Las herramientas comunes @ incluyen:

Los Objetos Personalizados aún no son totalmente compatibles en Fin Procedures. Para referenciar datos externos en Procedures, debes usar Data Connectors en su lugar. Cuando agregas un conector de datos a un Procedure, Fin crea automáticamente atributos temporales a partir de la respuesta del conector, que puedes referenciar en tus instrucciones y condiciones.

Fin Procedures no usan botones de respuesta. Procedures están diseñados para interacciones conversacionales impulsadas por IA donde Fin responde naturalmente a lo que los clientes escriben. Si quieres usar botones de respuesta para dar opciones predefinidas a los clientes, deberías usar Workflows en su lugar. Workflows se construyen en un lienzo visual y soportan botones de respuesta, que guían a los clientes a través de rutas estructuradas. Procedures son más adecuados para conversaciones abiertas donde los clientes pueden expresar solicitudes de forma diferente o proporcionar información en distintos órdenes.

Sí. Cuando haces clic en un paso de Fin en un Procedure, el panel lateral incluye una opción Cerrar conversación y evitar respuestas. Activar esto cerrará automáticamente la conversación cuando se alcance ese paso de Fin y evitará que el cliente responda. Si esta opción no está activada, la conversación permanece abierta después de que el Procedure finalice; se cerrará según tus configuraciones de cierre automático o cuando un compañero la cierre manualmente.

Aunque no puedes exportar un archivo, cada prueba de conversación simulada genera un ID de ejecución único y un enlace. Puedes copiar este enlace y compartirlo con cualquiera que tenga acceso a tu espacio de trabajo.

Sí, en Fin para Zendesk, todas las conversaciones que han entrado en un Procedure pueden explorarse desde la página de resumen de Procedures.

Sí, puedes ver el rendimiento de Procedures y visualizar todas las conversaciones que involucran un Procedure en los reportes.

No, las escalaciones debido a orientación general no se facturan. Solo se facturan las transferencias intencionales configuradas explícitamente en el Procedure (ya sea dentro de las instrucciones o la orientación específica del procedure).