Ce que l’on découvre trop tard après une acquisition ou une fusion côté IT

Sur le papier, une acquisition ou l’intégration d’un nouveau site peut sembler assez simple côté informatique : raccorder les équipes, donner accès aux outils, harmoniser progressivement les équipements. En réalité, c’est souvent après la signature que les vrais sujets apparaissent. Un VPN qui ne tient pas, des comptes utilisateurs créés dans l’urgence, des sauvegardes dont personne ne connaît vraiment le périmètre, ou encore un site distant qui dépend d’un routeur 4G installé il y a des années sans documentation. ⚠️

Le problème, c’est que cette phase post-acquisition est régulièrement sous-estimée. On pense migration, boîtes mail et licences, alors que le sujet est bien plus large : droits d’accès, support aux utilisateurs, contrats opérateurs, standards matériels, réseau local, supervision, procédures de secours. Tant que tout tient, les écarts restent invisibles. Dès qu’un incident arrive, vous découvrez une dette technique, organisationnelle et contractuelle qui complique tout.

Le premier choc : vous ne récupérez pas un SI, vous récupérez surtout des habitudes, des écarts et des angles morts

Lors d’un rachat ou d’une fusion, l’environnement repris n’est presque jamais homogène. Vous récupérez un empilement d’outils, de pratiques et de décisions prises au fil du temps, souvent avec de bonnes raisons locales. Le souci, c’est qu’aucune de ces décisions n’a été pensée pour s’intégrer rapidement à votre organisation.

Concrètement, cela donne des postes de travail gérés différemment selon les sites, des serveurs encore critiques mais peu documentés, des connexions Internet sous-dimensionnées, ou des règles de support qui varient d’une équipe à l’autre. Dans un environnement multi-sites ou industriel, cela peut aller jusqu’à des équipements réseau spécifiques, des cartes SIM M2M, des routeurs industriels ou des accès distants installés sans standard commun. 🔧

Le risque n’est pas seulement technique. Quand personne ne sait précisément qui gère quoi, avec quels accès, quels prestataires et quelles procédures, vous perdez rapidement en pilotage. Et cette perte de visibilité se paie en temps, en incidents et en arbitrages plus difficiles.

Après une acquisition, le vrai risque n’est pas seulement ce que vous reprenez, mais surtout ce que personne n’a cartographié, documenté ou sécurisé.

Dans ce contexte, un audit IT post-acquisition permet souvent d’objectiver rapidement les écarts de maturité, les dépendances critiques et les priorités de remise à niveau.

Comptes, droits et accès : le sujet traité trop tard dans beaucoup d’intégrations

Après une intégration, il est courant de se concentrer d’abord sur la messagerie, les outils collaboratifs et l’accès aux applications métier. C’est logique, car il faut que les équipes puissent travailler vite. Mais si l’inventaire des comptes et des droits n’est pas repris sérieusement, vous créez un empilage fragile.

On retrouve souvent des comptes administrateurs partagés, des accès VPN ouverts à d’anciens prestataires, des mots de passe stockés localement sans procédure, ou des utilisateurs avec des droits trop larges parce qu’il fallait aller vite. Le jour où un salarié change de fonction, quitte l’entreprise ou qu’un incident de sécurité survient, personne n’est certain du périmètre réel. 🔒

Ce sujet touche aussi l’exploitation quotidienne. Quand un support informatique doit intervenir en urgence sur un site repris et découvre qu’il manque les accès équipements, les identifiants opérateurs ou les droits sur une baie réseau, une panne banale peut durer beaucoup plus longtemps que prévu.

• Quels comptes existent réellement et à quoi servent-ils ?
• Qui possède les droits d’administration sur les serveurs, firewalls, switchs et outils cloud ?
• Quels accès doivent être fermés, transférés ou revalidés ?

Sur ce point, les recommandations de l’ANSSI rappellent l’importance d’une gestion rigoureuse des accès, de la traçabilité et de la réduction des privilèges, en particulier lors des changements d’organisation.

Réseau et connectivité : là où les problèmes deviennent visibles très vite

C’est souvent par le réseau que les difficultés se révèlent. Un nouveau site doit accéder à l’ERP, à la téléphonie, aux fichiers ou aux applications hébergées ailleurs. Tant que les usages sont limités, cela tient à peu près. Puis arrivent les lenteurs, les coupures, les flux mal priorisés, ou une liaison opérateur qui n’offre pas le niveau de service attendu.

Dans certains dossiers, on découvre qu’un site stratégique fonctionne avec une connectivité vieillissante, sans redondance, avec un matériel non supervisé. Dans d’autres, le problème vient d’un réseau local mal segmenté, de bornes Wi-Fi disparates, ou d’un routeur installé pour dépanner et jamais remis à niveau. Si le site est technique, isolé ou lié à une activité industrielle, le moindre défaut de connectivité peut affecter la remontée de données, la maintenance distante ou la continuité d’exploitation. 🌐

Le point clé, c’est qu’un rapprochement d’entreprises met sous tension des infrastructures qui n’avaient pas été conçues pour fonctionner ensemble. Sans audit réel des liens, des équipements et des usages, vous naviguez à vue. Dans les environnements distribués, une réflexion sur l’interconnexion multi-sites et sur la sécurisation des accès distants devient rapidement indispensable.

Sauvegardes, supervision, support : ce qui manque ne se voit qu’au moment de l’incident

Beaucoup d’entreprises pensent être couvertes parce qu’il existe “une sauvegarde” ou “un prestataire local”. Après acquisition, cette impression est souvent trompeuse. Les sauvegardes ne portent pas toujours sur les bonnes données, les restaurations n’ont pas été testées, les alertes de supervision n’arrivent plus à la bonne personne, et le support utilisateur fonctionne selon des habitudes très informelles.

C’est précisément ce qui coûte cher, parce que le défaut n’apparaît qu’en situation dégradée. Une panne serveur devient plus longue qu’attendu faute de procédure claire. Un utilisateur sur un site repris ne sait pas qui appeler. Une imprimante réseau, un switch ou un NAS tombent en panne, mais personne n’a d’inventaire fiable ni de contrat de remplacement identifié. ⏱️

Dans une logique d’infogérance, la reprise en main post-acquisition consiste justement à remettre de l’exploitation partout : qui supporte, qui supervise, qui escalade, sur quel périmètre et avec quels engagements. Sans cela, vous avez plusieurs systèmes qui coexistent, mais pas un environnement réellement piloté.

Une sauvegarde non testée, une supervision incomplète ou un support flou ne posent pas de problème… jusqu’au jour où l’activité dépend entièrement d’eux.

Quand l’objectif est aussi de préserver la continuité d’activité, il est utile d’aligner rapidement la reprise du site avec une stratégie de PRA / PCA informatique et une politique de sauvegarde cohérente à l’échelle du groupe.

Contrats, abonnements et prestataires : une source discrète de surcoûts et de blocages

Un autre angle mort fréquent concerne les contrats. Après un rachat, il n’est pas rare de découvrir plusieurs abonnements Internet pour un même site, des licences souscrites sans visibilité globale, des contrats de maintenance tacitement reconduits, ou des engagements opérateurs difficiles à transférer. 💼

Le problème n’est pas seulement financier. Quand un incident survient, vous devez savoir immédiatement quel prestataire contacter, qui détient la responsabilité, et si le matériel ou la liaison sont couverts. Si cette information est dispersée entre l’ancien dirigeant, un intégrateur historique, un fournisseur local et quelques mails archivés, la résolution prend du retard.

C’est aussi là que réapparaît la dimension organisationnelle. Une intégration réussie ne consiste pas juste à brancher un site sur le reste du groupe. Il faut reprendre les contrats, clarifier les responsabilités, arbitrer ce qui doit être conservé, résilié, mutualisé ou normalisé.

• Contrats opérateurs et liens de secours
• Licences logicielles et outils métiers locaux
• Maintenance des équipements réseau, serveurs, téléphonie et sécurité

Pour les aspects contractuels et de gouvernance, les bonnes pratiques de continuité et de gestion des risques publiées par le CNPP peuvent également servir de point de comparaison utile.

Ce qu’une reprise en main IT sérieuse doit vraiment produire

Le bon réflexe après une acquisition n’est pas de tout vouloir transformer immédiatement. Il faut d’abord établir une photographie exploitable de l’existant : inventaire réel, cartographie réseau, comptes et droits, dépendances applicatives, sauvegardes, équipements critiques, contrats, procédures de support. C’est cette base qui permet ensuite d’harmoniser sans casser la production.

Dans les PME et les structures multi-sites, cette phase est souvent plus utile qu’un grand projet théorique de transformation. Elle permet de traiter vite les points à risque, de sécuriser l’exploitation quotidienne et de fixer des standards réalistes : postes, réseau, pare-feu, accès distants, outils de supervision, méthodes support, documentation. ✅

Ce travail demande une approche pragmatique, capable de parler à la fois technique, exploitation et terrain. Surtout quand l’entreprise reprend des sites éloignés, des environnements industriels ou des infrastructures hétérogènes. L’enjeu n’est pas de plaquer un modèle uniforme du jour au lendemain, mais d’aligner les environnements progressivement, avec une gouvernance claire et une continuité de service maîtrisée.

C’est souvent ce qui fait la différence entre une intégration subie et une intégration réellement pilotée. Plus la reprise en main IT est structurée tôt, plus vous réduisez les risques opérationnels, les coûts cachés et les retards de décision dans les mois qui suivent l’acquisition.