Valider le service, pas seulement la machine
Les utilisateurs ou leurs représentants vérifient des opérations significatives. Contrôlez les données, les interfaces et les traitements différés. Une application relancée peut encore contenir des dossiers bloqués, des doublons ou des files d'attente qui perturberont le travail plusieurs heures après le retour apparent.
Prévoyez une période de surveillance proportionnée au risque. Pour un incident de sécurité, le retour d'une fonction ne prouve pas que la cause est supprimée ou que l'environnement est sain. La décision doit tenir compte des vérifications spécifiques conduites par les intervenants compétents.
Réconcilier les opérations de secours
Les traitements manuels ou les outils temporaires utilisés pendant l'arrêt doivent être rapprochés avec le système principal. Définissez ce qui est repris, ce qui est abandonné et ce qui exige une correction. Sans cette étape, le mode dégradé peut laisser une dette de données invisible.
Clore sans oublier les suites
Communiquez le périmètre rétabli et les limites restantes. Conservez la chronologie, les impacts et les preuves nécessaires. L'analyse de cause et les améliorations peuvent continuer après la clôture opérationnelle, à condition qu'elles restent suivies. Fermer un ticket ne doit pas faire disparaître un risque ou une obligation non traitée.