Migration et nettoyage des données de parc : le guide étape par étape

Le plus dur dans le passage à un système moderne de suivi du matériel n'est ni le choix de la plateforme, ni l'installation des équipements. C'est la donnée : ces mêmes tableurs Excel qu'un collègue tenait il y a cinq ans, les registres papier des archives, et la base de l'ERP où une entrée sur deux s'appelle « Matériel divers ».

J'ai vu les deux extrêmes : des entreprises qui ont passé trois mois à préparer leurs données, et d'autres qui ont décidé de « tout charger tel quel ». La seconde méthode ne marche jamais. Chaque raccourci pris sur la qualité des données se paie en mois de ménage plus tard, et le nouveau système hérite de tous les problèmes de confiance de l'ancien.

En un coup d'œil

Avant d'entrer dans le détail, voici à quoi ressemble une vraie migration, de la décision à la fin :

Total pour une migration propre de 2 000 équipements : 4 à 6 semaines. Au-delà de 10 000 équipements, ou avec des sources en désordre : 3 à 9 mois. Le nettoyage prend toujours plus longtemps que prévu. Prévoyez-le.

Pourquoi ce n'est pas « déplacer un tableur »

Beaucoup sous-estiment l'étape de migration. Ça ressemble à une formalité technique — prendre les anciennes fiches, les importer, terminé. En pratique, une migration bâclée est une bombe à retardement.

Ce qui arrive vraiment quand vous migrez des données sales.

Les doublons s'additionnent. Trois portables dans votre base avec l'étiquette NB-001, et personne ne sait lequel est le bon. Essayez ensuite de retrouver cet appareil précis pour une réparation. Impossible.

L'historique disparaît. Vous avez migré les équipements, pas les réparations, les déplacements ni les affectations. Le système annonce une imprimante « comme neuve » alors qu'elle est passée trois fois en atelier ces six derniers mois.

Les catégories tournent au chaos. Dans l'ancien système, le même matériel portait quatre noms : « portable », « Notebook », « ordinateur portable », « station mobile ». Après migration, vous avez quatre catégories au lieu d'une, et les rapports ne valent plus rien.

J'ai vu une entreprise passer deux mois après sa migration à chercher pourquoi le système affichait 347 équipements alors qu'il y en avait 280 sur le terrain. En transférant depuis trois sources différentes, des doublons s'étaient créés, et certaines fiches renvoyaient à du matériel déjà sorti des comptes — des actifs fantômes.

Le nettoyage : le grand ménage avant le déménagement

Migrer sans nettoyer, c'est emménager en emportant tous les cartons de l'ancienne cave. La plupart ne seront jamais rouverts, la moitié n'aurait pas dû être gardée, et vous les avez maintenant dans les jambes pour cinq ans.

Par où commencer

Première tâche, recenser les sources. Rassemblez tous les endroits où vit l'information :

• les tableurs Excel du disque partagé, et ceux des postes personnels, oui, allez voir
• les fiches de l'ERP
• les registres d'inventaire papier
• les échanges de courriels sur les achats et les réparations
• les bases de l'informatique ou des services généraux

J'ai travaillé avec une entreprise où nous avons trouvé six sources différentes sur le même parc. Chacune disait autre chose, et personne ne savait laquelle croire.

Deuxièmement, désignez la source de référence pour chaque type de donnée. En général :

• données financières : la comptabilité
• caractéristiques techniques : la base de l'informatique
• emplacement : les responsables des bâtiments

Troisièmement, normalisez les formats. C'est la partie la plus fastidieuse du nettoyage, et la plus importante :

Nomenclature : accordez-vous sur des noms uniformes. « Portable Dell Latitude 5420 », bien. « Portable », « Dell 5420 », « Portable D », mal.

Numéros de série : un seul format. Supprimez les espaces, choisissez la casse, enlevez les caractères parasites.

Dates : tranchez. JJ/MM/AAAA ou AAAA-MM-JJ ? Choisissez et tenez-vous-y.

Emplacements : créez une hiérarchie. Pas « près de la fenêtre en salle 305 », mais « Bâtiment A → Étage 3 → Salle 305 → Poste 2 ».

Le nettoyage en pratique

Un cas réel. Une entreprise industrielle de plus de 500 équipements préparait son passage à un système de suivi. Ses données tenaient dans trois fichiers Excel et une vieille base Access.

Nous avons trouvé :

• 78 doublons, le même équipement saisi plusieurs fois
• 34 actifs fantômes, la fiche existe et l'équipement non
• 156 unités sans emplacement
• 203 fiches sans numéro de série
• 89 équipements avec une date d'achat au 01/01/2000, la valeur par défaut que personne n'avait corrigée

Le nettoyage a pris trois semaines. Et après le lancement du nouveau système, pas un seul problème de données. À comparer avec une autre entreprise qui a sauté cette étape et passé six mois à traiter des erreurs.

Migrer sans douleur : le plan étape par étape

Les données sont propres, on peut parler migration. Voici un plan d'action éprouvé.

Étape 1 : la préparation, à ne pas sauter

Trois choses doivent exister avant que la moindre donnée ne bouge.

Faites une table de correspondance. Quelle donnée de l'ancien système va où dans le nouveau :

• ancien champ « N° inv. » → nouveau champ « Identifiant »
• ancien champ « Désignation » → nouveau champ « Nom de l'équipement »
• et ainsi de suite pour chaque champ

Définissez les champs obligatoires. Que DOIT porter chaque équipement dans le nouveau système ? En général : identifiant unique, nom ou description, catégorie, responsable, emplacement.

Préparez les référentiels. Avant de charger le moindre équipement, remplissez le nouveau système avec les catégories, les emplacements (bâtiments, étages, salles), les salariés responsables et les statuts (en service, en réserve, en réparation).

Étape 2 : la migration de test

Ne chargez pas tout en production. Testez d'abord :

1. Prenez 20 à 30 équipements de types différents
2. Chargez-les dans un environnement de test
3. Vérifiez chaque champ à la main
4. Essayez les opérations courantes : recherche, rapport, changement de statut
5. Trouvez les erreurs, il y en aura, et corrigez la procédure de chargement
6. Recommencez le test

Je me souviens d'un projet où le chargement de test a révélé que le format de date du fichier CSV était mal interprété, décalant toutes les dates d'un mois. L'attraper en test a pris une heure. L'attraper après la migration complète aurait voulu dire tout refaire.

Étape 3 : la migration complète

Quand le test passe proprement, la migration complète suit une courte liste de précautions.

Choisissez un moment de faible activité : le week-end ou le vendredi soir, selon votre rythme.

Sauvegardez toutes les données sources. C'est votre assurance.

Chargez par lots plutôt que tout d'un coup. Le siège d'abord, puis les agences : le contrôle est plus simple et les problèmes sortent plus tôt.

Vérifiez les comptages. 500 fiches à la source, 500 à l'arrivée.

Sondez. Ouvrez 10 à 15 fiches au hasard et vérifiez chaque champ à la main.

Étape 4 : la vérification après migration

Même si le chargement s'est bien passé, les premières semaines dans le nouveau système sont critiques. C'est en pratique votre premier inventaire physique dans le nouvel outil :

• demandez aux utilisateurs de vérifier les données de leurs équipements
• suivez les signalements d'informations fausses
• tenez un journal des corrections, qui montrera où la migration a échoué
• soyez prêt à corriger vite

Ce que j'ai appris au fil des migrations

À force de travailler sur des systèmes de suivi, j'ai fini par me fixer des règles qui tiennent dans 99 % des cas.

Règle 1 : la donnée compte plus que la technologie

Le système le plus brillant devient un jouet inutile avec des données pourries. Passez 70 % de votre temps sur la préparation des données et 30 % sur la migration elle-même.

Règle 2 : automatiser, puis vérifier à la main

Oui, utilisez des scripts pour le traitement en masse. Mais vérifiez à la main ce qui est critique, en particulier :

• les données financières : coût, amortissement
• l'affectation aux responsables
• l'emplacement du matériel cher

Règle 3 : documentez vos décisions

Tenez un document où vous consignez toutes les décisions de migration :

• quel format de date vous avez choisi, et pourquoi
• comment vous avez nommé les catégories
• quoi faire des équipements sans numéro de série
• quel statut donner au matériel dont l'état est inconnu

Dans six mois, quand quelqu'un demandera « pourquoi on a fait comme ça ? », vous vous remercierez de l'avoir écrit.

Règle 4 : prévoyez une marge

Une migration prend toujours plus longtemps qu'il n'y paraît. Ajoutez 50 % de marge. Si vous pensez y arriver en un mois, prévoyez six semaines.

Règle 5 : impliquez les utilisateurs

Ne migrez pas en vase clos. Parlez à ceux qui travailleront avec le système :

• l'informatique connaît les caractéristiques techniques
• la comptabilité connaît les données financières
• les chefs de service connaissent les emplacements et les responsables

Leur connaissance nettoie les données bien mieux que la vôtre seule.

Migrer pour éviter les pertes de matériel

Dans un système de suivi, l'exactitude des données compte, mais leur complétude aussi, précisément pour éviter les disparitions d'équipements.

Migrez l'historique des mouvements si vous l'avez. Même s'il s'agit de lignes Excel du type « 15/03/2024, remis à John Smith ». Cette information sert à :

• comprendre comment le matériel est utilisé
• repérer les zones à problème, là où les équipements se perdent le plus
• établir la chaîne de détention et les responsabilités quand une perte est constatée

Enregistrez le dernier emplacement connu de chaque équipement. Même approximatif : « entrepôt, travée 3 » vaut mieux que rien. Au lancement du suivi, c'est votre point de départ.

Les informations de maintenance planifiée comptent tout autant. Si un équipement doit passer en préventif tous les six mois et que le dernier passage date de cinq mois, l'information doit migrer. Sinon le système ne rappellera pas l'échéance.

Les pièges de maintenance pendant la migration

J'ai récemment conseillé une entreprise qui a connu le chaos en maintenance préventive après le lancement de son suivi. À la migration, les durées de garantie et l'historique de réparation n'avaient pas été transférés. Si bien que du matériel sous garantie est parti en réparation payante, pendant qu'on continuait à réparer des machines qui auraient dû être réformées depuis longtemps.

Ce qu'il faut absolument migrer pour que la maintenance tienne.

La garantie :

• date de fin
• contacts du fournisseur ou du centre de service
• numéro de dossier
• conditions : ce qui est couvert, ce qui ne l'est pas

L'historique de maintenance :

• dates de toutes les réparations et de tous les préventifs
• description des travaux
• coût, pour savoir si le remplacement serait moins cher
• nom du prestataire

Les plans de maintenance :

• fréquence des préventifs
• liste des opérations
• paramètres critiques à contrôler

Avec ça, le nouveau système rappelle les échéances tout seul, suit la fréquence des pannes et donne de quoi décider sérieusement du sort de chaque équipement.

Un cas réel : du chaos à l'ordre en six semaines

Un projet qui illustre bien ce qu'une migration menée correctement change.

Le point de départ : une entreprise de logistique, 8 agences, environ 800 équipements (serveurs, matériel réseau, ordinateurs, imprimantes, scanners). Les données vivaient dans :

• 3 fichiers Excel différents, un par région
• des fiches d'inventaire papier
• la mémoire de l'administrateur système

Les problèmes :

• le matériel « se perdait » régulièrement lors des transferts entre agences
• personne ne savait ce qui était encore sous garantie
• les coûts de maintenance grimpaient, parce qu'on réparait ce qu'il aurait été plus simple de remplacer
• l'inventaire physique prenait une semaine et trouvait toujours des écarts

Le déroulé :

Semaines 1 et 2, le nettoyage

• fusion des 3 fichiers Excel
• vérification physique dans les deux plus grandes agences
• suppression de 87 fiches de matériel sorti des comptes, avec la documentation de mise au rebut
• 34 unités déclarées « emplacement inconnu » retrouvées et étiquetées
• noms et catégories normalisés

Semaine 3, la préparation

• hiérarchie des emplacements créée dans le nouveau système
• catégories d'équipements paramétrées
• liste des salariés saisie
• modèle d'import préparé

Semaine 4, la migration de test

• 50 équipements du siège chargés
• problème d'encodage du fichier CSV découvert
• corrigé, test refait, concluant

Semaine 5, la migration complète

• tous les équipements chargés par lots, agence par agence
• vérification à chaque lot
• au total, 761 équipements migrés, doublons et matériel réformé retirés

Semaine 6, l'après-migration

• formation des responsables en agence
• correction des écarts découverts
• premières opérations réelles : transferts, affectations

Trois mois plus tard :

• pas un seul équipement perdu
• la maintenance planifiée part toute seule sur rappel du système
• les coûts de réparation ont baissé de 23 %, parce qu'on a cessé de réparer ce qu'il valait mieux remplacer
• l'inventaire est passé d'une semaine à un jour
• l'exactitude des données tient à 97 %, grâce à des contrôles réguliers

Les erreurs les plus fréquentes

« On nettoiera plus tard »

« Chargeons tout tel quel, on corrigera au fur et à mesure » est le chemin vers une dette permanente. Plus tard n'arrive jamais, et la donnée sale se met à produire de la donnée sale dès que les gens travaillent avec. Nettoyez avant, pas après. Il n'y a pas de deuxième occasion de le faire à bas prix.

Ignorer l'historique

Certaines équipes ne migrent que l'état courant et laissent l'historique derrière elles. Le système ne sait alors plus répondre à « où était ce portable le mois dernier ? ». Si vous avez de l'historique, migrez-le. Même partiel, il vaut mieux que rien, et il sert en inventaire comme en litige.

Sous-estimer le temps

« La migration ? Une demi-journée. » En réalité, une migration de qualité prend des semaines. Prévoyez une marge : finir en avance ne coûte rien, rater une échéance parce que le nettoyage a pris trois fois plus de temps que prévu, si.

Migrer sans tester

Charger directement en production, c'est se condamner si quelque chose tourne mal : le retour arrière est difficile, parfois impossible. Faites toujours une migration de test sur un petit échantillon. Ça coûte quelques jours ; l'alternative, c'est de perdre des semaines de travail.

Travailler sans les utilisateurs

L'informatique migre les données en vase clos, sans parler à ceux qui connaissent la situation réelle. Les détenteurs, les chefs de service et les magasiniers ont un contexte qui ne vit que dans leur tête. Leur avis évite des problèmes de qualité que vous découvririez des mois plus tard.

Liste de contrôle : êtes-vous prêt ?

Avant de commencer, répondez à ces questions.

Sur les données :

• Connaissez-vous toutes les sources de données de parc ?
• Les doublons sont-ils éliminés ?
• Le matériel sorti des comptes est-il retiré des listes ?
• Les noms et les catégories sont-ils normalisés ?
• Chaque équipement a-t-il un identifiant unique ?
• La source de référence est-elle désignée pour chaque type de donnée ?

Sur le nouveau système :

• Les référentiels (catégories, emplacements, salariés) sont-ils remplis ?
• L'import est-il testé sur des données de test ?
• La table de correspondance entre ancien et nouveau est-elle écrite ?
• Les champs obligatoires sont-ils définis pour chaque équipement ?

Sur le processus :

• Existe-t-il un plan de migration avec des dates ?
• Le temps prévu est-il suffisant, marge comprise ?
• Les responsables sont-ils désignés pour chaque étape ?
• La vérification après migration est-elle prévue ?
• Les utilisateurs sont-ils au courant du changement à venir ?

Trois « non » et vous n'êtes pas prêt. Comblez les trous d'abord.

Questions fréquentes

Qu'est-ce que la migration des données de parc ?

La migration des données de parc consiste à déplacer les fiches d'équipements — désignation, numéros de série, emplacements, affectations, historique de maintenance — depuis des sources héritées comme les tableurs, les registres papier et les anciens systèmes, vers une nouvelle plateforme de suivi. L'objectif est un registre complet, propre et digne de confiance dès le premier jour.

Combien de temps prend une migration de données de parc ?

La plupart des migrations de PME, moins de 2 000 équipements, prennent 2 à 6 semaines quand les données sources sont raisonnablement propres. Au-delà de 10 000 équipements, avec plusieurs systèmes sources ou un gros besoin de nettoyage, comptez 3 à 9 mois. Le nettoyage est la phase la plus longue, en général 60 à 70 % du temps total, et les équipes le sous-estiment d'un facteur 2 à 3.

Quelle est la plus grosse erreur en migration de données ?

Migrer des données sales. Les équipes sautent le nettoyage pour tenir une échéance et se retrouvent avec les mêmes fiches douteuses dans un système tout neuf. Chaque doublon, chaque faute de frappe, chaque numéro de série manquant que vous n'avez pas corrigé avant vous suivra ensuite. Le vieil adage s'applique : à l'entrée des ordures, à la sortie des ordures. Nettoyez d'abord, migrez ensuite. Jamais l'inverse.

Comment nettoyer ses données avant de migrer ?

Quatre étapes :

1. Dédoublonnage : repérer et fusionner les fiches en double, le même équipement saisi deux fois parce que deux personnes le suivaient chacune de leur côté.
2. Normalisation : conventions de nommage unifiées, formats de date cohérents, structure d'identifiant prévisible.
3. Complétion : remplir les champs critiques manquants (numéros de série, emplacements, affectations) ou marquer la fiche comme incomplète.
4. Archivage : marquer les équipements obsolètes ou cédés pour la mise au rebut plutôt que de les emporter dans le nouveau système.

Faut-il une migration pilote avant la migration complète ?

Oui, toujours. Un pilote de 50 à 200 équipements représentatifs attrape les erreurs de correspondance, les cas limites et les problèmes de validation pour pas cher. Sauter le pilote transforme une migration de deux semaines en deux mois de rattrapage. Le pilote prend en général 3 à 5 jours et fait gagner des semaines. Si vous n'avez pas le temps pour un pilote, vous n'avez pas le temps pour la migration complète.

Après la migration

La migration n'est pas la fin, c'est le début. Une fois les données dans le nouveau système de suivi, le plus intéressant commence.

Les deux premières semaines : l'adaptation. Les utilisateurs prennent l'interface en main, trouvent des inexactitudes, apprennent à travailler avec l'outil. Soyez prêt à aider vite et à corriger les erreurs.

Le premier mois : le réglage fin des processus. Mettez au point les procédures de transfert, d'affectation et de maintenance planifiée. Vous aurez sans doute à revoir les réglages initiaux.

Les trois premiers mois : les retours et l'optimisation. Écoutez ce qui gêne, ce qui manque, ce qui peut être amélioré.

Et rappelez-vous qu'un système de suivi ne vaut que par l'actualité de ses données. La migration vous a donné un point de départ propre ; reste à tenir ce niveau, et le guide de stratégie d'inventaire montre comment.

Commencez par un projet pilote

Une migration de données est un vrai projet. Bien la mener demande de la préparation et des moyens. La façon de la dérisquer : commencer assez petit pour qu'une erreur coûte un après-midi, pas un trimestre.

Un pilote de 50 équipements, un service ou un site, suffit à parcourir toutes les étapes — nettoyage, préparation, chargement de test, vérification — à bas coût. À la fin, vous avez une estimation réaliste de la durée complète, et vous connaissez les problèmes de qualité que vous ignoriez.

UNIO24 couvre les 50 premiers équipements sur son offre gratuite, sans carte bancaire et sans limite de durée, ce qui en fait une cible raisonnable pour ce pilote. Migrez un service, parcourez le nettoyage et l'import avec vos vraies données, puis décidez de ce que donnerait le passage à tout le parc. Les motifs que vous trouvez dans le pilote sont ceux qu'il faudra anticiper quand le compte grossit.

Une migration, c'est 80 % de préparation et 20 % de technique. Le pilote est l'endroit où vous découvrez ce que la préparation veut dire pour vos données.