Quand Internet tombe, qui est réellement responsable ?
Trois prestataires, trois diagnostics, et une entreprise à l'arrêt pendant qu'ils s'expliquent. Ce n'est pas de la mauvaise volonté : c'est une conséquence prévisible du découpage.
Quand une panne touche à la fois le réseau, la connexion et les logiciels, chaque prestataire constate que son périmètre fonctionne, et il a souvent raison. Personne ne ment, mais personne ne regarde l'ensemble. Le temps d'arrêt ne vient plus alors de la panne elle-même mais de la coordination. C'est le coût caché du découpage entre opérateur, prestataire informatique et éditeur.
Le scénario se répète dans à peu près toutes les entreprises qui ont trois prestataires distincts. La téléphonie ne fonctionne plus, le logiciel métier non plus, et les postes affichent une erreur de connexion.
L'opérateur teste la ligne : elle répond, le lien est bon. Le prestataire informatique vérifie les serveurs : ils tournent. L'éditeur du logiciel constate que son service est disponible pour tous les autres clients. Trois réponses exactes, et une entreprise toujours à l'arrêt.
Pourquoi tout le monde a raison
Chaque prestataire est responsable d'un périmètre, et il le vérifie correctement. Le problème est que les pannes réelles se logent presque toujours entre deux périmètres, là où personne n'a mandat pour regarder.
- Un switch vieillissant fait tomber le VLAN qui porte la téléphonie : la ligne opérateur est bonne, le serveur aussi, mais rien ne passe.
- Une règle de pare-feu modifiée pour un nouvel outil bloque un flux que personne n'a documenté.
- Un renouvellement de bail IP décale une configuration statique posée trois ans plus tôt par un intervenant qui n'est plus là.
Le vrai coût n'est pas la panne
Sur un arrêt d'une journée, la réparation prend souvent moins d'une heure. Le reste est de la coordination : joindre le bon interlocuteur, refaire le diagnostic une troisième fois, attendre le rappel, obtenir qu'un tiers accepte de tester en même temps qu'un autre.
C'est ce temps-là qui coûte, et c'est le seul que l'entreprise subit sans pouvoir agir. Il n'apparaît sur aucune facture, ce qui explique qu'il soit rarement mesuré.
Trois façons de réduire ce temps
- Documentez les jointures. Un schéma à jour de ce qui relie quoi (lien opérateur, pare-feu, switchs, VLAN, serveurs, services externes) élimine la moitié des allers-retours.
- Désignez un responsable de la coordination, avant l'incident. Ce n'est pas un rôle technique, c'est un mandat : quelqu'un dont le périmètre est l'ensemble.
- Testez la chaîne, pas les maillons. Un test qui vérifie que le serveur répond ne prouve rien ; un test qui vérifie qu'un poste utilisateur atteint le logiciel métier prouve quelque chose.
L'interlocuteur unique : ce que ça change, et ce que ça ne change pas
Réunir la connectivité, le réseau, l'informatique et la sécurité chez un même partenaire supprime la négociation entre prestataires : le diagnostic se fait une fois, sur l'ensemble.
Cela ne supprime pas les pannes, et il faut le dire clairement. La fibre coupera toujours, le matériel vieillira toujours. Ce qui change, c'est le délai entre le moment où l'entreprise appelle et le moment où quelqu'un travaille réellement sur le problème, sans avoir d'abord à démontrer que ce n'est pas la faute du voisin.
La contrepartie mérite d'être pesée : on concentre la dépendance sur un acteur. Cela vaut la peine d'exiger en retour de la documentation transmissible et une visibilité réelle sur l'infrastructure, pour que l'entreprise reste maîtresse de son environnement.
Questions fréquentes
- Comment savoir quel prestataire est responsable d'une panne ?
- En testant la chaîne complète plutôt que chaque élément isolément : un poste utilisateur atteint-il le service final ? Si oui à une étape et non à la suivante, la jointure entre ces deux étapes désigne le périmètre concerné. Sans schéma à jour de l'infrastructure, cette démarche est très difficile à mener.
- Faut-il vraiment regrouper tous ses prestataires ?
- Pas systématiquement. Le regroupement se justifie quand les pannes s'éternisent en coordination plutôt qu'en réparation, et quand personne dans l'entreprise n'a le temps d'arbitrer entre fournisseurs. Si les incidents sont rares et bien traités, le découpage actuel peut très bien convenir.
- Que demander à un prestataire pour éviter ce genre de situation ?
- Un schéma d'infrastructure à jour et transmissible, la liste des flux critiques entre les composants, et un interlocuteur nommé pour la coordination en cas d'incident touchant plusieurs périmètres.
Prochaine étape
Publié le 26 août 2026 · Équipe Skill Group, Conseil & pilotage
Pour aller plus loin
Internet coupe dans votre entreprise : comment trouver la vraie cause
Les coupures répétées ont presque toujours une cause identifiable. Voici la méthode pour la trouver, et pourquoi une deuxième box ne règle souvent rien.
FTTH ou FTTO : quelle fibre choisir pour son entreprise ?
Les deux portent le nom de fibre et n'offrent pas du tout le même service. Le vrai critère de choix n'est pas le débit, c'est ce qui se passe quand la ligne tombe.
Ambulances et taxis conventionnés : arrêter de perdre des courses au téléphone
Dans le transport sanitaire, un appel manqué est une course perdue, et souvent un donneur d'ordre qui appellera le concurrent la prochaine fois. Voici ce qui se règle vraiment.