> 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/activador-de-correo-electronico-y-enviar-mensaje/activador-de-correo-electronico.md).

# Activador de correo electrónico

### Visión General

El **Disparador de correos electrónicos entrantes** (identificado en la interfaz por el título técnico `Correo disparador`) es un nodo de entrada (*disparador entrante*) basado en eventos de sincronización de la bandeja de entrada. Su función principal es monitorear cuentas de correo electrónico corporativo y disparar un flujo automatizado de procesos o respuestas electrónicas instantáneamente en el momento en que la conexión seleccionada recibe un nuevo mensaje de correo electrónico de un remitente externo.

### Parámetros de Configuración

La parametrización del disparador asocia la automatización a la cuenta de correo electrónico correcta configurada en la plataforma:

* **Canal:** Menú desplegable utilizado para seleccionar qué cuenta de correo electrónico integrada (mediante protocolos IMAP/POP3 o claves de proveedores homologados) será la responsable de activar este flujo específico. El selector muestra los correos corporativos disponibles en la organización (ej: `suporte@empresa.com`).<br>

### Constructor Visual

La interfaz gráfica sigue el patrón minimalista de los bloques de disparador nativos de la plataforma:

* **Desplegable de asociación directa:** Un menú desplegable simplificado que permite vincular directamente la cuenta de correo electrónico monitorizada, garantizando que el motor pase a leer los mensajes de la respectiva *Bandeja de entrada* en cuanto se guarde el nodo.<br>
* **Nodo inicial sin entrada:** En el editor gráfico de flujos, este componente se posiciona en el extremo inicial izquierdo de la pantalla. No posee conectores ni puertos de entrada que reciban conexiones de otros nodos, ya que su ejecución se activa al 100 % por un estímulo externo (la llegada de un correo electrónico enviado por un cliente).<br>

### Operadores especiales

Las propiedades lógicas de este componente gestionan la extracción de payloads de correo electrónico, la lectura de encabezados y el enrutamiento de archivos:

* **Inyección de payload de correo electrónico (metadatos del mensaje):** En cuanto se recibe un correo electrónico y lo procesa el disparador, el motor captura automáticamente propiedades cruciales de la estructura MIME y las transforma en variables dinámicas listas para usar en los bloques posteriores. El payload incluye:
  * `email.remitente`: La dirección de correo electrónico de quien envió el mensaje (utilizada como identificador del contacto).<br>
  * `email.asunto`: El asunto escrito en la línea de *Asunto*.<br>
  * `email.cuerpo`: El texto principal contenido en el mensaje (en formato plano o HTML).<br>
  * `email.adjuntos`: Una lista que contiene las URL de los archivos adjuntos al mensaje.<br>
* **Control de trazabilidad por hilo (In-Reply-To):** El componente lee los ID de encabezado del correo electrónico. Si el correo recibido es la respuesta a una conversación anterior activada por el sistema, el disparador logra asociar el mensaje al mismo ticket o contacto ya existente en la base del CRM.<br>

### Ejemplos Prácticos

La tabla a continuación muestra escenarios clásicos de cómo estructurar el uso del disparador de correo electrónico para automatizar rutinas operativas:

| **Canal seleccionado (correo electrónico)**                 | **Asunto del correo electrónico recibido** | **Contenido / Acción del remitente**                    | **Comportamiento del sistema**                                                                                                                                                                             |
| ----------------------------------------------------------- | ------------------------------------------ | ------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| [**suporte@empresa.com**](mailto:suporte@empresa.com)       | "Problema con mi acceso"                   | Envió un texto informando un bug.                       | **Dispara el flujo:** El disparador captura al remitente, extrae el texto del cuerpo e inicia un flujo automatizado que abre un ticket de soporte y envía un correo de respuesta confirmando la recepción. |
| [**financeiro@empresa.com**](mailto:financeiro@empresa.com) | "Envío de comprobante"                     | Correo electrónico que contiene un archivo PDF adjunto. | **Dispara el flujo:** La automatización se inicia, aísla el archivo de la variable `email.adjuntos` y lo envía directamente a un bloque de API de facturación para validación interna.                     |
| [**vendas@empresa.com**](mailto:vendas@empresa.com)         | "Solicitud de propuesta"                   | Texto solicitando catálogo.                             | **Dispara el flujo:** El sistema valida el correo electrónico del lead y activa un componente subsiguiente que responde al cliente adjuntando el catálogo de productos de forma 100 % autónoma.            |


---

# 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/activador-de-correo-electronico-y-enviar-mensaje/activador-de-correo-electronico.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.