Utiliser des incidents dans SRM

Planifiez les interruptions de service et configurez SRM de sorte à envoyer des notifications et à créer des états lorsque des incidents se produisent. Les distractions sont minimisées et les équipes restent concentrées sur la correction.

Vous pouvez pour cela créer manuellement des incidents dans SRM ou créer une action de budget d'erreur. Pour plus d'informations, consultez la rubrique Créer manuellement un incident SRM ou Créer des politiques de SLO, de SLI et de budget d’erreur.

• Création manuelle à partir d’une alerte.
• Création manuelle à partir de la vue d’incident.
• Automatiquement à partir de l'application Alert automations, si celle-ci est installée.

Le champ Affecté à d'un incident spécifie les personnes devant être notifiées. Lorsqu'une équipe est sélectionnée comme intervenante, les automatisations d'équipe sont vérifiées pour déterminer le calendrier à utiliser pour les notifications.

Remarque :

Le champ Affecté à est vide lorsque le champ Équipe affectée ou Service est mis jour sur un incident. Les politiques d'escalade sont exécutées pour les équipes nouvellement affectées. Le champ reste vide jusqu'à ce qu'un utilisateur de la nouvelle équipe accuse réception d'une notification d'escalade.

Si le service est modifié et qu'aucune équipe n'est affectée au nouveau service, aucun changement ne se produit.

Lorsqu’un service est supprimé, ses intégrations, alertes, incidents et automatisations le sont également. La suppression d’un service n’est pas une action récupérable, envisagez donc de désactiver le service à la place.

Les intervenants et les rôles supérieurs sont informés des mises à jour des incidents en fonction de leurs préférences en matière de notification. Si vous avez effectué la mise à jour, vous ne recevez aucune notification.

Vous pouvez résoudre les incidents en sélectionnant des incidents spécifiques ou en bloc. Consultez la rubrique Résoudre un incident SRM, Fermer un incident SRM ou Annuler un incident SRM.

Remarque :

Les incidents à l'état Résolu sont automatiquement fermés après 3 jours.

Pour plus d'informations sur les zones et les champs disponibles dans un incident, consultez la rubrique SRM Incidents.

Exporter des informations de liste vers un fichier dans la vue de liste.

Répondez à un incident de la manière suivante :

• Balisez un incident.
• Mettre à jour la priorité d'un incident SRM.
• Définissez l'état de l'incident.
• Copier un incident SRM.
• Ajouter un service à un incident SRM.
• SRM Incidents.
• Résoudre un incident SRM.
• Annuler un incident SRM.
• Fermer un incident SRM.
• Rouvrir un incident SRM.

• Créer manuellement un incident SRM
  Créez un incident si vous pensez qu'un problème pose un risque sérieux et doit être traité dès que possible.
• Réaffecter un incident SRM
  Réaffectez un incident à un intervenant lorsque les tâches d'incident doivent être traitées par un membre particulier de l'équipe.
• Mettre à jour la priorité d'un incident SRM
  Si la priorité d'un incident doit être modifiée, vous pouvez la mettre à jour manuellement pour refléter sa nouvelle criticité.
• Ajouter un service à un incident SRM
  Ajoutez un service à un incident pour augmenter la quantité de données de l'incident.
• Ajouter un code de résolution et des notes à un incident SRM
  Ajoutez un code de résolution et des notes à un incident lorsque vous l'avez résolu.
• Copier un incident SRM
  Copiez un incident si vous rencontrez un problème similaire.
• Résoudre un incident SRM
  Résolvez un incident si vous avez besoin de le revoir ou si vous pensez qu'il a déjà été traité, mais que vous n'êtes pas disposé à le fermer.
• Annuler un incident SRM
  Fermez un incident si vous pensez qu'il ne s'agit pas d'un problème ou s'il a déjà été traité.
• Fermer un incident SRM
  Fermez un incident si vous pensez qu'il ne s'agit pas d'un problème ou s'il a déjà été traité.
• Rouvrir un incident SRM
  Rouvrez un incident fermé si vous pensez que le problème n'est pas encore résolu.