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.
- 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é à 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 il ne s'agit pas d'une action récupérable, pensez plutôt à 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.
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 Espace de travail d'incident SRM.
Exporter des informations de liste vers un fichier dans la vue de liste.
- 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.
- Ajouter des notes de travail à une alerte SRM.
- Espace de travail d'incident SRM.
- Résoudre un incident SRM.
- Annuler un incident SRM.
- Fermer un incident SRM.
- Rouvrir un incident SRM.