For the complete documentation index, see llms.txt. This page is also available as Markdown.

Disparador

Resumen general

El Disparador de Eventos del Sistema es el punto de partida predeterminado para flujos de automatización que dependen de cambios de estado en registros internos (como en el CRM) o de comandos de redireccionamiento del propio ecosistema. Su función principal es escuchar eventos específicos asociados al ciclo de vida de los datos o recibir instrucciones de "puente" provenientes de reglas de relación externas y de otros flujos de automatización concurrentes.

Parámetros de Configuración

La parametrización del disparador define la naturaleza de la entrada del flujo. Se gestiona a través de los siguientes controles principales:

  • Selección del Evento Base: Define qué mutación de dato activará la automatización. Los eventos nativos incluyen:

    • Conversión: Se activa cuando un lead o contacto realiza una acción de conversión (ej.: relleno de formulario, descarga de material).

    • Persona creada: Se activa inmediatamente después de la inserción de un nuevo registro de contacto en la base de datos.

    • Persona actualizada: Se activa cuando cualquier campo o propiedad de un contacto existente sufre una modificación.

    • Persona eliminada: Se activa cuando un registro es eliminado del sistema.

    • Persona combinada: Se ejecuta cuando dos registros duplicados se unifican.

    • Persona bloqueada: Se activa cuando se aplican restricciones de comunicación o privacidad al contacto.

Constructor Visual de Condicionales

El componente cuenta con un motor de reglas visual estructurado en bloques para filtrar qué registros que generaron el evento realmente iniciarán el flujo:

  • Bloque Y (AND): Agrupa criterios que deben ser obligatoriamente verdaderos de forma simultánea. Se utiliza para segmentar el evento (ej.: Evento = Persona creada Y Estado = SP).

  • Bloque O (OR): Agrupa criterios alternativos. El flujo se iniciará si cualquiera de las líneas insertadas coincide (ej.: Canal = WhatsApp O Canal = Telegram).

  • Botón Agregar Condición: Permite anidar múltiples bloques lógicos complejos para segmentaciones avanzadas.

Operadores Especiales y Fuentes de Activación

Además de los eventos manuales y automáticos de registro, este disparador responde a dos orígenes operativos especiales dentro de la arquitectura de automatización:

  • Activación mediante Regla de Automatización (CRM): El disparador actúa como el nodo receptor de campañas o reglas de relación externas. Cuando el lead alcanza una determinada etapa en el embudo del CRM, el propio CRM inyecta el contacto directamente en este disparador para iniciar la automatización secundaria.

  • Redireccionamiento vía Componente de Desvío (goTo): Funciona como un punto de anclaje para la reutilización de procesos. Un flujo "A" puede utilizar un componente del tipo goTo (Ir a) apuntando a este disparador para transferir el recorrido del cliente al flujo actual, sin necesidad de duplicar bloques de código.

Ejemplos Prácticos

La siguiente tabla muestra escenarios comunes de uso de este disparador en el ecosistema:

Evento Seleccionado

Condicional Configurada

Caso de Uso Práctico

Persona creada

Ninguna

Disparar un mensaje de bienvenida inmediato para leads provenientes de anuncios.

Tarjeta ganada

Ninguna

Iniciar el flujo de onboarding y liberación de accesos después de la compra.

Persona actualizada

Etapa del Embudo igual a Perdido

Mover el contacto a una regla de recuperación o enviar una encuesta de satisfacción.

(Ninguno - Llamada externa)

Activado mediante componente goTo

Centralizar el envío de facturas proveniente de 3 flujos de ventas diferentes en un solo lugar.

Última actualización

¿Te fue útil?