
Ouvrez le plan de continuité de votre organisation : vous y trouverez probablement les serveurs, les sauvegardes, les locaux de repli, parfois les fournisseurs critiques. Vous n’y trouverez presque jamais la ligne « accès télécom ». C’était défendable au temps du cuivre, où le téléphone survivait aux pannes internet et fonctionnait même sans électricité. Ce ne l’est plus : depuis la bascule vers l’IP, un seul accès porte la voix, les données, le paiement et les alarmes. Le lien télécom est devenu le point unique de défaillance le plus courant — et le moins documenté. Voici comment l’intégrer sérieusement à un PCA.
Étape 1 : nommer les scénarios, pas « la panne »
Un PCA utile ne raisonne pas sur « une panne » mais sur des scénarios distincts, qui n’appellent pas les mêmes réponses. Quatre suffisent à couvrir l’essentiel : la coupure du lien (fibre sectionnée, panne d’équipement), la coupure électrique du site (qui tue l’accès même intact — voir la résilience de la voix sur IP), la panne de l’opérateur ou du fournisseur cloud (votre matériel fonctionne, le service non), et l’indisponibilité du site lui-même (sinistre, inaccessibilité). Chacun se traite différemment : un secours 4G ne répond pas à une panne d’opérateur cloud, et un onduleur ne répond pas à une pelleteuse.
Étape 2 : distinguer les usages vitaux du confort
C’est l’exercice qui structure tout le reste, et le plus vite expédié à tort. Listez ce qui doit absolument continuer : recevoir les appels entrants ? encaisser ? faire remonter une alarme ou une téléalarme d’ascenseur ? accéder au logiciel métier ? Et ce qui peut attendre : la visio, les sauvegardes, la navigation, le partage de fichiers volumineux. Cette liste n’est pas théorique : c’est elle qui définira les priorités à configurer sur le routeur en mode dégradé, comme détaillé dans le dimensionnement d’un secours 4G/5G. Sans elle, le lien de secours sature en dix minutes et ne sert à personne.
Étape 3 : fixer les délais tolérés, usage par usage
Pour chaque usage vital, une question : combien de temps peut-on s’en passer ? Quelques minutes pour un encaissement en heure de pointe, une demi-journée pour une application interne, zéro pour une téléalarme réglementaire. Ces délais tolérés se confrontent ensuite aux engagements réels de vos contrats : une GTR de 4 heures ne couvre pas un besoin de continuité immédiate — elle borne la durée de la panne, elle ne l’évite pas. L’écart entre le délai toléré et le délai contractuel, c’est précisément l’espace que doit combler le secours.
Étape 4 : choisir les parades — techniques et humaines
Les parades techniques sont connues : second accès de nature différente et bascule automatique (voir les architectures de secours de lien), onduleur dimensionné pour les équipements réseau et pas seulement pour les serveurs, redondance des équipements sur les sites critiques. Mais les parades organisationnelles comptent autant, et coûtent moins cher : un renvoi d’appels préconfiguré vers des mobiles ou un autre site (à tester, car il doit être activable depuis l’extérieur si le site est injoignable), un terminal de paiement 4G de secours gardé chargé, une procédure écrite tenant sur une page, et la liste à jour des numéros d’urgence opérateur avec les références de contrat.
Étape 5 : la fiche réflexe — une page, affichée
Le jour de la panne, personne ne lira un PCA de quarante pages. Ce qui sert, c’est une fiche réflexe d’une page, affichée près du local technique et connue de l’accueil : qui appeler (opérateur, prestataire, avec les références), quoi vérifier en trois points avant d’appeler, comment activer le renvoi d’appels, quels usages sont prioritaires pendant la panne, et qui informe qui. Cette fiche est le seul livrable du PCA télécom qui sera réellement utilisé — écrivez-la en premier, pas en dernier.
Le cas des organisations soumises à NIS2
Pour les entités concernées par la directive NIS2 — dont de nombreuses collectivités et opérateurs de services essentiels —, cette démarche n’est plus une bonne pratique mais une attente formalisée : continuité, redondance, gestion d’incident et traçabilité des tests. Notre article sur NIS2 et la résilience télécom détaille cette convergence. La bonne nouvelle : un PCA télécom bien fait couvre l’essentiel de ce qui sera demandé.
En synthèse
- Le lien télécom est devenu le point unique de défaillance le plus courant — et le grand absent des PCA.
- Quatre scénarios (lien, électricité, opérateur/cloud, site) appellent quatre réponses différentes.
- Usages vitaux + délais tolérés = le cahier des charges du secours ; la GTR borne la panne, elle ne l’évite pas.
- Les parades organisationnelles (renvoi d’appels, TPE 4G, procédure) coûtent peu et servent beaucoup.
- Le livrable qui sert vraiment tient sur une page affichée.
Cet article propose une méthode générale à visée d’information. Les organisations soumises à des obligations réglementaires de continuité doivent se référer au cadre qui leur est applicable.
💡 Votre continuité tient-elle la route ? L’état des lieux évalue votre exposition site par site, et le test d’éligibilité vérifie quels liens de secours sont possibles à vos adresses.
Pour aller plus loin
- Secours de lien : actif/passif, actif/actif, bascule automatique
- Résilience de la voix sur IP : que se passe-t-il en cas de coupure ?
- NIS2 et résilience télécom : quelles exigences après le cuivre ?
- Le coût d’une coupure non anticipée : le risque de l’attentisme
Un PCA sans volet télécom ?
AILERYS Conseil construit le volet télécom de votre plan de continuité — scénarios, usages vitaux, parades, fiche réflexe — et le fait tester.
À lire aussi dans ce dossier
- Dimensionner un secours 4G/5G : débit, enveloppe data et tests
- Résilience et secours mobile : assurer la continuité de service
- SD-WAN vs MPLS : le match de l’interconnexion multisite
- Comprendre la GTR (Garantie de Temps de Rétablissement)








Les plus discutés