Qualité et continuité / Guide 39

Panne de connexion ou indisponibilité du prestataire : préparer un accueil de secours

Préparez le service minimal, les responsables et le retour au fonctionnement normal en cas d’indisponibilité.

Lecture : 3 min Sources vérifiées le

Un chemin de secours rejoint un téléphone distinct quand la connexion principale est indisponible.

Préparez un accueil de secours en définissant le service minimal à maintenir, les conditions de déclenchement et le retour au fonctionnement normal. Le secours n’a pas besoin de reproduire toutes les fonctions habituelles pour être utile, mais ses limites doivent être connues.

Cette organisation concerne une indisponibilité imprévue. Un changement planifié de prestataire relève du guide de transition.

Identifier la dépendance qui peut manquer

Examinez la connexion, la téléphonie, l’accès à l’agenda, la disponibilité de l’équipe et le canal de transmission. Plusieurs services peuvent dépendre du même composant.

Un numéro de secours n’apporte pas nécessairement une indépendance s’il rejoint la même infrastructure indisponible. Faites confirmer les dépendances par les responsables techniques au lieu de les déduire des noms commerciaux.

Le guide de sécurité de la CNIL recommande de préparer la continuité et la reprise d’activité. Fiche 18 du guide CNIL. La méthode ci-dessous traduit cet objectif pour un accueil limité, sans prétendre certifier la résilience de votre installation.

Définir ce qui reste possible en mode dégradé

Décidez si le secours doit recevoir un message, informer sur une indisponibilité ou orienter vers une destination autorisée. Une réservation ne doit pas être confirmée si l’agenda de référence n’est plus accessible et qu’aucune procédure fiable n’est prévue.

Exemple fictif. Une permanence peut encore répondre alors que l’agenda du cabinet est indisponible. Elle recueille une demande de rappel dans le cadre autorisé, mais n’annonce pas un créneau comme réservé. À la reprise, les demandes sont rapprochées de l’agenda avant confirmation.

Définissez les données minimales utilisables pendant l’incident. Une panne ne justifie pas de déplacer librement les informations vers une messagerie personnelle ou un fichier partagé sans contrôle.

Attribuer le déclenchement et l’information

Nommez qui constate l’incident, qui autorise le passage en secours et qui effectue les changements. Prévoyez un suppléant si le responsable habituel est touché par la même indisponibilité.

L’annonce destinée aux appelants doit décrire le service réellement disponible. Ne donnez pas une heure de rétablissement qui n’a pas été confirmée par l’acteur compétent.

Préparez également l’information interne : parcours actif, opérations suspendues et emplacement des demandes en attente. Le secours ne doit pas fonctionner parallèlement à l’équipe normale sans coordination.

Tester le secours avant l’incident

Organisez un exercice autorisé et réversible avec des demandes fictives. Vérifiez la réception, la transmission et la capacité du responsable à retrouver les demandes.

Un test ne doit pas provoquer une panne réelle pour être instructif. Vous pouvez simuler une indisponibilité dans un cadre maîtrisé et relever les étapes qui restent non testées.

Contrôlez particulièrement les accès, les coordonnées du suppléant et la possibilité de revenir à l’état précédent. Le guide des renvois complète la vérification du parcours téléphonique.

Préparer la reprise et le rapprochement

Avant de revenir au fonctionnement normal, confirmez le rétablissement du composant et testez l’usage attendu. Une annonce de résolution du fournisseur ne démontre pas encore le bon fonctionnement de tous vos parcours.

Rapprochez ensuite les messages du secours avec les dossiers habituels. Identifiez les doublons, les demandes déjà reprises et celles encore sans responsable. Retirez les accès ou copies temporaires selon les règles convenues, en conservant les preuves nécessaires.

Le plan est exploitable lorsqu’une personne peut l’appliquer sans improviser les responsabilités. Révisez-le après un exercice, un incident ou un changement de dépendance ; sa simple présence dans un dossier ne prouve pas qu’il fonctionnera.