# FAQ sur les notifications d’événements du cycle de vie des actions
Si vous souhaitez recevoir des notifications en temps réel chaque fois que les actions que vous générez sont signalées, modifiées ou annulées, vous pouvez configurer **Notifications d’événements du cycle de vie des actions** pour recevoir ces notifications.
Qu’est-ce qu’une notification d’événement ?
**Les notifications d’événements** peuvent mettre à jour un système tiers en temps réel via des appels serveur HTTP. Si vous avez configuré une notification d’événement et qu’un événement déclencheur se produit (par exemple, votre marque partenaire modifie une action que vous avez générée), impact.com enverra un postback à l’URL que vous avez fournie avec une notification.
{% hint style="success" icon="circle-info" %}
**Remarque :** Les notifications d’événements, les postbacks et les webhooks sont tous des termes différents pour désigner le même processus sur la plateforme. Par souci de cohérence, le reste de cet article utilisera le terme « postback ».
{% endhint %}
Comment fonctionnent les postbacks du cycle de vie des actions ?
Les postbacks du cycle de vie des actions fonctionnent en vous mettant à jour chaque fois qu’un événement « non standard » se produit dans le cycle de vie de l’action. Les événements non standard sont des événements qui n’ont pas de dates établies ni de périodes définies dans votre contrat. Par exemple, la *date de verrouillage* d’une action est un événement standard, ou prévisible, car la *période de verrouillage de l’action* est définie dans votre contrat. En revanche, une action qui est *modifiée*constitue un événement non standard, puisqu’aucune plage horaire ni date définie n’existe dans votre contrat, ce qui en fait un événement non standard (ou imprévisible).
Voici quelques exemples d’événements non standard du cycle de vie d’une action. Ceux-ci **vont** créer un postback.
* Une action que vous avez générée est suivie ou signalée à impact.com.
* Une action que vous avez générée est modifiée par votre marque partenaire.
* Une action que vous avez générée est annulée par votre marque partenaire.
Voici quelques exemples d’événements standard du cycle de vie. Ceux-ci **ne vont pas** créer un postback.
* Une action que vous avez générée est verrouillée (c.-à-d. qu’elle ne peut plus être modifiée ni annulée).
* Une action que vous avez générée est payée sur votre compte.
{% hint style="warning" %}
**Avertissement :** Pour les postbacks au niveau global, vous devriez recevoir un postback chaque fois qu’un événement « non standard » se produit, comme une modification ou une annulation. Notez que les postbacks au niveau de l’événement ne déclencheront pas les événements non standard du cycle de vie de l’action.
{% endhint %}
Pourquoi ne pas simplement utiliser l’API d’impact.com ?
Bien que notre API soit parfaitement adaptée pour vous fournir les mêmes informations, il existe certaines différences de caractéristiques et de contraintes entre notre API et notre système de postbacks qui feraient probablement des postbacks une solution plus avantageuse pour vous. Voici notamment :
* Les postbacks se produisent en temps réel. Les postbacks sont générés par impact.com et vous sont transmis dans les 15 minutes suivant la survenue d’un événement non standard.
* Les postbacks donnent accès à davantage de données de conversion. Même si vous ne voyez pas le point de données dont vous avez besoin dans notre interface utilisateur (ou notre [fiche de référence développeur](https://docs.google.com/spreadsheets/d/1420vz0__zjit30O_jU959L600LigsUN5iFf2oYwU-RU/edit?usp=sharing)) lors de la configuration de vos postbacks, il est probable que nous disposions de ce point de données si vous contactez votre gestionnaire de compte éditeur (ou [contactez l’assistance](https://app.impact.com/support/portal.ihtml)).
* Les postbacks n’ont pas de [limites de débit](https://integrations.impact.com/impact-publisher/reference/rate-limits). Lorsque vous utilisez l’API d’impact.com, vous êtes soumis aux limites de débit imposées au système. Plus précisément, lors de l’utilisation de l’API d’impact.com, vous êtes limité à 1 000 requêtes API pour la plupart des points de terminaison, alors que les postbacks n’ont pas une telle limite.
* Pour accéder à notre [Portail d’intégrations](https://integrations.impact.com/).
Les postbacks sont-ils fiables ?
Oui. impact.com utilise les postbacks dans certaines de ses propres solutions de suivi. Vous n’avez aucune condition particulière à remplir pour utiliser les postbacks, et vous n’êtes soumis à aucune limitation de débit.
Si un postback échoue lorsque impact.com envoie une requête à votre URL de destination, impact.com réessaie automatiquement la livraison. Cela permet de tenir compte de problèmes réseau temporaires ou de brèves périodes d’indisponibilité du serveur. impact.com réessaie un postback échoué jusqu’à 15 fois au total.
impact.com ne réessaie pas un postback si l’URL de destination est mal formée ou invalide. impact.com ne réessaie pas non plus les URL ou hôtes non résolus. Un échec de recherche DNS en est un exemple.
impact.com ignore les 3 premières nouvelles tentatives pour les réponses HTTP de `400` à `500`.
Lorsque nous effectuons la maintenance de notre système de postbacks, vous en serez informé et les postbacks seront suspendus. Cependant, dès que nous aurons terminé la maintenance, nous commencerons immédiatement à rattraper les données manquantes de votre système.
Cependant, si vous constatez un retard dans la réception des postbacks, par exemple si une action a été modifiée et que vous n’avez pas reçu de postback depuis plus d’une heure à compter de la modification, [contactez l’assistance](https://app.impact.com/support/portal.ihtml).
Quelles mesures de sécurité impact.com utilise-t-il pour les postbacks ?
Lorsque vous utilisez les postbacks, vous définissez la destination vers laquelle vous souhaitez que les appels soient envoyés. De ce fait, comme impact.com stocke les données sur notre back-end, et comme impact.com effectue un appel serveur à serveur lorsque nous envoyons les données, il n’existe aucun moyen d’intercepter les données pendant leur transit.
Si vous le souhaitez, nous pouvons créer un en-tête personnalisé qui transmet un autre ensemble d’identifiants à inclure dans les appels de postback qu’impact.com vous envoie. Vous ne pouvez pas créer cet en-tête dans l’application web, alors contactez votre gestionnaire de compte éditeur (ou [contactez l’assistance](https://app.impact.com/support/portal.ihtml?createTicket=true)) pour nous informer que vous souhaitez que cet en-tête soit créé.
Comment configurer les postbacks du cycle de vie des actions ?
Pour obtenir des instructions supplémentaires sur la configuration et les tests des postbacks du cycle de vie des actions au niveau global ainsi qu’au niveau des événements, consultez l’article [Configurer les postbacks du cycle de vie des actions](https://help.impact.com/partner/fr/que-souhaitez-vous-apprendre/platform-features/action-management/event-notifications-and-postbacks/set-up-action-lifecycle-postbacks).