Migration de données : reprendre les données de l’ancien système
La migration de données consiste à transformer les données existantes d’un ancien système pour qu’elles soient valides dans le nouveau : attribuer les colonnes, harmoniser les formats, supprimer les doublons, remplir les champs obligatoires. L’intelligence artificielle prend en charge la partie exécutive, la décision métier reste humaine. Gartner prévoit que d’ici 2027, plus de 70 pour cent des projets ERP récemment lancés manqueront leurs objectifs initiaux, jusqu’à 25 pour cent de manière grave. Selon le Bloor Group, plus de 80 pour cent des migrations de données dépassent le délai ou le budget, en moyenne de 30 pour cent pour les coûts et de 41 pour cent pour la durée. Ce texte explique pourquoi, et quelle partie du travail peut être raccourcie avec un outil.
Ce texte s’adresse aux personnes qui pilotent ou accompagnent un changement de système : direction de PME, responsables informatiques, partenaires d’intégration. Il décrit le travail, pas le produit. Les deux cas les plus fréquents ont leur propre page : Migration de données dans un projet ERP et Migration de données dans un projet CRM.
Ce qui prend réellement du temps dans une migration de données
Copier les données est la plus petite partie. Le travail réside dans la transformation intermédiaire. Un exemple tiré d’un fichier articles : dans l’ancien système, une colonne s’appelle « No-art » et contient des valeurs comme « A-1024 ». Dans le nouveau système, elle s’appelle « sku » et n’accepte que des chiffres sans tiret. Quelqu’un doit décider si « A-1024 » devient le nombre 1024 ou si le « A » reste dans une colonne distincte.
De telles décisions se posent pour chaque colonne, et il y en a vite plusieurs centaines. S’y ajoutent les cas qui n’apparaissent qu’au chargement : une date enregistrée comme texte, un montant avec une virgule au lieu d’un point, un champ obligatoire qui pouvait rester vide dans l’ancien système. Chacun de ces cas interrompt le chargement, et le passage recommence.
Panorama Consulting cite comme causes récurrentes : doublons, pertes de données, codes produits obsolètes, enregistrements de clients et de collaborateurs sans lien actuel, et informations importantes qui ne figurent que dans un fichier Excel et non dans le système de référence. La racine est presque toujours la même : les services tiennent leurs propres versions des mêmes données clients et produits, qui divergent sur des détails, par exemple l’orthographe d’une adresse.
Une migration est donc rarement un passage unique. Quatre à six essais sont habituels. Chaque essai révèle de nouveaux cas d’erreur, et après chaque essai la transformation est ajustée. Qui mène cette boucle à la main dans Excel passe la majeure partie du temps de projet sur des formules qui ne conviennent plus après l’export suivant.
Quelle partie peut être raccourcie avec un outil
Pas les décisions. Si « A-1024 » devient 1024, cela relève d’une personne ayant les compétences métier. Ce qui peut être raccourci, c’est tout ce qui suit : exécuter la transformation, vérifier le résultat, lancer le passage suivant.
Vectoryon conserve les données pendant la migration dans un environnement de tableaux dédié. Un fichier d’export de l’ancien système est lu comme fichier CSV ou Excel et se présente ensuite sous forme de tableau avec un schéma de colonnes reconnu. À partir de là, le travail se fait avec l’assistant en langage courant : convertir une colonne vers un autre type, calculer une nouvelle colonne à partir de colonnes existantes, chercher des lignes selon une condition.
Le changement de type d’une colonne affiche un aperçu avant exécution : combien de lignes se convertissent proprement et lesquelles non. L’écriture n’a lieu qu’après confirmation. C’est la différence avec une formule Excel qui inscrit silencieusement #VALEUR! dans mille lignes et ne se remarque qu’au chargement dans le système cible.
Un agent IA exécute ces étapes sur le tableau, au lieu de proposer un texte à recopier comme le font les outils IA courants. Les étapes récurrentes peuvent être enregistrées comme automatisation. Si une ligne change, un processus peut démarrer. Pour la migration, cela signifie : après l’export suivant de l’ancien système, la même transformation se relance, sans que personne ne reconstruise les formules.
Quatre jeux de données et la charge qu’ils représentent
L’estimation décrit le cas courant dans une PME de 10 à 100 collaborateurs. Avec plusieurs anciens systèmes en parallèle, la charge augmente dans chaque ligne.
| Jeu de données | Volume typique | Point de rupture fréquent | Qui décide |
|---|---|---|---|
| Fichier clients | 1000 à 20000 entrées | Doublons, formats d’adresse, entrées mortes | Vente |
| Fichier articles | 500 à 50000 positions | Unités, paliers de prix, plages de numéros | Achats ou production |
| Postes ouverts | état courant | Arrondis, devises, paiements partiels | Comptabilité |
| Archive de pièces | années de documents | Volume, rattachement au dossier | La direction décide du périmètre |
Absent du tableau : les données qui n’existent que dans les têtes et des fichiers Excel locaux. Elles apparaissent au premier essai et sont la cause de retard la plus fréquente.
Où Vectoryon atteint ses limites dans une migration de données
- Vectoryon n’est ni un ERP ni un CRM. Il ne remplace pas le système cible et ne prend pas la migration en charge comme prestation.
- Abacus, Bexio et d’autres systèmes métier peuvent être connectés à Vectoryon. Nous vérifions avant le démarrage si un système donné, comme SAP ou Dynamics, peut être connecté. La migration elle-même passe par le fichier d’export de l’ancien système et l’interface d’import du système cible.
- L’attribution métier champ par champ relève d’une personne. Un outil exécute une règle, il ne sait pas quelle règle est juste.
- Le rapprochement après chargement appartient au système cible. Vectoryon montre ce qu’il a écrit, pas ce que le système cible en a fait.
- Les volumes très importants, au-delà de quelques millions de lignes, relèvent d’un outil ETL spécialisé, pas d’un tableau de travail.
Détails
Comment se déroule un projet de migration
La première étape est l’inventaire, et ce avant le choix du système. Quels jeux de données existent, combien d’enregistrements, quel âge, quel entretien ? Un fichier clients de 12000 entrées dont 4000 sans chiffre d’affaires depuis huit ans constitue un autre projet qu’un fichier de 3000 clients actifs.
La deuxième étape est la décision de ce qui migre effectivement. Un historique complet rassure, mais coûte du temps à chaque essai et amène chaque erreur ancienne. Une limite assumée, par exemple les postes ouverts plus trois ans d’historique, raccourcit nettement le projet. L’ancien système reste consultable en lecture pour les questions.
La troisième étape est l’attribution colonne par colonne, appelée mapping. Ce document est le cœur du projet. Il consigne quel champ de l’ancien système correspond à quel champ du nouveau et quelle règle de transformation s’applique. Sans ce document, chaque essai est une réinvention.
La quatrième étape sont les essais avec rapprochement. Après chaque passage, on compte : combien d’enregistrements avant, combien après, la somme des postes ouverts correspond-elle ? Une migration sans rapprochement n’est pas vérifiée, même si elle s’est déroulée sans message d’erreur.
La cinquième étape est la bascule elle-même, avec une fenêtre fixe et un chemin de retour. Qui n’a pas défini de chemin de retour n’a pas planifié une bascule, mais espéré.
Ce que coûte une migration de données
Comme règle empirique, on compte 15 à 20 pour cent du coût total de mise en place pour la partie données. Dans beaucoup d’offres, elle figure comme petit poste parce qu’elle est difficile à estimer, et c’est aussi le premier poste réduit en cas de pression budgétaire. Cette réduction explique une partie du taux de dépassement.
La charge dépend de trois grandeurs : le nombre de jeux de données, leur état et le nombre d’essais nécessaires. Les deux premières se mesurent avant le début du projet. Prévoir que 20 à 40 pour cent des données de base nécessitent un nettoyage correspond à l’expérience courante.
Nous ne citons volontairement ni forfait ni facteur d’économie. De tels chiffres circulent en abondance et sont presque toujours extrapolés d’un cas isolé. Pour obtenir un chiffre solide dans un cas précis, il faut prendre un export réel de l’ancien système et mesurer un passage. Une démonstration avec un fichier d’export propre est le chemin le plus court.
Questions fréquentes
Qu’est-ce qu’une migration de données ?
Une migration de données transfère les données existantes d’un ancien système vers un nouveau et les transforme pour qu’elles y soient valides. Cela comprend l’attribution des champs, l’harmonisation des formats, la suppression des doublons et le remplissage des champs obligatoires. La simple copie est la plus petite partie du travail.
Pourquoi tant de migrations de données échouent-elles ?
Selon le Bloor Group, plus de 80 pour cent des migrations de données dépassent le délai ou le budget, en moyenne de 30 pour cent pour les coûts et de 41 pour cent pour la durée. La raison la plus fréquente est que l’état des anciennes données n’apparaît qu’au premier essai : doublons, codes obsolètes, informations qui ne figurent que dans des fichiers Excel locaux. La charge avait été estimée selon le volume, pas selon la qualité.
Combien de temps dure une migration de données ?
Cela dépend du nombre de jeux de données, de leur état et du nombre d’essais. Quatre à six essais sont habituels. Qui examine un export réel avant le début du projet et compte les enregistrements à nettoyer peut estimer la durée. Sans cette mesure, toute indication relève de la supposition.
Combien coûte la migration de données dans un projet ERP ?
Comme règle empirique, 15 à 20 pour cent du coût total de mise en place. Dans les offres, le poste figure souvent plus petit parce qu’il est difficile à estimer, et il est réduit en premier sous pression budgétaire. Un chiffre solide n’apparaît qu’après examen d’un export réel de l’ancien système.
Vectoryon peut-il prendre en charge la migration de données ?
Vectoryon est un outil pour la partie transformation, pas une prestation de migration. Un fichier d’export est lu comme tableau, les colonnes peuvent être converties et vérifiées, les étapes récurrentes enregistrées comme automatisation. L’attribution métier champ par champ relève d’une personne, et le chargement dans le système cible passe par son interface d’import.
Quels formats de fichier Vectoryon lit-il ?
Les fichiers CSV et Excel, tels que tout système ERP ou CRM courant les exporte. Les colonnes sont reprises avec leur type reconnu. Des systèmes métier comme Abacus ou Bexio peuvent en plus être connectés. Pour la migration, le fichier d’export reste la première étape.
Pour aller plus loin
- Migration de données dans un projet ERP Fichier articles, postes ouverts, Abacus et SAP en Suisse.
- Migration de données dans un projet CRM Fichier clients, doublons et quel historique reprendre.
- Intelligence artificielle pour PME Quelles tâches sont rentables, ce que coûte la mise en place.
- Intelligence artificielle en Suisse Cadre juridique, lieu des données et choix du fournisseur.
- Prix CHF 49 par personne et par mois, tout compris.
- Voir et réserver une démonstration Faire traiter un fichier d’export propre.