Sí — Los Procedimientos generalmente están 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 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 de trabajo, 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, salta pasos, guarda solo después de refrescar 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-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 Intercom Workflows 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 los usa cuando los llamas con @Run sub-procedure. Usa nombres orientados a la acción y descriptivos 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.

Actualmente, los Procedimientos Fin no pueden crear un ticket. La creación de Ticket vía Procedimientos está planeada para principios de 2026.

Fin Procedures no pueden crear automáticamente una nota 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 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 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 constructor de Workflow.

Workflows no pueden transferir directamente a un Procedure. Procedures son conjuntos específicos de instrucciones que el Fin AI Agent 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 Procedure para pausarlo mientras un cliente completa una tarea prolongada, 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 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 automatización 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 un Procedure desde un workflow o 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 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 móvil.

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 una ligera demora 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. 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 escalación compleja es definir tu lógica en Escalation Guidance o Escalation Rules y luego usar Workflows para manejar acciones post-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, 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 un Procedure falla, termina sin un resultado facturable o un cliente solicita una 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 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.

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 estableciste en la sección "When to use this procedure". Procedures 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 "On/Off" separado para Procedures; funcionan dentro de tu implementación existente de Fin (ya sea Simple Deploy o Workflows).

El comportamiento de Fin (seguimientos, escalaciones y cierre automático) está determinado por el método de implementación 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í, 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 Let Fin Handle en el workflow seguirán activándose.

Cómo esto afecta 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 Procedures admiten tres tipos de activadores: elige el que se adapte a tu caso de uso:

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 Procedures.

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

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

Los Objetos Personalizados aún no son totalmente compatibles en los Procedures de Fin. Para referenciar datos externos en Procedures, debes usar conectores de datos 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.

Los Procedures de Fin 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 quieres usar botones de respuesta para ofrecer opciones predefinidas a los clientes, debes usar Workflows en su lugar. Los Workflows se construyen en un lienzo visual y admiten 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 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 cualquier persona 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 del Procedure y ver todas las conversaciones que involucran un Procedure en los informes.

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).