Un Workflow puede no activarse como se espera debido a problemas de configuración, como compatibilidad de canal, reglas de audiencia, programación o conflictos con la configuración de su Messenger. Vea cómo solucionar estos problemas.

Puede verificar cuándo se activó un workflow en una conversación desde:

Sí, puede crear workflows reutilizables que recopilen datos de clientes, como correo electrónico, teléfono, nombre, así como atributos personalizados que rastrea en Intercom.

Actualmente esto no es posible con Workflows, pero puede enviar esta solicitud de función si lo considera útil.

Para evitar que el bot de bienvenida muestre el mensaje completo y las opciones cuando un usuario visita la página, debe usar un disparador de workflow diferente. En lugar de usar el disparador "el cliente visita una página", que hace que el Workflow aparezca proactivamente, use el disparador "El cliente abre una nueva conversación en el Messenger". De esta manera, el mensaje de bienvenida en su workflow solo aparecerá cuando un usuario inicie una conversación a través del Messenger.

Los clientes a veces pueden evadir los workflows de mensajes salientes haciendo clic directamente en el lanzador de Messenger e iniciando una conversación fuera del flujo previsto.

Hay dos formas principales de abordar esto:

Para acceder a bots salientes (Workflows) en Intercom, asegúrese de cumplir con los siguientes requisitos:

Sí, puede recopilar un archivo de un cliente en el paso Recopilar datos de varias maneras:

Sí, puedes etiquetar automáticamente las conversaciones añadiendo un paso 'Tag conversation' en tu workflow. Haz clic en Add step en cualquier parte de tu ruta de workflow y selecciona Tag conversation. Esto se aplica solo a las conversaciones futuras y no funciona de forma retroactiva.

Para crear y priorizar condiciones "if" en workflows, puedes añadir más branches condicionales. La prioridad va de arriba hacia abajo al usar branches.

Para enviar a los clientes un mensaje fuera de tu horario laboral — por ejemplo, informándoles cuándo esperar una respuesta — configura un workflow usando una condición branch en lugar de programar en la configuración del trigger. Los branches se evalúan en tiempo real, lo que los hace más fiables para lógica basada en tiempo.

Una vez activo, las nuevas conversaciones que coincidan con tu trigger y lleguen fuera de tu horario laboral configurado recibirán automáticamente el mensaje que configuraste.

Para asegurar que un workflow solo se active para conversaciones por email, debes restringir la selección de canal en la configuración del trigger. Si un canal no está explícitamente habilitado, las conversaciones en ese canal no activarán el workflow.

Una vez activo, solo las conversaciones por email que coincidan con tus reglas de audiencia activarán este workflow. Las conversaciones en otros canales no se verán afectadas.

Por el momento, solo puedes seleccionar etiquetas de People o Company al configurar el filtro de audiencia para el workflow. No se puede usar la etiqueta de conversación para este propósito.

Para añadir contenido externo a un workflow, puedes añadir el paso "Send an app" y seleccionar la aplicación Content Showcase.

Sí, cuando añades una condición "Message contains XYZ" a un workflow, también buscará en el asunto del email, no solo en el cuerpo. Incluso al usar una condición separada para "Email subject contains XYX", si usas "Message contains" esto incluirá también el asunto del email.

Esto depende de los canales que hayas habilitado para el workflow. No hay cargo por enviar mensajes de workflow en Web, iOS, Android, Facebook, Instagram y Email.

Sin embargo, si has seleccionado SMS o WhatsApp como uno de los canales del workflow, cualquier mensaje enviado por estos canales se cobrará según sus tarifas respectivas.

Para lograr esto, necesitarás crear dos workflows:

Esta configuración asegura que cualquier respuesta del cliente a un ticket Resuelto/Cerrado lo moverá automáticamente a "In progress."

Puedes configurar un workflow con el trigger "If teammate changes the conversation assignment" para asignar automáticamente a un compañero específico cuando una conversación se asigna a un inbox de equipo.

Selecciona "Team assigned is [X]" en la audiencia del trigger:

Luego añade una ruta de workflow usando el paso Assign para asignar a un compañero:

Para probar la lógica actualizada de un workflow en un entorno de producción sin afectar a los users en vivo:

Siempre prueba primero en un entorno de staging cuando sea posible para evitar impactos no deseados en conversaciones en vivo.

Para probar workflows de email sin afectar a los users en vivo:

Evita hacer cambios no probados directamente en un workflow en vivo: duplicarlo primero aísla el riesgo.

Para probar de forma segura si Fin detecta atributos correctamente:

Sí. Hay dos opciones:

Las conversaciones de vista previa creadas usando la función Workflows Preview aparecen en el Inbox y se tratan como conversaciones reales, lo que significa que la actividad de usuarios de vista previa se incluye en las métricas de reporte de workflows. Espera ver usuarios de vista previa listados junto a clientes reales en los conteos de enviados, comprometidos y completados. Si tus números de reporte parecen inusualmente altos después de probar, verifica si la actividad de usuarios de vista previa ha sido contada. Para mantener tus métricas limpias, considera revisar tus conteos de enviados/comprometidos/completados después de cualquier sesión de vista previa.

Cuando un cliente reabre una conversación previamente cerrada fuera del horario laboral, un workflow estándar fuera de horario puede no activarse como se espera.

Para manejar esto de forma confiable:

Una vez activo, Intercom verifica la hora contra tu horario laboral cada vez que un cliente reabre una conversación cerrada y envía tu mensaje si está fuera de las horas configuradas.

Cuando un cliente responde a una conversación cerrada o en pausa, Intercom la reabre (o quita la pausa) antes de evaluar el workflow. Para cuando el workflow Customer sends any message evalúa sus condiciones, la conversación ya está abierta, por lo que una condición de Conversation status = Closed o Conversation status = Snoozed nunca coincidirá. Esto hace que el atributo de estado de conversación sea efectivamente inutilizable como condición en este workflow.

El mismo comportamiento de reapertura aplica a conversaciones en pausa: una respuesta del cliente quita automáticamente la pausa antes de que se ejecute la evaluación del workflow.

Los objetivos de workflow solo cuentan eventos que ocurren después de que se active el workflow; no incluyen eventos que ocurrieron antes de que se enviara.

No, no se puede personalizar la visualización de los botones de Respuesta Rápida dentro de los workflows.

No, los workflows no pueden enviar datos directamente a direcciones de email externas. Los workflows pueden recopilar datos de clientes (como nombre, email y atributos personalizados) y mantener conversaciones sin asignar, pero la entrega externa de esos datos a direcciones de email externas no está soportada dentro de los workflows. Si necesitas reenviar datos recopilados externamente, usa un conector de datos o integra con una herramienta de terceros vía webhook.

No, la validación de longitud de entrada para PINs e IDs no está soportada dentro de Messenger o workflows. Si necesitas imponer requisitos específicos de caracteres o dígitos, esto debe manejarse externamente, por ejemplo, a través de tu propio backend o un conector de datos que valide la entrada después de ser recopilada.

Si tu Workflow no funciona para ciertas conversaciones, asegúrate de que la configuración de audiencia del workflow esté establecida para activarse con los tipos de participantes correctos (Leads, Visitors y Users). Actualiza la configuración de audiencia para resolver el problema. Además, verifica que no haya errores de configuración que impidan que el workflow se dirija a la audiencia correcta. Por ejemplo, si tu workflow está configurado para activarse solo para 'Users', las interacciones que involucren a 'Leads' no activarán el workflow. Ajusta los filtros de destino para incluir tanto 'Leads' como 'Users' o asegúrate de que el tipo de conversación coincida con la configuración del workflow.

Esto puede ocurrir porque la Política de Seguridad de Contenido (CSP) en tu sitio está bloqueando ciertas conexiones con Intercom que son necesarias para que Messenger funcione como se espera y puede necesitar ser revisada y actualizada. Más detalles sobre el uso de Intercom con CSP se pueden encontrar en este artículo.

Solo puedes tener un disparador de Workflow orientado al cliente por conversación. Para lograr esto, edita tu workflow existente para "Cuando el cliente envía su primer mensaje" y agrega un paso para recopilar el primer mensaje del cliente, luego añade otro paso que envíe tu mensaje de seguimiento: "Estamos verificando, por favor espera."

Los atributos de Fecha y Hora no pueden usarse en workflows porque no hay una forma confiable de validar la zona horaria del cliente, lo que podría causar discrepancias, especialmente si usan una VPN o están en una ubicación diferente a tus horas de oficina. Para evitar posibles desajustes con las horas de oficina del espacio de trabajo, los atributos de Fecha y Hora no están disponibles para usarse en workflows.

No. Los atributos de Fecha no pueden establecerse usando pasos de workflow; esta es una limitación actual del producto. Las acciones de workflow que establecen valores de atributos (como Establecer datos de conversación) no admiten el tipo de atributo Fecha.

Para actualizar un atributo de Fecha, una solución sería usar un Conector de Datos usando nuestra REST API.

La regla de audiencia "El iniciador de conversación es Mensaje saliente" para un workflow se aplica solo cuando se envían mensajes a través de la sección Outbound en tu espacio de trabajo. Si estás creando una conversación en el Inbox, usa "Compañero enviando un mensaje directo" para mensajes individuales o "Compañero enviando a muchos clientes" para mensajes masivos en las reglas de audiencia de tu workflow.

Si tu workflow no se activa para correos electrónicos que se convierten en tickets, verifica que "Email" haya sido seleccionado como canal en la configuración del disparador del workflow (ya que este es el canal original donde comenzó la conversación).

Los tickets convertidos de llamadas telefónicas mantienen el canal "Phone call" de la conversación original. Esto significa que los disparadores de workflow dependientes del canal, como Compañero cambia el estado de la conversación, no se activarán para estos tickets, porque el disparador evalúa el canal en el momento en que se creó, no el tipo de ticket.

Esta limitación se aplica específicamente a disparadores dependientes del canal como Compañero cambia el estado de la conversación. Si dependes de este disparador para enviar una encuesta de satisfacción del cliente (CSAT) para tickets originados en llamadas telefónicas, no se activará para esos tickets.

Para solucionar esto, usa un workflow con disparador de ticket en su lugar (por ejemplo, Compañero cambia el estado de un ticket) y configúralo para dirigirse al tipo de ticket relevante. Este disparador evalúa directamente los cambios de estado del ticket, independientemente del canal original.

Alternativamente, usa el disparador Cuando termina una llamada telefónica para automatizar acciones posteriores a la llamada para llamadas telefónicas y tickets originados en llamadas. A diferencia de los disparadores dependientes del canal, se activa según cómo terminó la llamada, independientemente de si la llamada resultó en una conversación o un ticket. Consulta Automatizar acciones cuando termina una llamada telefónica para pasos de configuración y ejemplos.

El selector Mostrar workflow hasta solo está disponible para workflows de mensajes automáticos estándar Cuando el cliente visita una página que no tienen un horario recurrente ni un disparador basado en eventos.

Si tu workflow tiene un horario recurrente (por ejemplo, un horario semanal o basado en calendario), la opción está intencionalmente oculta. Los mensajes programados recurrentes siempre se muestran una vez por ciclo de envío, por lo que el selector Mostrar workflow hasta se desactiva automáticamente.

Estos son dos disparadores separados que se ejecutan en diferentes puntos del ciclo de vida de la llamada:

No, no se activará si solo tu compañero cuelga a mitad de llamada. El disparador se activa una vez al verdadero final de la llamada, después de que el cliente y todos los participantes externos se hayan desconectado. Si un compañero se desconecta pero el cliente sigue en la línea, la llamada sigue en curso y el disparador no se ejecutará.

Las acciones orientadas al cliente, como enviar un mensaje, recopilar datos mediante botones de respuesta o mostrar un tiempo esperado de respuesta, no están disponibles en workflows que usan disparadores de llamadas en vivo. Mientras la llamada está en curso, el cliente está al teléfono, no leyendo mensajes de chat, por lo que estos pasos están intencionalmente deshabilitados.

Los disparadores de llamadas en vivo solo admiten acciones en segundo plano que se ejecutan silenciosamente sin interrumpir al llamante: etiquetar la conversación, reasignar, posponer, aplicar reglas y agregar una nota interna. El creador muestra un banner que dice "Los workflows de llamadas telefónicas admiten un conjunto reducido de acciones" para indicar esto.

Sí, "Cuando termina una llamada telefónica" cubre tanto llamadas entrantes como salientes; el disparador se activa sin importar la dirección de la llamada. Al ramificar según cómo concluyó la llamada, usa el atributo correcto para la dirección:

Consulta Automatizar acciones cuando termina una llamada telefónica para la lista completa de estados y ejemplos de workflows.

Esto es esperado. El disparador "Cuando termina una llamada telefónica" se aplica automáticamente tanto a conversaciones como a tickets. Si una llamada telefónica está adjunta a un ticket, el disparador también se activa para ese ticket; no hay forma de restringirlo solo a conversaciones o solo a tickets.

Si necesitas lógica diferente posterior a la llamada para tickets vs. conversaciones, agrega un paso de Condición en tu workflow para ramificar según el tipo de conversación o ticket.

No, no puedes convertir una llamada en un ticket mientras aún está en curso. La opción de convertir a ticket solo está disponible en el encabezado de la conversación después de que la llamada termina.

Para automatizar acciones en tickets creados a partir de llamadas telefónicas, usa un workflow con disparador de ticket, por ejemplo, Se crea un ticket o Compañero cambia el estado de un ticket. Estos se activan una vez que un compañero convierte manualmente la llamada terminada en un ticket. Consulta Automatizar acciones durante llamadas telefónicas en vivo para más información sobre cómo funcionan los disparadores de tickets con llamadas telefónicas.

Si tu workflow no se muestra como esperas, es posible que tu cookie de sesión esté vinculada a una versión anterior. Para verificarlo, intenta abrir el workflow en una ventana de navegación privada o incógnito. Esto asegurará que estés viendo la versión más actualizada sin datos en caché. Si el problema persiste, considera borrar las cookies de tu navegador y actualizar la página. Además, los filtros y condiciones en workflows a veces pueden registrarse incorrectamente o comportarse de forma inesperada. Para resolverlo, vuelve a agregar los filtros afectados, guarda el workflow y publícalo nuevamente para asegurar su correcto funcionamiento.

Una vez que un workflow comienza a ejecutarse en una conversación, continúa usando la versión que estaba activa cuando se activó. Republlicar o actualizar el workflow no afecta a las conversaciones ya en curso; estas permanecen inscritas en la versión con la que comenzaron. Las nuevas conversaciones que se activen después de que publiques usarán la versión más reciente.

No. Los Workflows no pueden reiniciarse para conversaciones específicas en curso. Las conversaciones permanecen vinculadas a la versión con la que comenzaron. Si necesitas que todas las nuevas conversaciones usen una versión actualizada, publica tus cambios; solo las nuevas conversaciones los recogerán. Alternativamente, duplica el workflow y pon la copia en vivo. Esto crea un workflow nuevo con su propio historial de versiones, y las nuevas conversaciones comenzarán en esa versión.

Los cambios en un workflow, como condiciones añadidas, mensajes actualizados o nuevos pasos, solo se aplican a nuevas conversaciones. Las conversaciones ya en curso continúan ejecutando la versión que estaba activa cuando comenzaron. Eliminar y recrear el workflow tampoco afectará a estas conversaciones en curso. Para verificar tus cambios, inicia una conversación nueva después de publicar.

Si tu workflow se detiene después de que un cliente hace clic en un botón específico, esto suele ocurrir porque el workflow incluye un paso configurado para "Collect customer reply." El workflow se detiene hasta que el cliente proporciona una respuesta según este paso. Para asegurar que el workflow continúe sin interrupciones, revisa la configuración del workflow y considera eliminar el paso "Collect customer reply" cuando sea apropiado.

Esto suele ocurrir porque múltiples workflows con acciones de asignación se activan simultáneamente. El workflow con mayor prioridad determinará la asignación final, potencialmente anulando a los demás. Para resolver este problema:

Un problema común ocurre cuando las encuestas de Customer Satisfaction Score (CSAT) se envían varias veces sin querer, especialmente cuando un compañero cierra repetidamente una conversación. Esto puede causar frustración en el cliente debido a la repetición de encuestas CSAT para la misma interacción. Aquí están los pasos para que una encuesta CSAT se envíe solo una vez, incluso si se cierra varias veces.

La solución: Asegurar que CSAT se envíe solo una vez por cierre de conversación

Para asegurar que una encuesta CSAT se envíe solo una vez en una conversación cuando un compañero la cierra, necesitas agregar una regla de audiencia específica a la condición de tu workflow. La captura de pantalla a continuación muestra la regla 'Conversation rating requested is false' configurada en los ajustes de audiencia del workflow:

Agrega la regla de audiencia "Conversation rating requested is false" a la condición de tu Workflow.

Al hacerlo, esta regla asegura que no se haya enviado ya una solicitud de CSAT al cliente para esa conversación en particular. Esta condición crítica previene que se envíen múltiples solicitudes de encuesta al cliente si la conversación se cierra o actualiza más de una vez.

Para evitar conflictos entre workflows, usa configuraciones de audiencia únicas para cada workflow y priorízalos adecuadamente. Asegúrate de que los conectores lógicos ('AND' vs. 'OR') estén configurados correctamente. Además, mantén la fiabilidad del workflow adoptando buenas prácticas, como realizar auditorías regulares para detectar disparadores inactivos y conflictos. Usa convenciones claras de nombres para diferenciar workflows y prueba nuevas configuraciones en distintos escenarios de clientes antes de implementarlas.

Los Workflows están diseñados para detenerse cuando un compañero los interrumpe. Esto también aplica a los Workflows reutilizables, incluso si los cambios se activan desde el inbox. Revisa los eventos de la conversación para ver si alguna actualización pudo haber causado la interrupción.

Una conversación se asigna al asignado predeterminado cuando ningún workflow coincide con la conversación. Actualiza el asignado predeterminado o revisa las reglas de audiencia del workflow para asegurar una coincidencia adecuada.

Cuando Fin está habilitado mediante Simple Deploy (la configuración automática de despliegue de Fin), tiene prioridad sobre los Workflows de asignación personalizados para la misma audiencia. Esto aplica tanto para Fin for Service como para Fin for Ecommerce: cuando Simple Deploy for Ecommerce está activo, tiene prioridad sobre los workflows personalizados de Fin for Ecommerce, los workflows personalizados de Fin for Service y Simple Deploy de Fin for Service. Los workflows automáticos no se activarán y la herramienta de solución de problemas de workflows no evaluará ni mostrará estos workflows. Esto impide que se ejecuten pasos personalizados del workflow, como acciones de asignación (por ejemplo, asignar a un inbox específico). Sigue los pasos a continuación para identificar y resolver conflictos entre Fin y tus automatizaciones de Workflow.

Si un workflow de Fin AI deja de activar respuestas del bot después de una edición, verifica que el camino del workflow incluya un paso "Let Fin answer." Vuelve a agregar este paso y publica el workflow para restaurar la funcionalidad.

Si tu workflow se ramifica por número de WhatsApp, puede fallar cuando solo hay un WhatsApp Business number activo. Simplifica tu configuración para usar ese único número. Ajusta la lógica de ramificación más adelante cuando se agreguen más números.

Si mensajes específicos fallan, puede deberse a errores de la plataforma Meta relacionados con el usuario final y no con Intercom. Revisa los detalles del error del mensaje en tu conversación o en el panel de Meta para confirmar.

Si los clientes no responden a tus plantillas de WhatsApp, revisa tanto la configuración como la calidad del mensaje.

Configuración de plantillas:

Registros de errores:

Si los perfiles están coincidiendo conversaciones antes que los Workflows, el workflow puede no activarse. Ajusta los perfiles para excluir mensajes de WhatsApp si es necesario para asegurar que los workflows se prioricen correctamente.

No, no es posible activar un Procedimiento desde un workflow o un workflow reutilizable. Sin embargo, puedes transferir a un workflow dentro de las instrucciones de un Procedimiento.

Los campos first_name y last_name se generan automáticamente a partir del campo name y no se almacenan por separado. Por eso, no pueden usarse para filtrar o coincidir en las ramas del workflow. Para filtrar por name, usa directamente el atributo name. Si necesitas filtrar por nombre o apellido individualmente, puedes crearlos como Atributos de Datos Personalizados y pasar los valores a través de tu integración.

Si ves Fix issues in order to save. en el botón Set changes live pero no aparecen iconos de error en ninguno de tus pasos, revisa la sección Scheduling del workflow.

Un workflow que originalmente estaba programado para activarse en una fecha futura mantiene esa fecha programada después de activarse. Una vez que esa fecha pasa, ya no es válida y se bloquea el guardado hasta que la actualices. Una fecha de parada establecida en una fecha pasada hace lo mismo.

Para eliminarla y guardar tus cambios:

1. Abre la sección Scheduling del workflow.

2. Bajo Start sending, selecciona Immediately.

3. Bajo Stop sending, si la fecha está en el pasado, selecciona Never o elige una Custom date en el futuro.

4. Haz clic en Set changes live.
​

Tu workflow permanece activo todo el tiempo, tus ediciones se guardan normalmente y sigue funcionando con su audiencia y reglas existentes. Si eliges una fecha de parada futura, el workflow se pausará una vez que esa fecha pase.

Si ves Finish creating your workflow before setting it live pero no aparecen iconos de error en ninguno de tus pasos, revisa la sección Scheduling del workflow.

Un workflow con una fecha de parada se pausa una vez que esa fecha pasa. La fecha expirada permanece establecida y bloquea que el workflow se active nuevamente hasta que la cambies.

Para activarlo nuevamente:

1. Abre la sección Scheduling del workflow.

2. Bajo Stop sending, selecciona Never o elige una Custom date en el futuro.

3. Haz clic en Set changes live.