doc-locale/fr-fr/operations/incident_management/incidents.md
{{< details >}}
{{< /details >}}
Un incident est une interruption ou une panne de service qui doit être rétablie en urgence. Les incidents sont essentiels dans les workflows de gestion des incidents. Utilisez GitLab pour trier, gérer et remédier aux incidents.
Lorsque vous consultez la liste des incidents, elle contient les éléments suivants :
État : Pour filtrer les incidents par état, sélectionnez Ouvrir, Fermé ou Tous au-dessus de la liste des incidents.
Recherche en cours : Recherchez des titres et des descriptions d'incidents ou filtrez la liste.
Gravité : Gravité d'un incident particulier, qui peut prendre l'une des valeurs suivantes :
Incident : Le titre de l'incident, qui tente de capturer les informations les plus pertinentes.
Statut : Le statut de l'incident, qui peut prendre l'une des valeurs suivantes :
Dans l'édition Premium ou Ultimate, ce champ est également lié à l'escalade d'astreinte pour l'incident.
Date de création : Il y a combien de temps l'incident a été créé. Ce champ utilise le modèle GitLab standard X time ago. Survolez cette valeur pour afficher la date et l'heure exactes, formatées selon vos paramètres régionaux.
Personnes assignées : L'utilisateur assigné à l'incident.
Publié(s) : Indique si l'incident est publié sur une page de statut.
Pour un exemple de la liste des incidents en action, consultez ce projet de démonstration.
La liste des incidents affiche les incidents triés par date de création, du plus récent au plus ancien.
Pour trier selon une autre colonne ou modifier l'ordre de tri, sélectionnez la colonne.
Les colonnes disponibles pour le tri :
Pour filtrer la liste des incidents par auteur ou par personne assignée, saisissez ces valeurs dans la zone de recherche.
La section de résumé des incidents fournit des informations critiques sur l'incident et le contenu du modèle de ticket (si sélectionné). La barre mise en surbrillance en haut de l'incident s'affiche de gauche à droite :
Sous la barre de mise en surbrillance, un résumé inclut les champs suivants :
full_queryLe résumé de l'incident peut être davantage personnalisé en utilisant le Markdown aromatisé GitLab.
Si un incident est créé à partir d'une alerte qui a fourni du Markdown pour l'incident, ce Markdown est ajouté au résumé. Si un modèle d'incident est configuré pour le projet, le contenu du modèle est ajouté à la fin.
Les commentaires sont affichés dans des fils de discussion, mais peuvent être affichés de manière chronologique en activant la vue des mises à jour récentes.
Lorsque vous apportez des modifications à un incident, GitLab crée des notes système et les affiche sous le résumé.
{{< details >}}
{{< /details >}}
Dans de nombreux cas, les incidents sont associés à des métriques. Vous pouvez télécharger des captures d'écran des graphiques de métriques dans l'onglet Métriques :
Lorsque vous téléchargez une image, vous pouvez l'associer à un texte ou à un lien vers le graphique d'origine.
Si vous ajoutez un lien, vous pouvez accéder au graphique d'origine en sélectionnant le lien hypertexte au-dessus de l'image téléchargée.
Les incidents affichent les détails des alertes liées dans un onglet séparé. Pour renseigner cet onglet, l'incident doit avoir été créé avec une alerte liée. Les incidents créés automatiquement à partir d'alertes ont ce champ renseigné.
Les chronologies d'incidents offrent une vue d'ensemble de haut niveau de ce qui s'est passé au cours d'un incident et des étapes qui ont été suivies pour le résoudre.
En savoir plus sur les événements de chronologie et la façon d'activer cette fonctionnalité.
{{< details >}}
{{< /details >}}
Pour voir les dernières mises à jour d'un incident, sélectionnez Activer la vue des mises à jour récentes ({{< icon name="history" >}}) dans la barre de commentaires. Les commentaires s'affichent sans fil de discussion et de manière chronologique, du plus récent au plus ancien.
{{< details >}}
{{< /details >}}
Vous pouvez activer le compte à rebours du contrat de niveau de service (SLA) sur les incidents pour suivre les contrats de niveau de service (SLA) que vous avez conclus avec vos clients. Le minuteur démarre automatiquement lors de la création de l'incident et affiche le temps restant avant l'expiration de la période SLA. Le minuteur est également mis à jour dynamiquement toutes les 15 minutes, de sorte que vous n'avez pas à actualiser la page pour voir le temps restant.
Prérequis :
Pour configurer le minuteur :
Après avoir activé le compte à rebours SLA, la colonne Durée avant SLA est disponible dans la liste des incidents et en tant que champ sur les nouveaux incidents. Si l'incident n'est pas clôturé avant la fin de la période SLA, GitLab ajoute un label missed::SLA à l'incident.