> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-fr/kilo-iot-server/alarm/escalation-and-response.md).
# Escalade et réponse
Construisez des chaînes d’escalade dans les alarmes Kilo IoT — des étapes ordonnées se déclenchent dans le temps jusqu’à résolution avec notification multicanale.
Les incidents de production laissés sans accusé de réception deviennent des pannes de production. Les chaînes d'escalade garantissent que lorsque le premier intervenant n'agit pas dans le délai prévu, l'alarme atteint automatiquement l'échelon suivant — superviseur, responsable de site ou remplaçant d'astreinte — via le canal approprié.
## Comment fonctionne l'escalade
Chaque définition d'alarme comprend une **chaîne d'escalade** — une séquence ordonnée d'étapes de notification exécutées en réponse à un événement d'alarme non résolu.
La première étape se déclenche **immédiatement** lorsque l'alarme est déclenchée. Si l'alarme reste non résolue après un délai configurable, l'étape suivante se déclenche, informant des destinataires supplémentaires par d'autres canaux. La chaîne se poursuit à travers chaque étape configurée jusqu'à ce que l'alarme soit résolue ou que toutes les étapes aient été exécutées.
**La résolution met fin à l'escalade.** Lorsqu'un membre de l'équipe marque l'alarme comme résolue dans le [Boîte de réception](/kilo-docs-fr/kilo-iot-server/alarm/inbox-and-resolution.md), aucune autre étape d'escalade ne s'exécute pour cet événement. C'est le mécanisme prévu pour accuser réception et clôturer la boucle d'une alerte opérationnelle.
## Configurer une chaîne d'escalade
Les **chaîne d'escalade** La section apparaît dans chaque [définition d’alarme](/kilo-docs-fr/kilo-iot-server/alarm/notification-rules.md). Elle est structurée comme une liste ordonnée d'étapes.
### Première étape (immédiate)
La première étape est toujours présente et ne peut pas être supprimée. Son délai est fixé à **Immédiat** — les destinataires de cette étape reçoivent une notification dès que l'événement d'alarme est créé.
Chaque étape est configurée avec :
* **Notifier** — Un ou plusieurs membres de l'organisation sélectionnés dans le **Choisir des destinataires** menu déroulant. Les destinataires sont sélectionnés dans la liste des utilisateurs de l'organisation actuelle. **Obligatoire** — au moins un destinataire doit être sélectionné avant que la définition puisse être enregistrée.
* **Via** — Canaux de livraison. L'e-mail et les SMS sont sélectionnables à chaque étape. Les notifications push apparaissent lorsqu'elles sont activées pour le compte et parviennent aux intervenants via le [Application IoT Alerts](/kilo-docs-fr/kilo-iot-server/alarm/iot-alerts-app.md) (voir [Canaux de diffusion](/kilo-docs-fr/kilo-iot-server/alarm/notification-channels.md)).
### Étapes supplémentaires
Cliquez sur **Ajouter une étape** pour ajouter un niveau d'escalade. Chaque étape supplémentaire ajoute :
* **Après** — Un délai configurable avant le déclenchement de cette étape. L'alarme doit rester non résolue pour que l'étape s'exécute. Si l'alarme est résolue avant l'expiration du délai, l'étape est ignorée.
* **Notifier** — Destinataires pour ce niveau (généralement un ensemble différent de celui des étapes précédentes — un superviseur ou un remplaçant d'astreinte).
* **Via** — Canaux pour ce niveau.
Les étapes supplémentaires peuvent être supprimées à l'aide du bouton de suppression. Seule la première étape est permanente.
## Exemple : escalade opérationnelle
Une alarme de dépassement de température en chambre froide se déclenche à 3 h du matin :
1. **Étape 1 (immédiate) :** Le technicien frigoriste d'astreinte reçoit un e-mail et une notification push.
2. **Étape 2 (après un délai configurable) :** Si elle n'est pas résolue, le superviseur de quart reçoit un SMS et un e-mail.
3. **Étape 3 (après un délai configurable) :** Si elle n'est toujours pas résolue, le responsable des opérations du site reçoit un SMS — ce qui indique un possible événement de conformité nécessitant l'attention de la direction.
À tout moment, le technicien, le superviseur ou le responsable peut résoudre l'alarme dans la boîte de réception. La résolution arrête immédiatement toute escalade supplémentaire pour cet événement.
## Concevoir l'escalade pour les environnements de production
**Alignez les étapes sur votre hiérarchie de réponse.** La première étape doit atteindre la personne responsable du triage immédiat. Les étapes suivantes doivent suivre la politique d'escalade de votre organisation — de l'astreinte au superviseur puis à la direction.
**Utilisez des canaux distincts pour chaque niveau.** Si le niveau 1 utilise l'e-mail, le niveau 2 devrait inclure les SMS. Cela réduit le risque qu'une panne d'un seul canal bloque toute la chaîne.
**Tenez compte des horaires de travail.** Combinez l'escalade avec la [configuration du calendrier](/kilo-docs-fr/kilo-iot-server/alarm/notification-rules.md) pour acheminer les alarmes vers la bonne rotation d'astreinte. En dehors des heures programmées, les alarmes se déclenchent toujours, mais peuvent être dirigées vers une autre chaîne d'escalade en utilisant une définition d'alarme distincte pour les conditions hors horaires.
**Gardez des chaînes exploitables.** Chaque étape doit atteindre quelqu'un qui a à la fois l'autorité et la capacité de répondre. Notifier dix personnes dès la première étape crée du bruit ; une chaîne ciblée à deux ou trois niveaux produit une réponse plus rapide et plus responsabilisante.
**Testez dans des conditions réalistes.** Faites passer une alarme de test contrôlée dans toute la chaîne d'escalade afin de vérifier que chaque étape atteint les bons destinataires via les bons canaux dans le délai prévu.
---
# 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.kiloiot.io/kilo-docs-fr/kilo-iot-server/alarm/escalation-and-response.md?ask=&goal=
```
`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.
