> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/partner/pt-br/sobre-o-que-voce-gostaria-de-aprender/platform-features/action-management/event-notifications-and-postbacks/action-life-cycle-event-notification-faqs.md).
# FAQ sobre notificações de eventos do ciclo de vida da ação
Se você quiser receber notificações em tempo real sempre que as ações que você gerou forem relatadas, modificadas ou revertidas, você pode configurar **Notificações de eventos do ciclo de vida da ação** para receber essas notificações.
O que é uma notificação de evento?
**Notificações de eventos** podem atualizar um sistema de terceiros em tempo real por meio de chamadas HTTP ao servidor. Se você tiver uma notificação de evento configurada e ocorrer um evento disparador (como sua marca parceira modificar uma ação que você gerou), o impact.com enviará um postback para a URL fornecida com uma notificação.
{% hint style="success" icon="circle-info" %}
**Observação:** Notificações de eventos, postbacks e webhooks são apenas nomes diferentes para o mesmo processo na plataforma. Para manter a consistência, o restante deste artigo usará o termo "postback".
{% endhint %}
Como funcionam os postbacks do ciclo de vida da ação?
Os postbacks do ciclo de vida da ação funcionam notificando você sempre que um evento "não padrão" acontece no ciclo de vida da ação. Eventos não padrão são eventos que não têm datas ou períodos de tempo estabelecidos em seu contrato. Por exemplo, a *data de bloqueio* de uma ação é um evento padrão, ou previsível, assim como a *período de bloqueio da ação* está descrito em seu contrato. Uma ação ser *modificada*, no entanto, é um evento não padrão, já que não existe um intervalo de tempo nem datas definidas em seu contrato, o que o torna não padrão (ou imprevisível).
Aqui estão alguns exemplos de eventos não padrão do ciclo de vida da ação. Estes **vão** gerar um postback.
* Uma ação que você gerou é rastreada por ou relatada ao impact.com.
* Uma ação que você gerou é modificada pela sua marca parceira.
* Uma ação que você gerou é revertida pela sua marca parceira.
Aqui estão alguns exemplos de eventos padrão do ciclo de vida. Estes **não vão** gerar um postback.
* Uma ação que você gerou é bloqueada (ou seja, não pode mais ser modificada ou revertida).
* Uma ação que você gerou é paga em sua conta.
{% hint style="warning" %}
**Aviso:** Para postbacks em nível global, você deve receber um postback sempre que ocorrer um evento "não padrão", como uma modificação ou uma reversão. Observe que postbacks em nível de evento não dispararão eventos não padrão do ciclo de vida da ação.
{% endhint %}
Por que eu não usaria simplesmente a API do impact.com?
Embora nossa API seja perfeitamente adequada para fornecer a mesma informação, há algumas diferenças de características e restrições entre nossa API e nosso sistema de postback que provavelmente fariam dos postbacks uma solução preferível para você. Entre elas, estão:
* Os postbacks acontecem em tempo real. Os postbacks são gerados pelo impact.com e recebidos por você em até 15 minutos após a ocorrência de um evento não padrão.
* Os postbacks têm acesso a mais dados de conversão. Mesmo que você não veja o ponto de dados de que precisa em nossa interface (ou em nosso [guia de referência do desenvolvedor](https://docs.google.com/spreadsheets/d/1420vz0__zjit30O_jU959L600LigsUN5iFf2oYwU-RU/edit?usp=sharing)) ao configurar seus postbacks, provavelmente temos o ponto de dados disponível se você entrar em contato com seu Gerente de Conta de Publisher (ou [falar com o suporte](https://app.impact.com/support/portal.ihtml)).
* Os postbacks não têm [limites de taxa](https://integrations.impact.com/partner-api-reference/readme/rate-limits). Quando você usa a API do impact.com, está sujeito aos limites de taxa impostos ao sistema. Especificamente, ao usar a API do impact.com, você fica limitado a 1000 solicitações de API para a maioria dos endpoints, enquanto os postbacks não têm esse limite.
* Para acessar nosso [Portal de Integrações](https://integrations.impact.com/).
Os postbacks são confiáveis?
Sim. O impact.com usa postbacks em algumas de nossas próprias soluções de rastreamento. Você não precisa atender a nenhum critério especial para usar postbacks e não enfrenta nenhum limite de taxa.
Se um postback falhar quando o impact.com postar na sua URL de destino, o impact.com tentará novamente a entrega automaticamente. Isso ajuda a lidar com problemas temporários de rede ou curtos períodos de indisponibilidade do servidor. O impact.com tenta reenviar um postback com falha até 15 vezes no total.
O impact.com não tenta reenviar um postback se a URL de destino estiver malformada ou inválida. O impact.com também não tenta reenviar URLs ou hosts não resolvidos. Uma falha na pesquisa de DNS é um exemplo.
O impact.com ignora as 3 primeiras tentativas de novo envio para respostas HTTP de `400` a `500`.
Quando fazemos manutenção do nosso sistema de postback, você será notificado e os postbacks serão pausados. No entanto, assim que concluirmos a manutenção, começaremos imediatamente a sincronizar seu sistema novamente.
No entanto, se você notar um atraso no recebimento de postbacks, como uma ação que foi modificada e você ainda não recebeu um postback há mais de uma hora desde que a modificação ocorreu, [falar com o suporte](https://app.impact.com/support/portal.ihtml).
Quais medidas de segurança o impact.com usa para postbacks?
Ao usar postbacks, você definirá o destino para o qual deseja que as chamadas sejam enviadas. Por causa disso, como o impact.com armazena os dados em nosso back-end e como o impact.com realiza uma chamada de servidor para servidor quando enviamos os dados, não há como interceptar os dados enquanto eles estão em trânsito.
Se quiser, podemos criar um cabeçalho personalizado que transmita outro conjunto de credenciais para incluir nas chamadas de postback que o impact.com envia a você. Você não pode criar esse cabeçalho no aplicativo web, então entre em contato com seu Gerente de Conta de Publisher (ou [falar com o suporte](https://app.impact.com/support/portal.ihtml?createTicket=true)) para nos informar que você quer que esse cabeçalho seja criado.
Como configuro os postbacks do ciclo de vida da ação?
Para mais instruções sobre como configurar e testar postbacks do ciclo de vida da ação em nível global e em nível de evento, consulte o artigo [Configurar postbacks do ciclo de vida da ação](/partner/pt-br/sobre-o-que-voce-gostaria-de-aprender/platform-features/action-management/event-notifications-and-postbacks/set-up-action-lifecycle-postbacks.md).
Como vejo meu histórico de postbacks?
Se você configurar um postback em nível de evento, poderá ver seu histórico de postbacks na sua conta do impact.com.
1. Na barra de navegação superior, selecione **Descobrir →** [**Marcas**](https://app.impact.com/secure/mediapartner/marketplace/new-campaign-marketplace-flow.ihtml).
2. Selecione **o cartão** da marca que possui o postback que você quer ver.
3. Abaixo do nome da marca, selecione  **\[Mais]** → **Integração de Rastreamento**.
4. Na *seção Postback* , selecione  **\[Seta para baixo] Ações**, depois selecione **Histórico**.
---
# 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://help.impact.com/partner/pt-br/sobre-o-que-voce-gostaria-de-aprender/platform-features/action-management/event-notifications-and-postbacks/action-life-cycle-event-notification-faqs.md?ask=&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.