> For the complete documentation index, see [llms.txt](https://docs.hablla.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.hablla.com/hablla-docs-es/flujos-de-automatizaciones/todos-los-componentes/activadores-y-http/activador.md).

# Activador

### 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).<br>
  * `Persona creada`: Se activa inmediatamente después de la inserción de un nuevo registro de contacto en la base de datos.<br>
  * `Persona actualizada`: Se activa cuando cualquier campo o propiedad de un contacto existente sufre una modificación.<br>
  * `Persona eliminada`: Se activa cuando un registro es eliminado del sistema.<br>
  * `Persona combinada`: Se ejecuta cuando dos registros duplicados se unifican.<br>
  * `Persona bloqueada`: Se activa cuando se aplican restricciones de comunicación o privacidad al contacto.<br>

### 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`).<br>
* **Bloque O (OR):** Agrupa criterios alternativos. El flujo se iniciará si cualquiera de las líneas insertadas coincide (ej.: Canal = `WhatsApp` **O** Canal = `Telegram`).<br>
* **Botón Agregar Condición:** Permite anidar múltiples bloques lógicos complejos para segmentaciones avanzadas.<br>

### 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.<br>
* **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.<br>

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

<br>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.hablla.com/hablla-docs-es/flujos-de-automatizaciones/todos-los-componentes/activadores-y-http/activador.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.