Délais : prise en compte, contournement, rétablissement — trois engagements à ne pas confondre
Une phrase suffit souvent à confondre trois engagements : « intervention sous quatre heures ». Quatre heures pour lire l'alerte, pour remettre le service en marche autrement, ou pour revenir à l'état normal ? Prise en compte, contournement et rétablissement n'ont ni le même point de départ, ni la même preuve, ni les mêmes conséquences quand ils sont manqués.
Trois horloges qui ne démarrent pas au même instant
Un contrat d'exploitation ne se juge pas sur une durée unique. Il en porte trois : à quel moment quelqu'un prend-il l'incident en charge, à quel moment le service redevient-il utilisable, et à quel moment retrouve-t-il son état normal ? La prise en compte porte sur la lecture de l'alerte, le contournement sur la remise à disposition par un autre chemin, le rétablissement sur le retour à l'état prévu, cause traitée.
La question préalable, plus décisive que la durée, est celle du point de départ : l'horloge démarre-t-elle à la détection par la supervision, à l'appel du client, ou à l'ouverture du ticket ? Un même « quatre heures » recouvre des réalités très différentes. La garantie de temps d'intervention désigne le délai dans lequel une intervention doit avoir commencé ; la garantie de temps de rétablissement, celui dans lequel le service doit être rétabli.
La prise en compte : le premier engagement, celui qui ne rétablit rien
Prendre en compte, c'est accuser réception de façon horodatée, ouvrir un ticket, nommer un interlocuteur et produire une première qualification : ce qui est touché, qui est concerné, quelle gravité provisoire. Ce délai ne répare rien, et c'est pour cela qu'il est facile à tenir. Il reste celui qui décide du reste : une alerte lue à quatorze heures au lieu de huit transforme une matinée difficile en journée perdue.
La qualification faite dans les premières minutes est provisoire. La doctrine de l'ANSSI sur l'investigation et la qualification d'incidents le dit : dès que les enjeux associés à l'incident évoluent significativement, il convient de relancer une phase de qualification pour confirmer ou redéfinir l'engagement. Le contrat doit donc dire qui peut relever la gravité et comment le client l'apprend. Le disque plein un samedi donne le test : une heure d'accusé de réception, un nom de responsable, une première annonce du contournement, et la règle de relance.
Le contournement : rendre le service utilisable sans avoir corrigé
Le contournement remet le service à disposition par un autre chemin, sans traiter la cause : bascule sur un second environnement, désactivation d'une fonction non essentielle, page d'attente, restauration partielle, réduction volontaire de la charge. C'est l'engagement qui distingue une panne de deux heures d'une panne de deux jours, et c'est souvent celui qui manque au contrat, parce qu'il ne se promet pas.
Il suppose des moyens présents avant l'incident : un second environnement à jour, une procédure écrite et déjà essayée, des délais de bascule courts côté système de noms de domaine, des accès qui ne dépendent pas d'une personne en congé. Sans eux, le prestataire ne contourne pas : il attend la correction, et le rétablissement devient le seul horizon.
Le revers est le contournement qui dure : le service tourne en mode dégradé, plus personne ne pousse la correction, et la panne suivante arrive sur un système déjà amputé. D'où l'utilité d'y associer une date de fin. La doctrine de l'ANSSI sur la remédiation parle de rétablissement d'un état de fonctionnement suffisant : ce n'est pas un redémarrage.
Le rétablissement : ce que le mot recouvre exactement
Le rétablissement est le retour à l'état prévu, cause traitée. La difficulté est de définir « prévu ». Une page qui répond avec un code 200 et un message d'erreur est disponible pour la sonde et cassée pour le visiteur ; une base qui accepte les connexions et refuse les écritures est joignable et inutilisable. Sans définition écrite, le mot sera interprété au moment de l'incident, par celui qui a intérêt à le lire au plus large.
Un délai moyen est tenu par construction dès que les incidents faciles sont nombreux : la moyenne absorbe les cas lourds. Ce qui informe, c'est la répartition — combien d'incidents dans le délai, combien au-delà — puis le test qui clôt l'incident : une commande réellement passée, un formulaire envoyé, une authentification réussie. Le rétablissement comporte aussi une surveillance renforcée, une analyse distinguant la cause immédiate du facteur qui l'a rendue possible, et un correctif daté.
Restent les exclusions, à écrire : attente d'un tiers, maintenance planifiée, composant hors périmètre. Une exclusion honnête précise ce qui continue de courir — le contournement et la prise en compte restent dus. Un contrat qui suspend tous les délais dès qu'un tiers est en cause n'engage plus rien, et le client découvre au premier incident que la durée annoncée ne valait que pour les pannes faciles.
Ce que le contrat doit écrire pour que les trois tiennent
Le point de départ de chaque horloge, d'abord, avec le fuseau de référence, le calendrier applicable — jours ouvrés, jours fériés, week-ends — et le canal par lequel une déclaration est réputée reçue. Beaucoup de désaccords ne portent pas sur la durée mais sur l'heure à laquelle on commence à compter. Compte aussi l'écart entre les trois délais : contourner en huit heures et rétablir en huit heures revient à ne pas avoir de contournement.
La grille de gravité, ensuite, avec un exemple par niveau et non des adjectifs. « Bloquant » ou « majeur » ne veulent rien dire tant qu'on n'a pas écrit ce qu'est un site inaccessible pour les visiteurs, une messagerie qui n'émet plus, une sauvegarde qui échoue depuis trois nuits. Puis les conséquences d'un dépassement : un engagement sans effet reste une intention, et l'effet doit être automatique et documenté au rapport mensuel.
Les preuves : sans horodatage, un délai n'existe pas
Le guide d'hygiène informatique de l'ANSSI demande de définir une procédure de gestion des incidents et de consigner tout incident dans un registre centralisé. Il demande aussi d'imposer au prestataire des exigences précises — réversibilité, audits, maintien à niveau de la sécurité — formalisées au contrat. Le registre prolonge cette exigence : il transforme une promesse de délai en horodatages comparables, à condition de savoir qui horodate et dans quel fuseau.
Le client qui découvre l'incident avant la supervision mérite sa clause : le délai court alors depuis sa déclaration, faute de quoi la supervision manquée est effacée par l'appel. Un troisième délai pèse sur l'ensemble, la notification d'une violation de données dans un délai maximal de soixante-douze heures selon les règles rappelées par la CNIL. Elle incombe au responsable de traitement, mais dépend d'informations que seul l'exploitant détient : d'où un point explicite dans la prise en compte.
Reste le rapport mensuel, où ces horodatages deviennent une série : incidents par gravité, délais constatés pour les trois engagements, écarts, contournements encore ouverts et leur date de correction. Sans lui, le client juge la prestation sur les deux ou trois incidents qui l'ont marqué — ce qui n'est ni une mesure, ni une preuve, ni une base pour renégocier le contrat.