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 del cliente, 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.

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

Hay dos formas principales de abordar esto:

Para acceder a los 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 conversaciones automáticamente agregando 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 solo se aplica a conversaciones futuras y no funciona retroactivamente.

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

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 de rama en lugar de programar en la configuración del disparador. Las ramas se evalúan en tiempo real, lo que las hace más confiables para lógica basada en tiempo.

Una vez activo, las nuevas conversaciones que coincidan con tu disparador 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, necesitas restringir la selección de canal en la configuración del disparador. 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.

Sí, puedes usar etiquetas como regla de audiencia en la mayoría de los disparadores de workflow, incluyendo etiquetas de Conversation, People y Company. Ten en cuenta que el predicado Conversation tag no está disponible en tres disparadores: Customer visits a page, Customer opens a new conversation in the Messenger y Customer clicks on a website element. Consulta Configurar la configuración del disparador del workflow para saber cómo configurar reglas de audiencia en workflows.

No, añadir una etiqueta a una conversación no activa un workflow — no existe un tipo de disparador para la adición de una etiqueta. La opción Conversation tag solo existe como predicado dentro de las reglas de audiencia de un disparador existente, donde limita qué conversaciones coinciden con un disparador que ya está activo por otra razón (por ejemplo, Conversation tag is Bug report añadido a un disparador During a conversation). Debido a que no hay un evento de "etiqueta añadida", etiquetar manualmente una conversación desde el Inbox no iniciará ningún workflow por sí solo.

Para automatizar una secuencia de esperas y mensajes de seguimiento cuando una etiqueta específica se aplica a una conversación, crea un workflow reutilizable que un compañero active manualmente desde el Inbox, en lugar de depender de que la etiqueta lo active.

Una vez que tu primer mensaje esté en el Inbox, abre la conversación, presiona Cmd/Ctrl+K, busca "Trigger reusable workflow" y selecciona este workflow para iniciarlo.

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

Sí, cuando agregas una condición "Message contains XYZ" a un workflow, también buscará en el asunto del email, no solo en el cuerpo. Incluso cuando usas 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 "En progreso."

Puedes configurar un workflow con el disparador "El compañero cambia la asignación del equipo de la conversación" para asignar automáticamente a un compañero específico cuando una conversación se asigna a un inbox de equipo.

Selecciona "El equipo asignado es [X]" en la audiencia del disparador:

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

Para probar la lógica actualizada del workflow en un entorno de producción sin impactar a los usuarios 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 correo electrónico sin afectar a usuarios 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 del usuario de vista previa se incluye en las métricas de reporte de workflows. Espera ver usuarios de vista previa listados junto con clientes reales en los conteos de enviados, comprometidos y completados. Si tus números de reporte parecen inesperadamente altos después de las pruebas, verifica si la actividad del usuario de vista previa ha sido contabilizada. 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 pospuesta, Intercom la reabre (o despospone) antes de evaluar el workflow. Para cuando se ejecutan las condiciones del workflow El cliente envía cualquier mensaje, la conversación ya está abierta, por lo que una condición de Estado de la conversación = Cerrado o Estado de la conversación = Pospuesto nunca coincidirá. Esto hace que el atributo de estado de la conversación sea efectivamente inutilizable como condición en este workflow.

El mismo comportamiento de reapertura se aplica a las conversaciones pospuestas: una respuesta del cliente despospone automáticamente la conversación antes de que se ejecute la evaluación del workflow.

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

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 correo electrónico externas. Los workflows pueden recopilar datos del cliente (como nombre, correo electrónico y atributos personalizados) y mantener las conversaciones sin asignar, pero no se admite la entrega externa de esos datos a direcciones de correo electrónico externas dentro de los workflows. Si necesitas reenviar datos recopilados externamente, usa un Data connector o integra con una herramienta de terceros vía webhook.

No, la validación de entrada para la longitud de PIN y ID no está soportada dentro de Messenger ni de los 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 Data connector 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 apunte 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 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 encuentran 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 espere."

Los atributos de Fecha y Hora no pueden usarse en workflows porque no hay forma confiable de validar la zona horaria del cliente, lo que podría causar discrepancias, especialmente si usan VPN o están en una ubicación diferente a tu horario laboral. Para evitar posibles desajustes con el horario laboral 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 del workflow que establecen valores de atributos (como Establecer datos de conversación) no soportan el tipo de atributo Fecha.

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

La regla de audiencia "El iniciador de la conversación es mensaje saliente" para un workflow solo se aplica 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 convertidos 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 solucionarlo, usa un workflow con disparador de ticket en su lugar (por ejemplo, Compañero cambia el estado de un ticket) y configúralo para apuntar 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 post-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 estándar de auto-mensaje Cuando el cliente visita una página que no tienen programación recurrente ni disparador basado en eventos.

Si tu workflow tiene una programación recurrente (por ejemplo, una programación semanal o basada 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.

Son dos disparadores separados que se ejecutan en diferentes momentos del ciclo 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 línea, la llamada sigue en curso y el disparador no se ejecutará.

No, una devolución de llamada iniciada antes de que termine la llamada entrante evita que esa llamada se dirija a Llamadas perdidas, incluso si la llamada entrante termina después como abandonada. La dirección a Llamadas perdidas solo se activa cuando una llamada termina sin que ningún compañero esté asignado. Si un compañero comienza a devolver la llamada mientras la llamada entrante original sigue activa, la conversación ya se considera asignada, por lo que cuando termina la llamada entrante, el sistema no la mueve a Llamadas perdidas.

Este es un comportamiento esperado, no un bug. Solo las llamadas que terminan sin que nadie esté interactuando con el cliente se consideran realmente perdidas. Si la devolución de llamada comienza después de que la llamada entrante ya terminó y fue dirigida a Llamadas perdidas, no hay conflicto y la conversación permanece correctamente dirigida.

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 llamada 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 llamada en vivo solo soportan acciones en segundo plano que se ejecutan silenciosamente sin interrumpir al llamante: etiquetar la conversación, reasignar, posponer, aplicar reglas y añadir una nota interna. El constructor muestra un banner — "Los workflows de llamada telefónica soportan un conjunto reducido de acciones" — para indicar esto.

Sí, "When a phone call ends" cubre tanto llamadas entrantes como salientes; el disparador se activa sin importar la dirección de la llamada. Al ramificar según cómo terminó la llamada, usa el atributo correcto para la dirección:

Consulta Automate actions when a phone call ends para la lista completa de estados y ejemplos de workflows.

Esto es esperado. El disparador "When a phone call ends" se aplica automáticamente tanto a conversaciones como a tickets. Si una llamada 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 post-llamada diferente para tickets y conversaciones, añade un paso Condition en tu workflow para ramificar según el tipo de conversación o ticket.

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

Para automatizar acciones en tickets creados a partir de llamadas, usa un workflow con disparador de ticket, por ejemplo, A ticket is created o Teammate changes the state of a ticket. Estos se activan cuando un compañero convierte manualmente la llamada terminada en un ticket. Consulta Automate actions during live phone calls para más sobre cómo funcionan los disparadores de tickets con llamadas.

Si tu workflow no se muestra como esperas, es posible que tu cookie de sesión esté vinculada a una versión anterior. Para comprobarlo, intenta abrir el workflow en una ventana de navegación privada o incógnito. Esto asegura que ves la versión más actual sin datos en caché. Si el problema persiste, considera borrar las cookies del 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 añadir los filtros afectados, guarda el workflow y publícalo de nuevo 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 empezaron. Las nuevas conversaciones que se activen después de publicar 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 adoptarán. Alternativamente, duplica el workflow y publica la copia. Esto crea un workflow nuevo con su propio historial de versiones, y las nuevas conversaciones comenzarán con 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 afecta 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, normalmente es porque incluye un paso configurado para "Collect customer reply." El workflow se pausa hasta que el cliente proporciona una respuesta según ese paso. Para asegurar que el workflow continúe sin interrupciones, revisa la configuración 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 determina la asignación final, pudiendo anular 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 frustrar al cliente debido a la cantidad de encuestas repetidas 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, debes añadir una regla específica de audiencia en la condición de tu workflow. La captura de pantalla muestra la regla 'Conversation rating requested is false' configurada en los ajustes de audiencia del workflow:

Añade la regla de audiencia "Conversation rating requested is false" a la condición de tu workflow.

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

Para evitar conflictos en workflows, usa configuraciones de audiencia únicas para cada workflow y priorízalos adecuadamente. Asegúrate de configurar correctamente los conectores lógicos ('AND' vs. 'OR'). Además, mantén la fiabilidad del workflow adoptando buenas prácticas, como 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 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 causar 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 vía 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 workflows personalizados de Fin for Ecommerce, 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 pasos personalizados del workflow, como acciones de asignación (por ejemplo, asignar a un inbox específico), se ejecuten. Sigue los pasos a continuación para identificar y resolver conflictos entre Fin y tus automatizaciones de Workflow.

Una conversación cerrada puede reabrirse y reasignarse por un workflow de enrutamiento "Customer sends their first message" (conversation_started) incluso cuando la línea de tiempo no muestra una nueva respuesta del cliente. Esto ocurre cuando hay un desfase entre la llegada del mensaje y la evaluación del workflow.

Cuando llega un nuevo mensaje, Intercom se lo muestra a un compañero de inmediato y encola por separado un trabajo en segundo plano para determinar qué workflow debe manejarlo. Ese trabajo normalmente termina en uno o dos segundos. Si la cola de procesamiento compartida está inusualmente ocupada, el trabajo puede retrasarse varios minutos. Para cuando finalmente se ejecuta, un compañero puede haber respondido y cerrado la conversación. El workflow no tiene forma de saber que la conversación ya fue manejada, por lo que procede como si la conversación fuera completamente nueva: su acción Assign reabre la conversación cerrada y la reasigna, aunque no haya ningún mensaje nuevo del cliente visible en la línea de tiempo en ese momento.

Si ves que esto sucede repetidamente o en múltiples conversaciones afectadas, contacta al soporte de Intercom con ejemplos específicos de conversaciones (incluyendo marcas de tiempo para el cierre y la reapertura) para que se puedan revisar los registros de ejecución del backend.

Cuando un workflow se activa por el cierre de una conversación (por ejemplo, un workflow de CSAT o calificación que se ejecuta después del cierre), su acción Assign ahora mantiene la conversación cerrada en lugar de reabrirla. Esto aplica específicamente a workflows activados por un evento de conversación cerrada: cualquier respuesta del cliente, envío de calificación u otra actividad visible para el usuario que active el workflow ya no reabre la conversación por sí sola; solo ocurre la asignación y la conversación permanece cerrada.

Si necesitas que la conversación se reabra después de la asignación (por ejemplo, para que un compañero la vea como una conversación activa), añade un paso Snooze después del paso de asignación. Posponer y luego activar mueve la conversación fuera del estado cerrado: un minuto es la duración mínima disponible para posponer, por lo que un paso de posponer de un minuto reabre la conversación casi inmediatamente después de la asignación.

Si un workflow 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 añadir 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 tarde 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 confirmarlo.

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 coinciden con 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 tengan la prioridad correcta.

No, no es posible activar un Procedure desde un workflow o un workflow reutilizable. Sin embargo, puedes pasar el control a un workflow dentro de las instrucciones de un Procedure.

No. En Workflows, seleccionas de una lista predefinida de disparadores — como Customer sends their first message, Ticket is created o New comment. No hay opción para escribir una descripción en lenguaje natural de cuándo debe ejecutarse la automatización.

Si necesitas lógica de disparo impulsada por IA — donde Fin decide cuándo iniciar una automatización basada en una descripción de la intención del cliente — usa un Fin Procedure en su lugar. Los Procedures incluyen una opción Based on what the customer says en su configuración de When to trigger, donde describes las situaciones en las que Fin debe ejecutar el procedure.

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 de nombre. 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 fecha Custom 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á automáticamente cuando 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 automáticamente cuando esa fecha pasa. La fecha expirada permanece establecida y bloquea que el workflow se active nuevamente hasta que la cambies.

Para ponerlo en vivo de nuevo:

1. Abre la sección Scheduling del workflow.

2. En Stop sending, selecciona Nunca, o elige una Custom date en el futuro.

3. Haz clic en Set changes live.