Standard téléphonique : tester la continuité de service

La rentrée est un bon moment pour vérifier que le standard téléphonique ne dépend ni d’une seule personne, ni d’un seul appareil, ni d’une seule connexion. Un test de continuité doit reproduire les situations ordinaires et les incidents plausibles : absence, renvoi mal configuré, coupure d’accès, télétravail ou appel reçu en dehors des horaires. Il doit aussi couvrir un cas que beaucoup d’entreprises oublient : la panne provoquée, c’est-à-dire l’indisponibilité causée par une attaque plutôt que par un incident technique.

Cartographier le parcours d’un appel

Commencez par décrire le parcours attendu. Quel numéro est publié sur le site, les devis et les signatures ? Quel message accueille l’appelant ? Quelles touches permettent de joindre un service, une personne ou une permanence ? Qui répond lorsque le destinataire est absent ?

Notez les numéros concernés, les plages d’ouverture, les groupes d’appels, les files d’attente et les boîtes vocales. Vérifiez que le message d’accueil correspond à l’organisation de septembre : congés terminés, horaires actualisés et interlocuteurs réellement disponibles. Une documentation courte, datée et accessible à plusieurs personnes évite de transformer chaque changement en recherche improvisée.

Vérifier le niveau de correctif avant de tester les renvois

Un standard indisponible n’est pas toujours victime d’une coupure d’opérateur. En juin 2026, 3CX a publié deux correctifs de sécurité : le 5 juin pour une faille de configuration d’un composant web tiers, puis le 8 juin contre la vulnérabilité HTTP/2 dite « Bomb » (CVE-2026-49975), un déni de service à distance ne nécessitant aucune authentification. Seuls les déploiements auto-hébergés exposés sur Internet sont concernés ; les instances hébergées par 3CX ont été corrigées automatiquement. Les versions correctives sont la 20.0.8.1131 ou la 20.0.9.987 selon la mise à jour appliquée.

Le second risque est financier plutôt que technique. Les liens SIP sont activement exploités : des attaquants passent des appels sortants frauduleux sans authentification, ce qui peut générer une facture télécom considérable en quelques heures. Ajoutez donc trois lignes à votre checklist de rentrée : version du standard, exposition de l’interface d’administration, et plafonds de destinations et de dépenses sur les appels sortants.

Tester les renvois et le secours

Réalisez des appels de bout en bout depuis un mobile extérieur à l’entreprise. Testez successivement le numéro principal, chaque choix du serveur vocal, le renvoi vers un poste fixe ou mobile, puis la bascule vers la messagerie. Contrôlez le nom affiché, la qualité de la conversation, le délai de sonnerie et la possibilité de rappeler.

Prévoyez un scénario de secours : numéro temporaire, accueil réduit ou renvoi vers une équipe désignée. L’important est que la décision soit connue avant l’incident, que les personnes autorisées sachent l’activer et qu’un retour à la configuration normale soit prévu. Demandez à votre opérateur quelles fonctions sont disponibles, quelles dépendances existent et comment signaler une panne.

Ne pas oublier le lien qui porte la voix

Un standard en voix sur IP dépend du pare-feu et de l’accès Internet. Deux actualités récentes le rappellent. La campagne baptisée FortiBleed a visé environ 74 000 pare-feu et passerelles VPN Fortinet dans le monde par bourrage d’identifiants et force brute, en s’appuyant sur des accès volés lors d’incidents précédents : ce n’est pas une faille à corriger, mais des comptes mal protégés à reprendre en main, par rotation des mots de passe, authentification multifacteur et fermeture des interfaces d’administration exposées.

Le 14 août 2026, le CERT-FR a par ailleurs publié un avis signalant plusieurs vulnérabilités dans Stormshield Network Security, pare-feu français très répandu chez les PME et les collectivités, dont certaines permettent l’exécution de code arbitraire à distance et un déni de service. Votre test de continuité téléphonique doit donc inclure la question suivante : que se passe-t-il si l’équipement en frontal d’Internet tombe, et combien de temps faut-il pour rerouter les appels ?

Valider l’accès distant

Un standard moderne doit être vérifié depuis les lieux où l’équipe travaille réellement. Demandez à un collaborateur distant de se connecter avec son équipement habituel, de recevoir un appel, de le transférer, de consulter la messagerie et de rappeler un correspondant. Vérifiez les cas où l’ordinateur est éteint, où le casque n’est pas reconnu ou où la connexion est instable.

Ne limitez pas le test à la personne qui administre la téléphonie. Faites participer l’accueil, les responsables de service et la personne chargée de prendre le relais. Chacun doit savoir quelle information communiquer, où trouver les consignes et comment escalader un incident.

Utiliser une checklist de rentrée

Planifiez un test court et consignez son résultat. La checklist peut couvrir :

• numéro principal, horaires et message d’accueil ;
• renvois, groupes, files d’attente et messageries ;
• appel depuis l’extérieur et rappel sortant ;
• version du standard, exposition de l’administration et plafonds d’appels sortants ;
• accès distant, transfert et solution de secours ;
• contacts opérateur, responsable interne et date de révision.

Pour chaque point, indiquez le résultat, l’anomalie, le responsable et l’échéance. Rejouez le scénario après toute modification de numéro, d’horaire, d’équipe ou d’outil. Cette discipline transforme une vérification ponctuelle en routine de continuité — et c’est aussi la revue que nous menons chez METERIS à chaque rentrée sur les standards que nous exploitons.