Utiliser des incidents dans SRM

Planifiez les interruptions de service et envoyez SRM des notifications et créez des statuts 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 ou SRM créer une action de budget d’erreur. Pour plus d'informations, consultez la rubrique Créer manuellement un SRM incident ou Créer des SLO, des SLI et des politiques 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. Comme la suppression d'un service est irréversible, pensez plutôt à désactiver le service.

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. Voir Résoudre un SRM incident, ou Fermer un SRM incidentAnnuler un SRM incident ou .

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, reportez-vous à la section 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 SRM incident.
• Définissez l’état de l’incident.
• Copier un SRM incident.
• Ajouter un service à un SRM incident.
• SRM Incidents.
• Résoudre un SRM incident.
• Annuler un SRM incident.
• Fermer un SRM incident.
• Rouvrez un SRM incident..

• Créer manuellement un SRM incident
  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 SRM incident
  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 SRM incident
  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 SRM incident
  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 SRM incident
  Ajoutez un code de résolution et des notes à un incident lorsque vous l’avez résolu.
• Copier un SRM incident
  Copiez un incident si vous rencontrez un problème similaire.
• Résoudre un SRM incident
  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 SRM incident
  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 SRM incident
  Fermez un incident s’il ne s’agit pas d’un problème ou s’il a déjà été traité.
• Rouvrez un SRM incident.
  Rouvrez un incident fermé si vous pensez que le problème n’est pas encore résolu.