Vous êtes ici :
Cycle de vie des incidents majeurs pour les services informatiques
Découvrez comment un incident majeur progresse à travers les principales étapes et comment il peut être rétrogradé lorsque son impact est réduit.
Éditions requises
| Disponible avec : Lightning Experience |
| Disponible avec : éditions Enterprise, Performance et Unlimited avec Agentforce IT Service. |
Un incident majeur progresse généralement dans les états d'examen suivants :
- Proposé : L'exécutant soumet l'incident pour examen en tant qu'incident majeur. Cet état est également appelé candidat à un incident majeur.
- Approuvé : Le gestionnaire des incidents majeurs examine et accepte l'incident en tant qu'incident majeur.
- Rejeté : Le responsable des incidents majeurs rejette l'incident. Si un besoin métier existe, les exécutants peuvent le proposer à nouveau en tant qu'incident majeur.
- Rétrogradé : Le gestionnaire des incidents majeurs rétrograde l'incident en incident standard lorsqu'il ne nécessite plus de traitement des incidents majeurs.
Lors de la création initiale d'un incident, les champs Est un incident majeur et Commentaire d'incident majeur sont vides. Si un exécutant d'incident identifie un incident qui affecte gravement les opérations commerciales, il peut le proposer comme incident majeur.
Lorsque l'exécutant propose l'incident, le statut de l'incident majeur change en Proposé. Le gestionnaire des incidents majeurs examine la justification et approuve ou rejette la proposition.
- Si approuvé, le système met à jour le statut sur Approuvé, définit la valeur Est un incident majeur sur Oui et gère l'incident à travers le processus d'incident majeur. Si l'impact est réduit ultérieurement, l'incident majeur peut être rétrogradé en incident standard.
- S'il est rejeté, le système met à jour le statut sur Rejeté et l'incident se poursuit dans le workflow normal.
- S'il est rétrogradé, le système met à jour l'incident afin qu'il ne soit plus traité comme un incident majeur.
Utilisez le champ Commentaires sur le statut des incidents majeurs pour documenter des détails importants, tels que la justification de la décision, les mises à jour de l'enquête ou les notes de résolution. Cela préserve la transparence entre les équipes et fournit un enregistrement chronologique des actions exécutées.
Après avoir traité et vérifié le problème, le responsable des incidents majeurs ferme l'incident.
Si votre administrateur configure des notifications, des notifications prédéfinies informent les parties prenantes, notamment les employés et les équipes internes, des incidents majeurs. Les notifications indiquent la progression à travers ces étapes. Consultez Notifications pour les services informatiques.
Chronologie des incidents majeurs
La chronologie des incidents majeurs fournit un enregistrement chronologique des étapes du cycle de vie d'un incident majeur, y compris le moment où l'incident est proposé, approuvé, rejeté ou rétrogradé.
| Date et heure | Action | Statut de l'incident majeur |
|---|---|---|
| 15 septembre 2025, 9:00 | Julian, un exécutant informatique, identifie une panne réseau affectant les systèmes de paiement et propose l'incident INC0005678 comme incident majeur. | Proposed |
| 15 septembre 2025, 10:00 | Sarah, gestionnaire des incidents majeurs, examine la proposition et note qu'une enquête plus approfondie est requise pour confirmer l'impact. |
Rejetée |
| 15 septembre 2025, 15h00 | Une fois la surveillance continue confirmée que la panne s'étend à un système supplémentaire, Julian soumet de nouveau l'incident. Sarah approuve la proposition et l'incident est géré par le processus d'incident majeur. | Approuvée |
| 15 septembre 2025, 18h00 | Une fois l'impact réduit, Sarah rétrograde l'incident en incident standard. | Rétrogradé |

