# Historique des envois (/fr/docs/platform/features/alerting/deliveries)





**Alertes** > **Historique des envois** enregistre chaque notification tentée pour ce site. Accessible à partir du rôle **Lecteur**.

Venez ici quand quelqu'un dit qu'il n'a pas reçu d'alerte. La page répond d'abord à la question de savoir si l'alerte s'est déclenchée, ce qui est un autre problème que celui de l'envoi.

Le statut est **Envoyé**, **Échec** ou **En attente**, et **En attente** couvre aussi bien la file d'attente que les nouvelles tentatives en cours. Un envoi qui reste en attente plus de quelques minutes est en train d'être retenté, pas bloqué.

Le nom du canal est capturé au moment de l'envoi, un canal renommé ou supprimé s'affiche donc tel qu'il était quand la notification est partie.

La liste va du plus récent au plus ancien, 25 par page. Il n'y a ni filtre ni export.

<img alt="L'onglet Historique des envois, avec des lignes livrées et en échec" src="__img0" width="1359" height="645" />

## Nouvelles tentatives [#nouvelles-tentatives]

Les envois en échec sont retentés automatiquement, jusqu'à **cinq tentatives**, avec des intervalles qui croissent exponentiellement à partir de 30 secondes. Il n'y a pas de bouton de nouvelle tentative manuelle.

Certains échecs sont considérés comme définitifs et ne sont jamais retentés, parce que recommencer ne peut rien changer.

| Statut HTTP | Pourquoi il est définitif                   |
| ----------- | ------------------------------------------- |
| 400, 422    | La destination a rejeté la forme du payload |
| 401, 403    | Les identifiants sont faux ou révoqués      |
| 404, 410    | Le webhook n'existe plus                    |

Tout le reste, y compris 429 et n'importe quel 5xx, est retenté.

## Lire la colonne Détail [#lire-la-colonne-détail]

À côté des statuts HTTP, vous pouvez voir l'une de ces raisons.

| Raison                     | Signification                                                           |
| -------------------------- | ----------------------------------------------------------------------- |
| `channel_deleted`          | Le canal a été supprimé avant que la notification parte                 |
| `channel_disabled`         | Le canal était désactivé, y compris après une désactivation automatique |
| `channel_config_invalid`   | La destination enregistrée ne valide plus                               |
| `no_authorized_recipients` | Un canal email dont tous les destinataires ont perdu l'accès à ce site  |
| `event_missing`            | L'événement sous-jacent n'était plus disponible                         |

`no_authorized_recipients` est celle qui surprend. Les canaux email se résolvent vers des membres de l'espace de travail, et un membre retiré du site sort de la liste des destinataires. Retirez le dernier et le canal envoie silencieusement à personne. Voir [Canaux](/fr/docs/platform/features/alerting/channels).

## Quand rien n'apparaît du tout [#quand-rien-napparaît-du-tout]

Un historique des envois vide signifie qu'aucune règle ne s'est déclenchée, pas que l'envoi a échoué. Vérifiez dans cet ordre.

1. La règle existe et est activée.
2. L'événement a bien eu lieu dans la fenêtre. Confirmez-le sur la page de reports correspondante.
3. La règle a été créée **avant** l'événement. Les règles ne rejouent jamais l'historique.
4. Le cooldown de la règle n'a pas replié la détection dans une notification que vous avez déjà reçue.

Si l'historique montre des échecs répétés, regardez le canal. Cinq échecs consécutifs le désactivent automatiquement, et il reste désactivé jusqu'à ce que vous le réactiviez.

## Étapes suivantes [#étapes-suivantes]

* [Canaux](/fr/docs/platform/features/alerting/channels)
* [Règles](/fr/docs/platform/features/alerting/rules)