> For the complete documentation index, see [llms.txt](https://docs.digibee.com/documentation/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.digibee.com/documentation/connectors-and-triggers/pt-br/triggers/messaging-and-events/event.md).

# Event Trigger

Saiba mais sobre o Event Trigger e como utilizá-lo na Digibee Integration Platform.

O **Event Trigger** permite a comunicação orientada a eventos entre pipelines, iniciando a execução de um pipeline automaticamente em resposta a um evento específico publicado por outro pipeline por meio do conector [**Event Publisher**](/documentation/connectors-and-triggers/pt-br/connectors/queues-and-messaging/event-publisher.md).

Saiba mais sobre [como usar arquitetura orientada a eventos na Digibee Integration Platform](/documentation/resources/pt-br/use-cases/how-to-event-driven-architecture.md).

## **Parâmetros**

Configure o trigger usando os parâmetros abaixo.

| Parâmetro                        | Descrição                                                                                                                                                                       | Tipo    | Padrão          |
| -------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------- | --------------- |
| **Event Name**                   | O nome do evento ao qual o trigger responde.                                                                                                                                    | String  | `event-trigger` |
| **Expiration**                   | O tempo, em milissegundos, que o evento permanece na fila. Se o valor for 0 ou maior que 6 horas, o expiration é definido como 1/4 do valor configurado em **Maximum Timeout**. | Integer | `600000`        |
| **Maximum Timeout**              | O tempo máximo, em milissegundos, que o pipeline pode levar para processar o evento antes de retornar uma resposta. Limite máximo: `900000`.                                    | Integer | `30000`         |
| **Allow Redelivery of Messages** | Quando habilitado, permite que mensagens sejam reentregues caso ocorra uma falha no Pipeline Engine.                                                                            | Boolean | `false`         |
| **Documentation**                | Campo opcional para descrever a configuração do trigger e quaisquer regras de negócio relevantes.                                                                               | String  | N/A             |

## **Como funciona a troca de mensagens baseada em eventos entre pipelines?**

Uma configuração orientada a eventos sempre tem dois lados: um pipeline que publica o evento e um ou mais pipelines que o consomem.

Primeiro, configure o pipeline Publisher:

1. Adicione o conector [Event Publisher](/documentation/connectors-and-triggers/pt-br/connectors/queues-and-messaging/event-publisher.md) ao pipeline.
2. No parâmetro **Event**, informe o nome do evento a ser publicado.
3. Para enviar dados junto com o evento, defina o payload no parâmetro **Body**.

Em seguida, configure o pipeline Subscriber:

1. Defina o tipo de trigger do pipeline como Event Trigger.
2. Na configuração do trigger, informe o nome do evento na propriedade **Event Name**. Esse valor deve corresponder ao definido no parâmetro **Event** do pipeline Publisher.

Com os dois pipelines configurados, toda vez que o pipeline Publisher executar e publicar o evento, o pipeline Subscriber é acionado e começa a executar automaticamente.

{% hint style="warning" %}

#### Observação sobre o redeploy dos pipelines Publisher e Subscriber

Ao fazer o redeploy de um pipeline com Event Publisher, também faça o redeploy do pipeline Subscriber correspondente (aquele com o Event Trigger), começando pelo Subscriber. Se os dois lados ficarem temporariamente desalinhados, a entrega do evento continua funcionando, mas as configurações de timeout e redelivery (Allow Redelivery Of Messages) podem não ser aplicadas até que o redeploy seja feito em ambos os pipelines. Saiba mais em [Como interpretar alertas de publicação e entrega de eventos](/documentation/troubleshooting/pt-br/deployment-issues/interpret-event-publishing-and-delivery-alerts.md).
{% endhint %}

## **Fluxo de mensagens**

#### **Entrada**

O trigger espera uma mensagem válida em formato JSON. A mensagem recebida corresponde exatamente ao conteúdo definido no atributo `body` do conector Event Publisher.

```json
{
  "id": "1",
  "description": "Description of the case"
}
```

#### **Saída**

O conector encaminha a mensagem recebida do conector anterior sem realizar nenhuma alteração. Com base no exemplo acima, o conector encaminha:

```json
{
  "id": "1",
  "description": "Description of the case"
}
```

## **Limitações**

### **Limites de roteamento de eventos**

Para proteger a infraestrutura de mensageria e evitar loops infinitos ou cadeias excessivamente longas que possam degradar o desempenho do sistema, o Event Trigger aplica um limite de roteamento de eventos.

Quando um evento aciona uma cadeia de outros eventos (por exemplo, um pipeline acionado por um Event Trigger publica um novo evento que aciona esse mesmo Event Trigger novamente), o sistema monitora o número de eventos encadeados.

Se essa contagem atingir o limite padrão de 25 eventos, o sistema interrompe o processamento do evento atual.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.digibee.com/documentation/connectors-and-triggers/pt-br/triggers/messaging-and-events/event.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.