Sí: los Procedimientos están generalmente disponibles para todos los clientes. No hay lista de espera, acceso beta ni contrato especial requerido, y no necesitas contactar soporte o ventas para obtener acceso. Puedes acceder directamente vía Fin AI Agent > Train > Procedures.

Fin AI Agent debe estar ya configurado y activo en tu espacio de trabajo antes de que puedas usar Procedimientos. Los Procedimientos son una función de 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, navega a Fin AI Agent para comenzar.

Para crear un nuevo Procedimiento Fin, 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 Procedimiento termina antes de tiempo, omite pasos, guarda solo después de refrescar o muestra errores, esto no es un comportamiento esperado. Por favor, reporta el problema a nuestro equipo de soporte para que podamos investigarlo.

No, no puedes usar un sub-procedimiento escrito en un Procedimiento dentro de un Procedimiento diferente.

Actualmente no hay forma de migrar automáticamente todas las Tareas. Sin embargo, después del 12 de marzo, podremos migrar automáticamente ciertas Tareas simples (por ejemplo, aquellas con un solo bloque de instrucciones) a Procedimientos. Planeamos soportar migraciones de Tareas más complejas, probablemente con asistencia de IA, 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 Procedimiento.

Los Procedimientos generados por IA 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 IA suele estructurar los pasos dentro de sub-procedimientos, lo cual se considera una buena práctica.

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

Puedes activar un procedimiento para canales específicos directamente dentro del editor de Procedimientos. 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 procedimiento. También puedes elegir qué audiencia específica puede activar el procedimiento desde aquí.

Los Procedimientos en móvil tienen requisitos más estrictos que en web. Revisa esta lista si un Procedimiento no se ejecuta para clientes móviles:

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

El título principal del procedimiento (el nombre que le das a tu procedimiento en la parte superior) es principalmente para organización interna. Aunque debe ser claro y descriptivo, Fin no usa directamente el título del procedimiento 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 procedimiento.

Sin embargo, los títulos de sub-procedimientos son diferentes: Fin sí los usa cuando los llamas con @Run sub-procedure. Usa nombres descriptivos y orientados a la acción para sub-procedimientos 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 Procedimientos Fin y conectores de datos.

Sí, Fin puede reanudar un Procedimiento 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 Procedimientos Fin actualmente no pueden crear un ticket. La creación de ticket vía Procedimientos está planeada para principios de 2026.

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

Puedes controlar lo que sucede al final de un Procedimiento usando el panel lateral del paso End. Al hacer clic en un paso End, puedes opcionalmente escribir un mensaje de cierre para enviar al cliente — o dejarlo en blanco para no enviar nada. Luego eliges una de tres acciones:

Para suprimir el seguimiento "¿Hay algo más en lo que pueda ayudarte?", deja el mensaje de cierre en blanco y usa Cerrar conversación o Cerrar conversación y evitar respuestas en tu paso End.

No, los Procedimientos no soportan bloques físicos de botón. Para dar opciones a los clientes, proporciona las opciones directamente en el texto de tu mensaje y usa pasos Condition para ramificar la conversación según su respuesta. Esto 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 los Procedimientos. Puedes usar este comando (o el atajo @Run sub-procedure) para llamar a un Procedimiento desde otro, pero esta funcionalidad no está disponible en el constructor de Workflow.

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

Puedes agregar un paso Wait for reply a un Procedimiento para pausarlo mientras un cliente completa una tarea larga, sin que se active el temporizador de inactividad ni se envíen mensajes de seguimiento. Configura cuánto tiempo espera Fin (mínimo 5 minutos, máximo 7 días). El paso termina cuando el cliente responde o se agota el tiempo — y siempre avanza al siguiente paso al agotarse el tiempo, nunca escala a un compañero. Si tu lógica requiere un retraso basado en tiempo que no dependa de la respuesta del cliente, construye esa parte de la experiencia en un Workflow, que soporta completamente 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 Procedimiento. 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 Procedimientos. Recuerda: los Workflows manejan automatización como enrutamiento, espera y pasos de verificación, mientras que los Procedimientos manejan tareas impulsadas por IA usando instrucciones en lenguaje natural.

No, no puedes activar un Procedimiento desde un workflow o Workflow reutilizable. Los Procedimientos operan con lógica no lineal de IA e instrucciones en lenguaje natural; no pueden activar los pasos rígidos y lineales de un Workflow Reutilizable. Sin embargo, puedes Handoff to workflow dentro de un Procedimiento, pero no existe un paso equivalente para "Pasar a Procedimiento Fin" desde workflows.

Un tiempo de respuesta de 10 segundos está dentro del rango esperado para Procedimientos en móvil.

Los Procedimientos 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 Procedimiento para monitorear cada mensaje en busca de sentimiento. Los Procedimientos 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 escalamiento, debes usar Escalation Guidance, que está diseñado para estos escenarios e integra nativamente la detección de sentimiento incorporada de Fin.

No. Los Procedimientos no pueden imponer una barrera rígida para la escalación en chat. Fin puede seguir escalando según tu Escalation Guidance o configuraciones globales de escalación, incluso mientras un Procedimiento está en ejecución. Si un cliente pide hablar con un humano, Fin respetará esa solicitud sin importar las instrucciones del Procedimiento.

Si necesitas controlar cuándo ocurre la escalación, usa Escalation Guidance para definir las condiciones bajo las cuales Fin debe o no debe pasar a un compañero.

No directamente. No existe una configuración a nivel de Procedimiento que escale automáticamente a un compañero cuando un cliente deja de responder. El paso Wait for reply puede pausar un Procedimiento y detectar que un cliente no respondió (mediante el atributo wait_elapsed), pero no escala automáticamente; deberás agregar un paso Condition para ramificar según ese resultado y dirigir explícitamente a un compañero.

La mejor manera de manejar escalación compleja 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 Procedimiento. Un Procedimiento que completa sus pasos solo es facturable si la conversación alcanza un resultado facturable — ya sea una Resolution (Fin resuelve el problema del cliente, confirmado o asumido) o un Procedure handoff (Fin pasa a un equipo humano o workflow). Simplemente completar 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 Procedimiento terminó sus pasos.

A partir del 12 de marzo de 2026, los Procedimientos Fin 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 un Procedure handoff, donde Fin pasa a un equipo humano o workflow. Nunca se te cobrará si un Procedimiento falla, termina sin un resultado facturable o un cliente solicita escalación fuera de un handoff configurado. Más información sobre Fin Outcomes y facturación.

No. Si tu procedimiento pasa a un workflow que resulta en que Fin vuelva a interactuar, solo se te cobrará una vez por conversación — incluso si el estado de resolución cambia. Una sola conversación solo puede generar un resultado facturable sin importar cuántas veces Fin vuelva a interactuar.

Los Procedimientos se activan según su tipo de disparador. Para el disparador predeterminado basado en intención, Fin analiza el mensaje del usuario y lo compara con los criterios que configuraste en la sección "When to use this procedure". Los Procedimientos también pueden activarse mediante disparadores de eventos en momentos específicos y críticos para el negocio, o mediante el disparador Inbox, que permite a los compañeros iniciar uno manualmente desde el Inbox. No necesitas un interruptor separado de "On/Off" para los Procedimientos; 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 método de implementación que aloja el Procedimiento:

Si Simple Deploy está activo, anulará cualquier workflows orientado al cliente configurado para el mismo disparador. Esto significa que tus Procedures usarán por defecto la configuración global de Simple Deploy en lugar de cualquier configuración específica de 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 a la experiencia:

Cómo gestionar esto:

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

Los Procedures soportan tres tipos de disparadores — elige el que se adapte a tu caso de uso:

La forma más fácil de añadir 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 añadir 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. Puedes usar indicaciones dentro de la descripción del conector de datos. Usa un Procedure cuando necesites un flujo determinista de múltiples pasos: recopilar múltiples entradas, confirmaciones explícitas, lógica ramificada, etc.

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

Las herramientas @ comunes incluyen:

Los Custom Objects aún no están completamente soportados en Fin Procedures. Para referenciar datos externos en Procedures, debes usar Data Connectors en su lugar. Cuando añades 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.

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

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 termine — 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 los Procedures y consultar todas las conversaciones que involucran un Procedure en los informes.

No, las escalaciones debidas 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).