Migration de données ERP : articles, postes ouverts, Abacus et SAP
La migration de données dans un projet ERP transfère le fichier articles, le fichier clients, les fournisseurs, les postes ouverts et l’historique comptable de l’ancien système vers le nouvel ERP. L’intelligence artificielle raccourcit la partie exécutive, pas l’attribution métier. Les données sont adaptées à la structure de champs du nouveau système. Gartner prévoit que d’ici 2027, plus de 70 pour cent des projets ERP récemment lancés manqueront leurs objectifs initiaux. Panorama Consulting cite une migration de données défaillante parmi les trois causes les plus fréquentes, avec l’absence de conduite du changement et des équipes inexpérimentées. Ce texte décrit chaque jeu de données, nomme les points de rupture habituels en Suisse et montre quelle partie de la transformation peut être raccourcie avec un outil.
Écrit pour les personnes qui pilotent une mise en place ERP ou l’accompagnent comme partenaire. Les bases de la méthode figurent sous Migration de données. Le cas CRM est traité séparément sous Migration de données dans un projet CRM, car les jeux de données et les points de rupture y diffèrent.
Quels jeux de données un changement d’ERP concerne
Un changement d’ERP touche cinq jeux de données de nature très différente. Le fichier articles est le plus exigeant : plages de numéros, unités, paliers de prix, rattachement aux fournisseurs, emplacements de stock. C’est là que se concentrent les règles de transformation, car chaque ERP a sa propre vision de la représentation d’une unité de mesure ou d’un prix par palier.
Le fichier clients et fournisseurs est volumineux mais structurellement plus simple. Le travail réside dans les doublons et les formats d’adresse. Un client figurant trois fois avec des orthographes différentes dans l’ancien système sera créé trois fois dans le nouvel ERP si personne ne le regroupe au préalable.
Les postes ouverts sont le jeu de données avec la plus faible tolérance à l’erreur. Débiteurs et créanciers doivent correspondre au centime à la date de référence, sinon le bilan d’ouverture est faux. Arrondis, devises étrangères et paiements partiels sont les trois points de rupture habituels.
L’historique comptable et l’archive de pièces sont des questions de volume, pas de structure. La direction décide du périmètre. Un historique complet rassure, mais allonge chaque essai et amène chaque erreur ancienne. Pratique répandue : postes ouverts plus deux à trois ans d’historique dans le nouveau système, le reste reste consultable en lecture dans l’ancien.
Abacus, SAP et Bexio : le chemin par le fichier d’export
Dans les PME suisses, Abacus, Bexio, Sage, SelectLine, Proffix et Odoo sont les systèmes de départ et d’arrivée les plus fréquents, et pour les entreprises plus grandes SAP Business One et Dynamics 365 Business Central. Tous exportent leurs données de base en CSV ou Excel, et tous offrent une interface d’import pour le même format. Abacus met AbaConnect à disposition pour cela.
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é. Pour la migration, le fichier d’export reste pourtant la première étape, car il donne le seul regard fiable sur l’état réel des données. Ce que contient le fichier peut être contrôlé avant que quoi que ce soit n’entre dans le système cible.
En pratique, le déroulement est le suivant : export de l’ancien système en CSV, lecture chez Vectoryon comme tableau avec schéma de colonnes reconnu, transformation, sortie sous forme de fichier au format de l’interface d’import du système cible, chargement là-bas, rapprochement dans le système cible.
La dernière étape appartient expressément au système cible. Vectoryon montre quelles valeurs il a écrites. Ce que l’ERP en a fait à l’import, s’il a arrondi, tronqué ou rejeté, seul l’ERP lui-même y répond.
Ce que l’agent IA prend en charge dans la transformation
Après lecture, le fichier d’export se présente comme tableau, avec un type reconnu par colonne. À partir de là, le travail se fait en langage courant au lieu de construire des formules.
Un type de colonne peut être converti, par exemple texte vers date ou texte vers nombre décimal. Avant écriture, un aperçu apparaît : combien de lignes se convertissent proprement et lesquelles non. L’écriture n’a lieu qu’après confirmation. C’est précisément cet aperçu qui manque dans Excel, où une conversion ratée abîme silencieusement mille lignes et ne se remarque qu’à l’import dans l’ERP.
De nouvelles colonnes peuvent être calculées à partir de colonnes existantes. Le cas typique dans le fichier articles : de « A-1024 » on tire le numéro pur dans une colonne et le préfixe dans une seconde, parce que le système cible exige des champs séparés. Des requêtes sur le tableau répondent aux questions de contrôle avant le chargement : combien de lignes sans champ obligatoire, combien de doublons sur le numéro client, la somme des postes ouverts correspond-elle.
Les étapes récurrentes peuvent être enregistrées comme automatisation, déclenchée par une modification de ligne. Pour la boucle d’essais, cela signifie : après l’export suivant de l’ancien système, la même transformation se relance, au lieu que quelqu’un reconstruise le classeur de formules. Chaque étape est journalisée, pour qu’au rapprochement il reste traçable quelle règle a produit quelle valeur.
Cinq jeux de données : charge et responsabilité
L’estimation décrit le cas courant dans une PME suisse de 10 à 100 collaborateurs avec un ancien système.
| Jeu de données | Charge de transformation | Point de rupture fréquent | Qui décide métier |
|---|---|---|---|
| Fichier articles | élevée | Unités, paliers de prix, plages de numéros | Achats ou production |
| Fichier clients | moyenne | Doublons, format d’adresse, code de langue | Vente |
| Fichier fournisseurs | moyenne | Conditions de paiement, coordonnées bancaires | Achats |
| Postes ouverts | faible, sans tolérance à l’erreur | Arrondis, devises, paiements partiels | Comptabilité |
| Historique comptable | question de volume | Périmètre, rattachement des pièces | Direction |
Absent du tableau : nomenclatures et gammes de fabrication en production. C’est le cas particulier le plus exigeant et il relève d’une planification propre.
Où Vectoryon atteint ses limites dans un projet ERP
- Vectoryon n’est pas un ERP. Il ne remplace ni Abacus, ni SAP, ni Bexio, ni Dynamics et ne reproduit pas les processus du système cible.
- Nous vérifions avant le démarrage si un ERP donné peut être connecté. La migration elle-même passe par le fichier d’export et l’interface d’import du système cible.
- Vectoryon ne prend pas la migration en charge comme prestation. L’attribution métier champ par champ relève de l’entreprise ou de son partenaire.
- Le rapprochement après chargement appartient à l’ERP. Vectoryon montre ce qu’il a écrit, pas ce que l’ERP en a fait à l’import.
- Nomenclatures, gammes de fabrication et structures de production à plusieurs niveaux ne sont pas un cas standard de cette méthode.
- Les volumes au-delà de quelques millions de lignes relèvent d’un outil ETL spécialisé.
Détails
Les cinq points de rupture les plus fréquents en Suisse
Unités de mesure et facteurs de conversion. L’ancien système tient pièce et carton comme articles distincts, le nouvel ERP veut un article avec facteur de conversion. Cette décision est métier et doit tomber avant le premier essai, sinon elle est improvisée à nouveau à chaque passage.
Plages de numéros. Le système cible attribue ses propres numéros, l’ancien en avait de parlants. Qui veut conserver les anciens numéros doit les reprendre comme champ distinct, sinon plus personne ne retrouve la pièce de l’an dernier.
Devises étrangères et arrondis. Des postes ouverts en euros, tenus au cours historique, chargés au cours du jour : la différence apparaît comme écart inexpliqué au bilan d’ouverture. Le cours doit être repris comme champ, pas calculé au moment du chargement.
Codes de TVA. Chaque système a ses propres abréviations. La table de correspondance est petite, son effet grand, et elle est régulièrement oubliée parce qu’elle paraît insignifiante dans le fichier articles.
Adresses et code de langue. En contexte plurilingue, chaque client porte une langue de correspondance. Si elle manque après la migration, le prochain rappel part en allemand vers la Suisse romande.
Quand un outil vaut la peine et quand non
Il vaut la peine dès plusieurs essais. Un seul jeu de 200 lignes, transformé une fois, se traite plus vite dans Excel. À partir du troisième passage sur plusieurs jeux, le rapport s’inverse, car la transformation se construit une fois et reste répétable.
Il vaut la peine en cas de qualité de données inconnue. Si personne dans l’entreprise ne peut dire combien de doublons compte le fichier clients, la requête sur le tableau lu est la réponse la plus rapide. Ce chiffre détermine ensuite la planification.
Il ne vaut pas la peine pour des volumes très importants. Au-delà de quelques millions de lignes, le travail relève d’un outil ETL spécialisé avec traitement par lots, pas d’un tableau de travail.
Il ne vaut pas la peine en remplacement du savoir métier. Un outil exécute une règle. Quelle règle convient au fichier articles de cette entreprise, la personne des achats le sait, pas le programme.
Questions fréquentes
Que comprend la migration de données dans un projet ERP ?
Fichier articles, fichier clients, fichier fournisseurs, postes ouverts débiteurs et créanciers ainsi qu’une part définie de l’historique comptable. S’y ajoutent en production les nomenclatures et gammes de fabrication. Chaque jeu de données exige une attribution champ par champ et ses propres essais.
Comment migrer des données depuis Abacus vers un nouvel ERP ?
Par l’export en CSV ou Excel, pour lequel Abacus met AbaConnect à disposition. Le fichier d’export est transformé puis chargé via l’interface d’import du système cible. Vectoryon lit le fichier d’export comme tableau et assiste la transformation. Abacus peut en plus être connecté à Vectoryon.
Combien coûte la migration de données lors d’une mise en place ERP ?
Comme règle empirique, 15 à 20 pour cent du coût total de mise en place. Le poste figure souvent plus petit dans les offres, car il est difficile à estimer avant examen des anciennes données. Un chiffre solide n’apparaît qu’avec un export réel et le comptage des enregistrements à nettoyer.
Faut-il reprendre tout l’historique dans le nouvel ERP ?
En règle générale non. Un historique complet allonge chaque essai et amène chaque erreur ancienne. La pratique répandue est : postes ouverts plus deux à trois ans d’historique dans le nouveau système, le reste reste consultable en lecture dans l’ancien. La décision revient à la direction, pas à l’équipe projet.
Pourquoi les projets ERP échouent-ils sur les données ?
Parce que l’état des anciennes données n’apparaît qu’au premier essai. Panorama Consulting cite comme causes récurrentes les doublons, les codes produits obsolètes, les entrées sans lien actuel et les informations qui ne figurent que dans des fichiers Excel locaux. La charge avait été estimée selon le volume, pas selon la qualité.
Vectoryon remplace-t-il le partenaire d’intégration ?
Non. Vectoryon est un outil pour la partie transformation entre export et import. L’attribution métier champ par champ, le paramétrage du système cible et le rapprochement après chargement restent chez l’entreprise et son partenaire.
Pour aller plus loin
- Migration de données : les bases Déroulement, essais, coûts et ce qui prend du temps.
- Migration de données dans un projet CRM Fichier clients, doublons et quel historique reprendre.
- IA dans la construction mécanique Nomenclatures, offres et documents techniques.
- IA en fiduciaire Lire les pièces et préparer les écritures, avec les limites.
- Prix CHF 49 par personne et par mois, tout compris.
- Voir et réserver une démonstration Faire traiter un fichier d’export propre.