Sí: las Procedures están generalmente disponibles para todos los clientes. No hay lista de espera, acceso beta ni contrato especial requerido, y no necesitas contactar a support o sales 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 Procedures. Las Procedures son una función del Fin AI Agent: extienden lo que Fin puede hacer, por lo que Fin debe desplegarse y estar en ejecución primero. Si Fin AI Agent aún no está configurado en tu espacio de trabajo, navega a Fin AI Agent para comenzar.

Para crear una nueva Fin Procedure, ve 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 una Procedure termina temprano, salta pasos, solo guarda después de actualizar la página o muestra errores, esto no es comportamiento esperado. Por favor reporta un problema a nuestro equipo de support para que podamos investigar.

No, no puedes usar una sub-procedure escrita en una Procedure dentro de una 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 (p. ej., 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 un manejo de datos inconsistente 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 una Procedure.

Las Procedures generadas por AI siempre se actualizan con nuestra visión más reciente de diseño de mejores prácticas, lo que significa que la estructura puede cambiar con el tiempo. Hoy en día, la AI a menudo estructura 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 una 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 allí, puedes marcar o desmarcar canales específicos (p. ej., WhatsApp, Messenger, iOS) para controlar exactamente dónde Fin puede usar esa procedure. También puedes elegir qué audiencia específica puede activar la procedure desde aquí.

Las Procedures en móvil tienen requisitos más estrictos que en web. Revisa esta lista si una Procedure no se ejecuta para clientes móviles:

Las Fin Procedures actualmente solo admiten etiquetar la conversation. Mientras que Intercom Workflows permiten acciones de "Tag person", esta funcionalidad específica no está disponible dentro de los bloques de instrucción en lenguaje natural de una Procedure.

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

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

¡Sí! Conéctate con Community Experts e Intercom Solutions Architects en nuestras Procedures Meetup Office Hours. Celebradas cada dos semanas, estas sesiones ofrecen soporte práctico en tiempo real, incluyendo preguntas y respuestas en vivo para ayudarte a configurar y optimizar tus Fin Procedures y Data connectors.

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

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

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

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

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

Fin Procedures actualmente no admiten suprimir o controlar las preguntas de seguimiento. Controles de seguimiento más flexibles para Procedures están planificados para principios de 2026.

No, Procedures no admiten bloques de botón físicos. Para ofrecer 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 invocar una Procedure desde otra, pero esta funcionalidad no está disponible en el generador de Workflows.

Workflows no pueden transferir directamente a una Procedure. Procedures son conjuntos específicos de instrucciones para que el agente Fin AI las siga secuencialmente. Si necesitas conectar flujos automatizados, puedes usar el paso Run Workflow para vincular con otro workflow reutilizable.

Puedes añadir un paso Wait for reply a una Procedure para pausarla mientras un cliente completa una tarea de larga duración, sin que se active el temporizador de inactividad ni se envíen mensajes de seguimiento. Establece cuánto tiempo espera Fin (mínimo 5 minutos, máximo 7 días). El paso termina cuando el cliente responde o cuando expira el tiempo — y siempre avanza al siguiente paso al expirar el tiempo, nunca escala a un compañero. Si tu lógica requiere una demora basada en tiempo que no esté ligada a una respuesta del cliente, construye esa parte de la experiencia en un Workflow, que admite completamente acciones de Wait.

Así es cómo distinguirlas:

La verificación por correo electrónico (Email OTP) es una característica 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: Workflows manejan automatizaciones como enrutamiento, espera y pasos de verificación, mientras que Procedures manejan tareas impulsadas por IA usando instrucciones en lenguaje natural.

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

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

Procedures requieren que Fin siga lógica específica, procese instrucciones detalladas o interactúe con datos externos. Porque Fin debe evaluar cada parte de las instrucciones, puede notar una ligera demora en comparación con una respuesta de IA. Esto asegura que Fin proporcione la resolución más precisa y contextualizada.

No, no debes usar una Procedure para monitorizar cada mensaje en busca de sentimiento. Procedures están diseñadas para tareas específicas y repetibles en lugar de monitoreo amplio en segundo plano. Para detección de sentimiento en tiempo real y decisiones de transferencia, debes usar Escalation Guidance, que está diseñada para estos escenarios e integra de forma nativa la detección de sentimiento incorporada de Fin.

No. Procedures no pueden imponer una barrera rígida a la escalación en el chat. Fin aún puede escalar según tu Escalation Guidance o la configuración global de escalación, incluso mientras una Procedure está en ejecución. Si un cliente pide hablar con un humano, Fin respetará esa solicitud independientemente de las instrucciones de la Procedure.

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

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

La mejor forma de manejar la 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 la Procedure. Una Procedure 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 una Procedure handoff (Fin transfiere a un equipo humano o workflow). Simplemente ejecutar todos los pasos sin que la conversación alcance uno de estos resultados no activa la facturación. El factor clave es si la conversación alcanza un resultado, no si la Procedure terminó sus pasos.

A partir del 12 de marzo de 2026, las 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 te cobrará si una Procedure falla, sale sin un resultado facturable o si un cliente solicita escalación fuera de una transferencia configurada. Más información sobre Fin Outcomes y facturación.

No. Si tu procedure transfiere a un workflow que resulta en que Fin vuelva a participar, solo se te cobrará una vez por conversación — incluso si el estado de resolución cambia. Una sola conversación solo puede activar un resultado facturable independientemente de cuántas veces Fin vuelva a participar.

Las Procedures 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". Las Procedures también pueden activarse mediante disparadores de eventos en momentos críticos para el negocio, o mediante el disparador Inbox, que permite a los compañeros iniciarla manualmente desde la Inbox. No necesitas un interruptor separado "On/Off" para las 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) lo determina el deployment method que aloja la Procedure:

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

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

Cómo afecta esto la experiencia:

Cómo gestionarlo:

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

Los Procedures admiten tres tipos de disparadores: elige el que se ajuste a tu caso de uso:

La forma más fácil de agregar pasos es escribir tus instrucciones de manera 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 en la posición deseada directamente en el editor de Procedure.

Usa un Data Connector independiente para operaciones directas, de un solo paso y atómicas (p. ej., “cancel my subscription”) que no requieren una interacción ordenada de varios pasos. Puedes usar prompts dentro de la descripción del data connector. Usa un Procedure cuando necesites un flujo determinista de múltiples pasos: recopilar múltiples entradas, confirmaciones explícitas, lógica de ramificación, etc.

Las @tools (at-tools) amplían las capacidades de Fin dentro de las instrucciones del 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.

Herramientas @ comunes incluyen:

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

Fin Procedures no usan botones de respuesta. Los Procedures están diseñados para interacciones conversacionales impulsadas por IA donde Fin responde de forma natural a lo que escriben los clientes. Si deseas usar botones de respuesta para ofrecer opciones predefinidas en las que los clientes puedan hacer clic, debes usar Workflows. Workflows se construyen en un lienzo visual y admiten botones de respuesta, que guían a los clientes por rutas estructuradas. Los Procedures son más adecuados para conversaciones abiertas donde los clientes pueden expresar solicitudes de forma diferente o proporcionar información en órdenes diferentes.

Sí. Cuando haces clic en un paso End en un Procedure, el panel lateral incluye una opción Close conversation and prevent replies. Activar esto cerrará automáticamente la conversación cuando se alcance ese paso End y evitará que el cliente responda. Si esta opción no está activada, la conversación permanecerá abierta después de que el Procedure termine: se cerrará según tus ajustes 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 se pueden explorar desde la página de resumen de Procedures.

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

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