Qui possède les mots de passe administrateur ? Que devient Microsoft 365 ? Les sauvegardes vont-elles continuer à tourner ? L’ancien prestataire va-t-il coopérer ? Et vos utilisateurs, vont-ils subir des coupures ?
Ces questions sont légitimes. Mais elles passent à côté du vrai risque.
Le vrai risque, ce n’est pas de changer de prestataire. C’est de changer sans savoir précisément ce que l’on reprend.
Une transition mal préparée repose souvent sur la même erreur : débrancher un prestataire le vendredi soir et en brancher un autre le lundi matin, sans avoir compris l’environnement au préalable. Une transition réussie fait exactement l’inverse. Elle est progressive, et elle commence par comprendre l’existant avant d’y toucher.
On commence par cartographier ce qui existe
La première étape n’est pas de remplacer des outils. C’est de savoir, précisément, ce qui est en place : utilisateurs et postes, serveurs physiques et virtuels, réseau, firewalls, VPN et Wi-Fi, environnement Microsoft 365 et Azure, sauvegardes, domaines, DNS et certificats, licences, applications métiers, accès administrateur, et l’ensemble des fournisseurs et contrats associés.
L’intérêt d’un audit initial, ce n’est pas l’inventaire visible — celui-là, tout le monde le trouve. C’est de repérer les dépendances invisibles. Un logiciel métier qui repose sur un serveur précis. Un VPN vers un fournisseur dont plus personne ne parle. Un compte de service créé il y a cinq ans que personne n’ose toucher. Ce sont ces dépendances-là qui font tomber une infrastructure au pire moment. Les cartographier avant, c’est éviter les mauvaises surprises après.
On reprend les accès et la documentation, progressivement
Une fois l’environnement cartographié, on récupère les accès nécessaires à son administration : Microsoft 365 et Entra ID, Azure, serveurs et hyperviseurs, firewalls et équipements réseau, sauvegardes, outils de sécurité, registrars de domaines et DNS, portails fournisseurs, comptes administrateur locaux, supervision.
En parallèle, on récupère la documentation existante quand elle existe : schémas réseau, procédures, inventaires, contrats, configurations particulières, contacts.
Dans un monde idéal, le prestataire sortant transmet un environnement propre et documenté. Dans la vraie vie, la qualité varie énormément — et parfois il n’y a quasiment rien. Ce n’est pas bloquant. Une bonne partie du travail consiste justement à reconstruire ce qui manque et à documenter au fur et à mesure. Une documentation absente est un problème à régler, pas un mur.
Changer de prestataire ne veut pas dire tout remplacer
C’est la confusion la plus fréquente, et il faut être clair là-dessus : reprendre la gestion d’un environnement IT ne signifie pas remplacer en même temps les firewalls, les serveurs, les postes, les sauvegardes et les licences. Le faire le jour de la reprise serait une faute, pas une preuve de sérieux.
Un équipement encore adapté reste en place. Une architecture correctement conçue n’a aucune raison d’être remplacée simplement parce que le prestataire a changé. La priorité, c’est de reprendre la maîtrise de l’existant et de vérifier qu’il fonctionne. Les évolutions viennent ensuite, quand elles sont justifiées — pas parce qu’un nouveau prestataire a envie de tout refaire à sa sauce.
En revanche, ce qui présente un risque réel est identifié et priorisé immédiatement. Nuance de taille : ne pas tout changer n’est pas une excuse pour ne rien regarder.
On sécurise pendant qu’on reprend la main
Un changement de prestataire est aussi une excellente occasion de reprendre proprement le contrôle des accès. Concrètement, on vérifie qui dispose réellement de droits administrateur, on contrôle et on renforce l’authentification multifacteur, on supprime les accès devenus inutiles, on modifie les mots de passe et secrets sensibles, on contrôle les règles d’accès distant.
Côté données, on ne se contente pas de constater que « les sauvegardes tournent ». On vérifie leur état et on teste la restauration — une sauvegarde jamais restaurée est une hypothèse, pas une garantie. On contrôle enfin la protection des postes et serveurs, les correctifs en attente, et on remet en place une supervision digne de ce nom.
L’objectif n’est pas de bouleverser l’infrastructure. Il est de s’assurer que les bonnes personnes ont les bons accès — et que les anciennes autorisations qui n’ont plus lieu d’être sont retirées.
Pour les utilisateurs, la meilleure transition est presque invisible
Pour vos collaborateurs, une transition réussie ne se voit quasiment pas. Leur seul vrai changement devrait tenir en une phrase : savoir qui contacter quand ils ont besoin d’aide.
Il faut donc leur communiquer clairement le nouveau point de contact support, la manière d’introduire une demande, les modalités de prise en charge et, le cas échéant, les nouvelles règles de sécurité à respecter. Le reste — leur façon de travailler — n’a aucune raison de bouger le jour J. Les évolutions plus lourdes se planifient ensuite, avec la communication qui va avec.
Et si l’ancien prestataire ne coopère pas ?
C’est l’une des inquiétudes les plus fréquentes. Dans la pratique, une transition professionnelle se déroule généralement correctement : une date est convenue, les accès et informations sont transmis, et les responsabilités passent progressivement.
Mais on ne parie pas là-dessus. Avant la bascule, l’entreprise doit savoir quels services, licences et contrats sont souscrits à son nom, quels accès elle détient directement, et quelles prestations dépendent encore du fournisseur sortant. C’est ce qui vous rend indépendant de sa bonne volonté.
La règle est simple : plus la relation avec l’ancien prestataire est tendue, plus la reprise doit être structurée et documentée. Une situation délicate n’est jamais une raison d’improviser — c’est exactement l’inverse.
Un cas typique
Le scénario que nous rencontrons le plus souvent chez les PME de la région ressemble à ceci. Une entreprise d’une vingtaine à une trentaine de postes, un ancien prestataire devenu difficile à joindre, une documentation quasi inexistante, des accès administrateur détenus « quelque part » sans que personne ne sache exactement où.
La reprise ne consiste pas à tout casser. Elle consiste à cartographier l’environnement, récupérer et sécuriser les accès, tester réellement les sauvegardes, retirer les autorisations obsolètes — puis à livrer à l’entreprise une vision claire de son IT et une feuille de route budgétée. Progressivement, on passe d’un environnement subi à un environnement maîtrisé — souvent sans que les utilisateurs aient eu l’impression qu’il se passait quoi que ce soit.
Quand la transition est-elle réellement terminée ?
Une reprise est finie le jour où le nouveau prestataire ne dépend plus de connaissances détenues uniquement par l’ancien.
À ce stade, l’entreprise dispose d’une situation claire sur son infrastructure, ses équipements, ses utilisateurs, ses accès, ses licences, ses sauvegardes, ses fournisseurs, sa sécurité, sa documentation — et sur les actions à mener à court et moyen terme. C’est seulement à partir de là qu’un environnement peut vraiment être géré dans la durée, plutôt que subi au coup par coup.
Reprendre la main, pas tout casser
Chez Mensialis, c’est le point de départ de notre approche d’infogérance pour les PME du Luxembourg et de Belgique : comprendre l’environnement existant avant de recommander quoi que ce soit. L’objectif n’est jamais de tout remplacer. Il est de reprendre la maîtrise de votre IT, de documenter ce qui existe, de corriger ce qui doit l’être et de définir clairement les priorités suivantes.
Vous envisagez de changer de prestataire — ou vous voulez simplement savoir dans quel état se trouve réellement votre environnement IT ?
Commençons par un audit initial. Il vous donne une vision claire de votre infrastructure, sans engagement sur la suite.
