Ces logiciels métiers qui restent sur site : ce que le réseau et le Data Act ont changé

par Editeur Robotechnique | 23 Sep 2026 | Télécoms & réseaux

En 2025, 52,7 % des entreprises européennes d’au moins dix salariés achetaient des services d’informatique en nuage payants, contre 17,8 % en 2014, selon l’enquête d’Eurostat sur l’usage des TIC dans les entreprises. Le mouvement paraît entendu — beaucoup moins dès qu’on regarde ce qui part : la messagerie (85,2 %), la bureautique (71,7 %) et le stockage de fichiers (71,5 %) ont migré massivement, mais seules 28,2 % des entreprises louent de la puissance de calcul pour y exécuter leurs propres logiciels, et 30,1 % un ERP en ligne. Le logiciel métier — celui qui pilote un standard téléphonique, une supervision d’atelier, une facturation d’appels — est le dernier à quitter les locaux. Depuis un an, trois évolutions lui donnent des raisons d’y rester qui ne tiennent plus à l’habitude.

Ce qui part, ce qui reste

Les chiffres d’Eurostat dessinent une règle simple : ce qui migre le plus vite est ce qui est le plus standardisé. Une boîte aux lettres, un traitement de texte, un espace de fichiers sont interchangeables d’un fournisseur à l’autre. La comptabilité suit (58,2 %), mais l’hébergement de la base de données de l’entreprise tombe à 45,5 % et la gestion de la relation client à 27,9 %.

Ce qui reste a un point commun : un couplage à du matériel local. Un autocommutateur IP parle à des postes, à des bases DECT, parfois encore à une passerelle analogique pour un interphone ou un ascenseur. Une supervision industrielle interroge des automates sur un réseau de terrain. Une chaîne de facturation d’appels consomme un flux de tickets produit en continu par les équipements du site. La donnée naît dans les murs, en volume régulier, et le logiciel qui la traite a besoin d’un accès direct, pas d’un tunnel.

Quand le lien d’accès tombe, SIP ne fabrique pas de chemin

La téléphonie sur IP offre la démonstration la plus nette. Le protocole SIP est conçu pour résister à la panne d’un serveur : la RFC 3263 décrit comment un client découvre les serveurs d’un domaine par enregistrements NAPTR puis SRV, les essaie dans l’ordre de priorité, et passe au suivant en cas d’échec. Cette section 4.3 définit précisément l’échec : une réponse 503, une erreur de transport — typiquement une erreur ICMP fatale en UDP ou un refus de connexion en TCP —, ou l’expiration du temporisateur de la couche transaction.

L’ordre de grandeur de cette expiration mérite d’être connu : la RFC 3261 fixe le temporisateur T1 à 500 ms par défaut (estimation du temps d’aller-retour) et le temporisateur B, qui borne une transaction INVITE, à 64 × T1, soit 32 secondes. Une bascule vers un serveur de secours n’est donc pas instantanée lorsque rien ne répond franchement.

Surtout, ce mécanisme suppose qu’il existe un autre serveur joignable. Si la coupure est celle du lien d’accès, la liste SRV entière devient inaccessible d’un coup : un autocommutateur hébergé à l’extérieur ne perd pas seulement les appels entrants et sortants, il perd aussi les appels internes et le renvoi vers l’accueil, puisque la signalisation de tous les postes remonte au même endroit. Un autocommutateur installé sur site perd la sortie vers l’opérateur, mais continue de faire sonner les postes entre eux. La différence n’est pas idéologique, elle est topologique.

Le Data Act a rendu la sortie praticable

Le deuxième changement est juridique, et il est récent. Le règlement européen sur les données (règlement (UE) 2023/2854, dit Data Act) est entré en vigueur le 11 janvier 2024 et est applicable depuis le 12 septembre 2025. Son article 23 impose aux fournisseurs de services de traitement de données de lever les obstacles au portage des données et des actifs numériques du client vers un autre fournisseur ou vers une infrastructure TIC sur site : le retour dans les locaux n’est pas un cas exotique, c’est une destination explicitement prévue par le texte.

Les délais sont cadrés par l’article 25, que détaillent les lignes directrices de l’Arcep de juillet 2026 : préavis maximal de deux mois, période transitoire de 30 jours calendaires au plus — sept mois si le fournisseur d’origine démontre l’impossibilité technique et prévient sous quatorze jours ouvrables —, puis récupération des données pendant au moins trente jours.

Le volet tarifaire est le plus concret. L’article 29 autorise, jusqu’au 12 janvier 2027, des frais de changement plafonnés aux coûts directement liés à l’opération ; après cette date, ils sont interdits. En France, la loi SREN du 21 mai 2024 a confié à l’Arcep la détermination du plafond : l’Autorité a estimé nul le coût incrémental d’un transfert standard et a proposé, le 21 février 2025, un montant maximal de 0 €, fixé ensuite par arrêté du 17 novembre 2025. Ses lignes directrices du 2 juillet 2026 distinguent les prestations relevant du processus de changement, facturables au coût jusqu’en janvier 2027, de l’accompagnement supplémentaire à la migration, hors encadrement. Le calcul de la réversibilité s’en trouve simplifié : la question redevient technique.

La sécurité ne s’améliore pas en changeant de côté

Troisième évolution : le risque s’est déplacé. Le Panorama de la cybermenace 2025 de l’ANSSI recense 1 366 incidents portés à sa connaissance. Les compromissions par rançongiciel reculent légèrement (128 en 2025), mais les incidents d’exfiltration de données passent de 130 à 196 en un an — dont 80 revendications que l’Agence a pu confirmer. L’Agence décrit plusieurs cas de latéralisation depuis le système d’information d’un prestataire vers ceux de ses clients, via les interconnexions existantes et des authentifiants volés, ainsi que des compromissions d’environnements en nuage ayant abouti au chiffrement de ressources et à l’indisponibilité de services.

Le même rapport interdit pourtant d’en tirer un plaidoyer pour l’installation locale. Les équipements de bordure et de sécurité — pare-feu, VPN, proxys —, c’est-à-dire précisément ce qu’on déploie pour publier une application hébergée chez soi, restent une cible de choix ; et en 2025, environ 29 % des vulnérabilités exploitées l’auraient été le jour même de leur publication ou avant, contre environ 8 % avant toute publication ou correctif. Héberger sur site ne réduit pas la surface d’attaque : cela la déplace vers un équipement qu’on expose soi-même et qu’on doit corriger soi-même, vite. C’est exactement ce que suppose l’exploitation sérieuse d’un serveur d’application installé dans les locaux, et ce sur quoi il faut se documenter avant de décider — de la manière dont un serveur de téléphonie hébergé en interne doit être protégé et mis à jour jusqu’à la politique de sauvegarde.

NIS 2 : l’obligation suit l’entité, pas l’hébergement

Dernier point, souvent mal compris : la directive NIS 2 ne raisonne pas par lieu d’hébergement. D’après le portail MonEspaceNIS2 de l’ANSSI, plusieurs milliers d’entités réparties sur 18 secteurs seront concernées, classées en entités essentielles (au moins 250 personnes, ou plus de 50 M€ de chiffre d’affaires et plus de 43 M€ de bilan annuel) et entités importantes (au moins 50 personnes, ou chiffre d’affaires et bilan supérieurs à 10 M€). Les sanctions prévues peuvent atteindre 2 % du chiffre d’affaires mondial pour les premières et 1,4 % pour les secondes. La transposition française est en cours, et l’ANSSI a publié le Référentiel Cyber France (ReCyF) pour engager la démarche sans attendre. Confier son logiciel métier à un tiers ne transfère pas l’obligation : elle reste attachée à l’entité régulée.

Cinq questions avant de trancher

• Où naît la donnée ? Si elle est produite en continu par des équipements du site, la traiter sur place évite un flux permanent et une dépendance au lien d’accès.
• Que doit-il rester possible pendant une coupure ? Répondre au téléphone en interne, ouvrir une porte, arrêter une ligne : la liste des fonctions à survivre décide plus sûrement que le coût mensuel.
• Qui exploitera l’équipement exposé ? Sur site, c’est vous — correctifs compris, dans les jours qui suivent une publication.
• La sortie est-elle réversible ? Depuis le 12 septembre 2025, le portage vers une infrastructure sur site est un droit ; à compter du 12 janvier 2027, il sera sans frais.
• L’entité est-elle régulée ? Si oui, le niveau d’exigence est le même des deux côtés.

Le débat « sur site ou dans le nuage » perd sa dimension doctrinale : il se pose application par application — celles qui pilotent du matériel d’un côté, celles qui n’ont besoin que d’un navigateur de l’autre —, avec entre les deux un droit de retour que le régulateur a rendu gratuit. Le même raisonnement, appliqué aux modèles de langage, aboutit à un arbitrage fondé sur le volume de données et la confidentialité plutôt que sur la mode ; et quelle que soit la réponse retenue, encore faut-il savoir ce que font ces machines une fois installées, ce qui suppose de superviser des équipements qui ne sont pas des serveurs.

Superviser des machines qui ne sont pas des serveurs : du robot d’atelier au standard téléphonique

par Editeur Robotechnique | 2 Sep 2026 | Télécoms & réseaux

Dans une PME industrielle de 2026, l’inventaire technique ressemble rarement à une salle serveurs. On y trouve deux ou trois serveurs, certes, mais aussi un standard téléphonique IP, quelques automates, un cobot en fin de ligne, des bornes Wi-Fi, une passerelle de télérelève. Ces équipements sont indispensables au fonctionnement quotidien, et l’outil de supervision installé pour les serveurs ne sait presque rien en dire.

Le réflexe habituel consiste à ajouter leur adresse IP à la liste surveillée, à cocher « ping », et à considérer le sujet réglé quand la ligne passe au vert. Voici pourquoi ce vert-là ne prouve pas grand-chose, et ce que ces machines savent dire d’elles-mêmes quand on les interroge dans leur langue.

Le ping mesure une pile réseau, pas une fonction

Le test de disponibilité universel repose sur le message echo request / echo reply du protocole ICMP, spécifié par la RFC 792 — un texte de 1981, antérieur de plus de dix ans au premier automate connecté en Ethernet. Une réponse établit trois choses, et seulement trois : l’interface réseau est active, la pile IP tourne, une route existe entre le superviseur et l’équipement.

Tout le reste échappe à la mesure. Un cobot en arrêt de protection, immobile parce qu’un opérateur a franchi un scrutateur laser, répond au ping avec la même régularité qu’un cobot en production. Un standard téléphonique dont le faisceau SIP vers l’opérateur est tombé répond au ping alors qu’aucun appel externe ne passe plus : en interne, poste à poste, tout fonctionne. Dans les deux cas, la supervision affiche un parc en bonne santé pendant que la production ou l’accueil téléphonique sont à l’arrêt.

Le malentendu tient à une confusion de couches : on mesure la couche 3 pour en déduire l’état d’un service applicatif situé bien plus haut. C’est le même écart que celui décrit à propos de la convergence entre systèmes informatiques et robotique : les deux mondes partagent le câble, pas les indicateurs.

Ces équipements parlent — encore faut-il ouvrir le bon canal

La bonne nouvelle est que ces machines exposent leur état interne, souvent plus finement qu’un serveur ordinaire.

Le socle commun reste SNMP. Le protocole écoute par convention sur le port UDP 161 pour les requêtes et sur le port UDP 162 pour les notifications, deux valeurs fixées par la RFC 3417. La distinction entre les deux compte : le 161 est interrogé par le superviseur à son rythme, le 162 reçoit ce que l’équipement annonce de lui-même, à l’instant de l’événement. Côté données, la MIB des interfaces (RFC 2863) distingue l’état administratif de l’état opérationnel d’un lien : une interface peut être configurée comme active et se trouver hors service.

Un robot industriel en dit beaucoup plus. Sur les bras d’Universal Robots, l’interface temps réel RTDE produit des messages d’état à la cadence de la boucle de contrôle, soit 500 Hz sur les séries e-Series et UR. On y lit le mode de sécurité — normal, arrêt de protection, arrêt d’urgence —, les courants d’articulation convertis en couples, et la température de chaque axe en degrés Celsius. Plus simple, le serveur de supervision exposé sur le port TCP 29999 permet d’interroger l’état du programme en quelques octets. Côté normalisation, la spécification OPC UA for Robotics (référence OPC 40010-1, version 1.02 publiée par l’OPC Foundation) modélise ces états indépendamment du constructeur. Or la montée en température d’une articulation ou la dérive d’un courant moteur sont des signaux d’usure : ils précèdent la panne, quand la disponibilité réseau ne bouge qu’au moment de l’arrêt.

Un standard téléphonique aussi. Deux mécanismes normalisés couvrent l’essentiel. La supervision d’un faisceau repose sur l’envoi périodique de requêtes SIP hors dialogue, dont le principe de maintien de session est décrit par la RFC 5626 : l’absence de réponse signale un faisceau injoignable avant que le premier appelant ne le découvre. La qualité perçue, elle, se lit dans les rapports étendus de RTCP définis par la RFC 3611, dont le bloc VoIP Metrics transporte le taux de perte, le taux de rejet par le tampon de gigue, la durée moyenne des rafales de perte, le délai aller-retour, un facteur R coté de 0 à 100 et les scores MOS d’écoute et de conversation. Aucune de ces valeurs n’est déductible d’un test de disponibilité.

Les ordres de grandeur qui rendent ces indicateurs lisibles

Trois chiffres cadrent le problème. Un flux voix classique émet un paquet toutes les 20 millisecondes : c’est l’intervalle de paquetisation par défaut recommandé par la RFC 3551, soit cinquante paquets par seconde et par sens de conversation. Avec un codage G.711 à 8 000 échantillons par seconde sur 8 bits, la charge utile ne représente que 64 kbit/s hors en-têtes — négligeable sur un lien d’entreprise, ce qui explique qu’un graphe de bande passante ne montre jamais rien d’une conversation dégradée.

Côté délai, la recommandation ITU-T G.114 est explicite : en dessous de 150 ms de délai de bouche à oreille dans un sens, la plupart des applications, vocales ou non, conservent une interactivité essentiellement transparente ; au-delà de 400 ms, la limite ne devrait pas être dépassée pour la planification d’un réseau. Entre ces deux bornes se joue la différence entre un standard dont on se plaint et un standard dont on ne parle pas. Le texte est consultable chez l’UIT.

Le troisième chiffre est celui qu’on oublie : le pas d’interrogation du superviseur, souvent laissé à cinq minutes par défaut. Un robot décrit son état 500 fois par seconde, un flux voix produit 50 paquets par seconde, et un collecteur qui interroge toutes les 300 secondes travaille donc trois à quatre ordres de grandeur en dessous des phénomènes qu’il prétend observer. Une micro-coupure de trois secondes — de quoi couper une communication et faire tomber un cycle robot en défaut — disparaît intégralement dans une moyenne calculée sur cinq minutes. Ce n’est pas un défaut de l’outil mais d’échelle : sur ces machines, la mesure utile est événementielle, pas périodique. D’où l’intérêt du port 162, et de tout mécanisme qui laisse l’équipement parler au lieu de l’interroger.

Recenser avant de surveiller

Aucun de ces mécanismes ne sert si l’équipement n’est pas dans la liste. C’est la raison pour laquelle l’ANSSI place la cartographie du système d’information en amont de toute démarche de protection, avec une méthode d’élaboration en cinq étapes : on ne défend, et on ne surveille, que ce qu’on a recensé. Les machines les plus mal inventoriées sont précisément celles de cet article — installées par un intégrateur, raccordées à un VLAN dédié, jamais rattachées à l’inventaire informatique. Les questions à poser avant de raccorder un bras rejoignent d’ailleurs celles que nous détaillions à propos de ce que les petits ateliers peuvent réellement automatiser.

L’événement le plus révélateur est celui qui n’arrive pas

Dernier angle mort, le plus coûteux : la panne silencieuse. Une machine qui tombe déclenche une alerte ; une machine qui cesse simplement de produire n’en déclenche aucune. Un standard sans aucun appel entrant depuis trois heures un mardi matin est en panne même s’il répond parfaitement au réseau — la cause est souvent en amont, chez l’opérateur ou sur un renvoi laissé actif. Un poste de contrôle qui ne remonte plus de cycle robot depuis la veille n’est pas au repos, il est débranché.

Détecter ces situations suppose de superviser un débit d’événements métier et d’alerter sur son absence, ce que les outils d’infrastructure ne font pas nativement puisqu’ils raisonnent en disponibilité, pas en activité. Sur le versant téléphonique, cette distinction entre surveiller un équipement et surveiller ce qu’il produit est au cœur de ce qu’on attend d’un outil capable de conduire plusieurs standards depuis un seul point : détection d’un silence de trafic anormal, fenêtres de maintenance pour ne pas alerter à tort, traçabilité des modifications de configuration.

Trois questions à poser avant d’ajouter une machine au tableau de bord

• Quel canal natif expose son état ? SNMP, OPC UA, une interface constructeur, une API HTTP, un journal : si la réponse est « le ping », la surveillance est décorative.
• À quelle cadence le phénomène se produit-il ? Le pas de mesure doit rester inférieur à la durée de l’incident qu’on veut voir, faute de quoi la moyenne l’efface.
• Que déduit-on de l’absence de données ? Une machine muette n’est pas une machine saine — règle à écrire dans la configuration, pas dans la tête de celui qui regarde l’écran.

Superviser un parc hétérogène ne demande ni outil unique ni budget considérable, mais d’admettre qu’un serveur, un bras articulé et un autocommutateur ne se surveillent pas avec le même indicateur.

Qu’est-ce qu’un regard France Télécom ?

par RobotRedactor | 8 Jan 2023 | Télécoms & réseaux

Le regard France Télécom est une ouverture ménagée dans le sol lors de la construction de votre logement. Il se matérialise par une plaque carrée, de 25 ou 30 centimètres de côté, au ras du sol, en béton ou en polypropylène. Les câbles qui le traversent sont protégés par un caisson lui-même généralement en polypropylène.

Ce regard sert au branchement Télécom, notamment pour raccorder votre logement à la fibre optique. Son accès permet de tirer et raccorder les lignes souterraines de télécommunication et d’assurer la jonction entre le réseau public et la partie privée de la liaison individuelle souterraine qui conduit à votre logement.

L’emplacement du regard France Télécom

L’emplacement du regard France Télécom dépend du type de construction, de sa date d’installation et de la configuration de votre terrain. S’il est souvent installé à la limite de propriété, ce n’est pas toujours le cas.

Le regard France Télécom est implanté lors de la construction de votre maison. Étant installé au ras du sol, il peut rapidement se retrouver recouvert ou enterré sous la végétation. Il peut aussi avoir été déplacé lors de travaux d’enfouissement. Par ailleurs, il faut tenir compte des aménagements effectués au fil du temps : nouvelles constructions, plantations, voies d’accès, remblai de terre, ajout d’une terrasse, etc. La tâche pour retrouver votre plaque s’avère d’autant plus ardue si elle ne se situe pas à proximité des compteurs extérieurs, comme le voudrait la logique.

Si vous n’avez pas prêté attention à l’emplacement de votre regard France Télécom au moment de son implantation ou que vous n’êtes pas le propriétaire d’origine de la maison, il vous faut impérativement en retrouver la localisation pour l’installation de la fibre.

Les méthodes professionnelles pour trouver votre plaque France Télécom

Si vous n’avez toujours pas trouvé votre regard à la suite de ces trois étapes, il vous faut employer des moyens professionnels. Vous pouvez louer du matériel ou faire appel à une entreprise experte qui dispose de tous les outils.

1 — Le passage d’une aiguille de tirage dans votre fourreau télécom

L’aiguille de tirage est un outil de chantier dédié au déploiement des réseaux télécoms. Elle a été spécifiquement créée pour le tirage des câbles et des fibres optiques. L’aiguille de tirage se présente sous la forme d’un câble fin — dont le noyau est constitué de fibre de verre — enroulé sur un support semblable à un enrouleur de tuyau d’arrosage. Elle se termine par une longue aiguille possédant une tête de guidage en aluminium.

Pour trouver votre regard France Télécom, louez une aiguille de tirage d’un diamètre compris entre 6,4 et 9 mm, car elle doit être suffisamment rigide pour dépasser d’éventuels coudes de la canalisation télécom.

Insérez l’aiguille de tirage dans le fourreau de vos câbles de communication. Celui-ci se situe généralement à proximité de votre compteur électrique. Dans une maison individuelle, vous le trouvez souvent dans le garage.

Introduisez l’aiguille de tirage dans le fourreau et déroulez le câble jusqu’à atteindre le point de blocage. Effectuez un marquage sur l’aiguille à l’aide d’un ruban adhésif, puis retirez-la. Déroulez le câble de l’aiguille au sol, en partant de votre maison et en suivant le cheminement supposé du fourreau, jusqu’à atteindre le marquage adhésif. Vous vous trouvez alors à l’emplacement approximatif de votre regard.

2 — L’usage du détecteur électromagnétique

Si toutes vos recherches demeurent infructueuses, il vous reste la solution du détecteur électromagnétique. Il s’agit d’un outil professionnel que vous trouvez également à la location.

Le détecteur fonctionne en relation avec une sonde détectable autonome, alimentée par une pile. Il nécessite également l’usage d’une aiguille de tirage. Celle-ci vous sert à envoyer la sonde au plus profond du fourreau des câbles télécom. Vous utilisez ensuite le détecteur électromagnétique en surface qui vous guide en direction de la sonde.

Le détecteur électromagnétique est un appareil de haute technologie, mais il doit être calibré pour la fonction à laquelle vous le destinez. Prenez le temps d’interroger votre loueur pour vous assurer qu’il vous conseille le matériel adapté.

En règle générale, la sonde utilisée pour le fourreau télécom ne doit pas dépasser 10 mm pour y circuler assez librement. Quant à l’aiguille de tirage, son diamètre doit osciller entre 6,4 et 9 mm.

Si vous n’avez pas les bons outils, vous peinerez à localiser votre regard et vous risquez de creuser des trous et des tranchées inutiles.

Faites appel à une société spécialisée en cas de difficulté

Si les recherches de votre regard s’avèrent compliquées, vous devez louer du matériel, puis vous improviser terrassier pour le déterrer. Si vous ne souhaitez pas réaliser vous-même cette opération fastidieuse, vous pouvez faire appel à une société spécialisée. Vous misez ainsi sur l’expérience de professionnels rompus à l’exercice et qui possèdent les outils adaptés.

Par ailleurs, si l’exhumation de votre regard implique d’intervenir sur des aménagements en dur (enrobé, dalle béton, etc.), vous n’avez pas droit à l’erreur. Vous devez impérativement creuser au bon endroit, sans tâtonner, sinon, vous risquez de détruire votre allée ou votre terrasse. Le recours à une entreprise vous garantit des travaux précis, limitant les dégâts collatéraux.   ressources sur la technologie

Abonnement iptv Abonnement Iptv Abonnement Iptv