> 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/it/di-cosa-vorresti-saperne-di-piu/platform-features/action-management/event-notifications-and-postbacks/action-life-cycle-event-notification-faqs.md).
# FAQ sulle notifiche evento del ciclo di vita dell'azione
Se vuoi ricevere notifiche in tempo reale ogni volta che le azioni che generi vengono segnalate, modificate o stornate, შეგიძლere impostare **Notifiche degli eventi del ciclo di vita delle azioni** per ricevere tali notifiche.
Che cos'è una notifica di evento?
**Notifiche degli eventi** può aggiornare un sistema di terze parti in tempo reale tramite chiamate HTTP al server. Se hai impostato una notifica di evento e si verifica un evento trigger (come il tuo brand partner che modifica un'azione che hai generato), impact.com invierà un postback al tuo URL fornito con una notifica.
{% hint style="success" icon="circle-info" %}
**Nota:** Le notifiche di evento, i postback e i webhook sono tutti termini diversi per indicare lo stesso processo nella piattaforma. Per coerenza, il resto di questo articolo userà il termine "postback."
{% endhint %}
Come funzionano i postback del ciclo di vita delle azioni?
I postback del ciclo di vita delle azioni funzionano aggiornandoti ogni volta che si verifica un evento "non standard" nel ciclo di vita dell'azione. Gli eventi non standard sono eventi che non hanno date o periodi di tempo stabiliti nel tuo contratto. Ad esempio, la *data di blocco* è un evento standard, o prevedibile, poiché il *periodo di blocco dell'azione* è definito nel tuo contratto. Un'azione che viene *modificata*è invece un evento non standard, poiché nel tuo contratto non esiste alcun intervallo di tempo o insieme di date, rendendolo quindi non standard (o imprevedibile).
Ecco alcuni esempi di eventi non standard del ciclo di vita delle azioni. Questi **creeranno** un postback.
* Un'azione che hai generato viene tracciata o segnalata a impact.com.
* Un'azione che hai generato viene modificata dal tuo brand partner.
* Un'azione che hai generato viene stornata dal tuo brand partner.
Ecco alcuni esempi di eventi standard del ciclo di vita. Questi **non creeranno** un postback.
* Un'azione che hai generato si blocca (cioè non può più essere modificata o stornata).
* Un'azione che hai generato viene accreditata sul tuo account.
{% hint style="warning" %}
**Avvertenza:** Per i postback a livello globale, dovresti ricevere un postback ogni volta che si verifica un evento "non standard", come una modifica o una stornatura. Tieni presente che i postback a livello di evento non attiveranno eventi non standard del ciclo di vita delle azioni.
{% endhint %}
Perché non dovrei semplicemente usare l'API di impact.com?
Sebbene la nostra API sia perfettamente adatta a fornirti le stesse informazioni, esistono alcune differenze di caratteristiche e restrizioni tra la nostra API e il nostro sistema di postback che probabilmente renderebbero i postback una soluzione preferibile per te. Tra queste rientrano le seguenti:
* I postback avvengono in tempo reale. I postback vengono generati da impact.com e ricevuti da te entro 15 minuti dal verificarsi di un evento non standard.
* I postback hanno accesso a più dati di conversione. Anche se non vedi il dato di cui hai bisogno nella nostra UI (o nella nostra [scheda di riferimento per sviluppatori](https://docs.google.com/spreadsheets/d/1420vz0__zjit30O_jU959L600LigsUN5iFf2oYwU-RU/edit?usp=sharing)) quando configuri i tuoi postback, probabilmente disponiamo del dato se contatti il tuo Publisher Account Manager (o [contatta l'assistenza](https://app.impact.com/support/portal.ihtml)).
* I postback non hanno [limiti di frequenza](https://integrations.impact.com/partner-api-reference/readme/rate-limits). Quando usi l'API di impact.com, sei soggetto ai limiti di frequenza imposti sul sistema. In particolare, usando l'API di impact.com, sei limitato a 1000 richieste API per la maggior parte degli endpoint, mentre i postback non hanno alcun limite di questo tipo.
* Per accedere al nostro [Portale integrazioni](https://integrations.impact.com/).
I postback sono affidabili?
Sì. impact.com utilizza i postback in alcune delle nostre soluzioni di tracciamento. Non devi soddisfare alcun criterio speciale per usare i postback e non hai alcun limite di frequenza.
Se un postback non va a buon fine quando impact.com invia al tuo URL di destinazione, impact.com ritenta automaticamente la consegna. Questo aiuta a gestire problemi di rete temporanei o brevi periodi di indisponibilità del server. impact.com ritenta un postback non riuscito fino a 15 volte in totale.
impact.com non ritenta un postback se l'URL di destinazione è malformato o non valido. impact.com non ritenta nemmeno URL o host non risolti. Un errore di lookup DNS è un esempio.
impact.com salta i primi 3 tentativi di retry per le risposte HTTP da `400` a `500`.
Quando eseguiamo la manutenzione del nostro sistema di postback, verrai avvisato e i postback verranno sospesi. Tuttavia, non appena completeremo la manutenzione, inizieremo immediatamente a riportare il tuo sistema in pari.
Tuttavia, se noti un ritardo nella ricezione dei postback, ad esempio un'azione è stata modificata e non hai ricevuto un postback da oltre un'ora da quando è avvenuta la modifica, [contatta l'assistenza](https://app.impact.com/support/portal.ihtml).
Quali misure di sicurezza usa impact.com per i postback?
Quando usi i postback, stabilirai la destinazione a cui vuoi che le chiamate vengano inviate. Per questo motivo, poiché impact.com memorizza i dati nel nostro back-end e poiché impact.com esegue una chiamata server-to-server quando inviamo i dati, non c'è modo di intercettare i dati mentre sono in transito.
Se vuoi, possiamo creare un'intestazione personalizzata che trasmetta un altro insieme di credenziali da includere nelle chiamate di postback che impact.com ti invia. Non puoi creare questa intestazione nell'app web, quindi contatta il tuo Publisher Account Manager (o [contatta l'assistenza](https://app.impact.com/support/portal.ihtml?createTicket=true)) per comunicarci che desideri che questa intestazione venga creata.
Come faccio a configurare i postback del ciclo di vita delle azioni?
Per ulteriori istruzioni su come configurare e testare i postback del ciclo di vita delle azioni sia a livello globale sia a livello di evento, consulta l'articolo [Configura l'articolo dei postback del ciclo di vita delle azioni](/partner/it/di-cosa-vorresti-saperne-di-piu/platform-features/action-management/event-notifications-and-postbacks/set-up-action-lifecycle-postbacks.md).
Come posso visualizzare la cronologia dei miei postback?
Se hai configurato un postback a livello di evento, puoi visualizzarne la cronologia nel tuo account impact.com.
1. Dalla barra di navigazione superiore, seleziona **Scopri →** [**Brand**](https://app.impact.com/secure/mediapartner/marketplace/new-campaign-marketplace-flow.ihtml).
2. Seleziona **la scheda** del brand proprietario del postback che vuoi visualizzare.
3. Sotto il nome del brand, seleziona  **\[Altro]** → **Integrazione di tracking**.
4. Dalla *sezione Postback* seleziona  **\[Freccia giù] Azioni**quindi seleziona **Cronologia**.
---
# 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/it/di-cosa-vorresti-saperne-di-piu/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.