10 min

Des tableurs à l'ERP : migrer vos données sans en perdre aucune

13/08/2026

Des tableurs à l'ERP : migrer les données sans les perdre

La plupart des entreprises qui passent des tableurs à un ERP s'attendent à ce que l'installation du logiciel soit la partie la plus difficile. Ce n'est pas le cas. Le plus difficile consiste à transformer des années de données accumulées en un format compatible avec le nouveau système — et ce travail représente généralement plus de la moitié du projet. Si vous négligez cette étape, votre nouveau système produira des chiffres erronés dès le premier jour.

Ce guide aborde la migration sous l’angle des données. L’ordre des opérations est important ; inverser les étapes entraîne des erreurs difficiles à corriger par la suite.

Première étape : déterminer ce qui doit être transféré

Vous n’êtes pas obligé de tout migrer, et vous ne devriez pas le faire. Classez les données en trois groupes :

À migrer : les produits actifs, les clients actifs, les quantités de stock actuelles, les commandes en cours, les soldes ouverts.
À archiver : les détails des transactions des exercices clôturés. Conservez-en une copie en lecture seule plutôt que de les charger dans l’ERP.
À laisser de côté : les produits n’ayant fait l’objet d’aucun mouvement depuis deux ans, les doublons dans les fiches clients, les entrées de test.

La migration de l’historique des anciennes transactions est tentante, mais coûteuse. Si la qualité des données est médiocre, les rapports historiques seront eux aussi erronés, et la confiance dans le système s’effondrera dès la première semaine. Il est préférable de conserver l’historique dans une archive et de démarrer l’ERP avec une base propre.

Deuxième étape : nettoyer les fiches produits et clients

Les listes issues de tableurs présentent les mêmes problèmes :

Doublons : « ABC Ltd. », « ABC Limited » et « abc ltd » apparaissent comme trois clients distincts. Fusionnez-les en fonction du numéro d’identification fiscale.
Absence de norme de codification : Si les codes produit ont été créés selon des logiques différentes, la recherche et le regroupement ne fonctionneront pas. Convenez d’une règle de codification unique avant la migration.
Confusion au niveau des unités : Si un même produit est parfois enregistré à l’unité et parfois par carton, la quantité en stock perd tout son sens. Choisissez une unité de base par produit et définissez les facteurs de conversion séparément.
Champs obligatoires vides : L’absence de taux d’imposition, d’unité ou de catégorie bloquera le chargement.

Ne prévoyez pas de procéder à un nettoyage après le chargement. La correction d’un enregistrement avant le chargement ne prend qu’une minute ; le même enregistrement, une fois chargé et ayant fait l’objet de transactions, peut parfois s’avérer impossible à corriger.

Troisième étape : Choisissez la date de basculement

Idéal : le début d’un exercice fiscal. Les soldes d’ouverture se constituent naturellement et les comparaisons restent claires.
Deuxième choix : le premier jour du mois. Une migration en milieu de mois rend le rapprochement comptable fastidieux.
Jamais pendant la haute saison. Une équipe ne peut pas se familiariser avec un nouveau système tout en gérant vos semaines les plus chargées.

Étape n° 4 : Établir les soldes d’ouverture

Stocks : Quantités vérifiées par un inventaire physique, avec les coûts unitaires. La saisie des stocks d’ouverture sans inventaire fausse votre premier rapport sur les coûts.
Soldes clients et fournisseurs : Idéalement ventilés par facture. Un solde forfaitaire unique rend impossible le rapprochement ultérieur des paiements.
Caisse et compte bancaire : Soldes réels à la date de basculement, rapprochés des relevés bancaires.
Commandes en cours : Commandes client non encore expédiées et commandes d’achat non encore reçues.

Règle de vérification : une fois les soldes d’ouverture saisis, le total des créances et des dettes généré par l’ERP doit correspondre exactement au rapport final de l’ancien système. Si ce n’est pas le cas, ne passez pas en production. L’écart ne se résorbera pas de lui-même au cours des mois à venir — il ne fera que s’aggraver.

Étape 5 : L’exploitation en parallèle

L’exécution des transactions critiques dans les deux systèmes pendant un mois vous permet de détecter les erreurs en environnement de test plutôt qu’en production. Les règles :

Limitez-vous à un mois. Au-delà, l’équipe commencera à utiliser les deux systèmes sans rigueur.
Comparez trois chiffres chaque semaine : le chiffre d’affaires total, la valeur totale des stocks et le solde total des clients.
Lorsqu’un écart apparaît, identifiez-en la source avant de poursuivre.

Erreurs courantes

Conserver ses anciennes habitudes dans le nouveau système. Insister sur le fait que « nous avons toujours procédé ainsi » et utiliser l’ERP comme un tableur annule les avantages de la migration.

Faire passer tout le monde en même temps. Il est bien moins risqué de commencer par un seul service et de transposer les enseignements tirés aux autres.

Effectuer un chargement sans sauvegarde. Effectuez une sauvegarde de la base de données avant chaque chargement en masse. Une seule colonne mal mappée peut corrompre des milliers d’enregistrements.

En résumé

Passer des tableurs à un ERP est un projet lié aux données, et non une simple installation logicielle. Décider de ce qu’il ne faut pas migrer est tout aussi important que de décider de ce qu’il faut migrer. Choisissez la date de basculement en fonction du calendrier comptable, vérifiez les soldes d’ouverture par un inventaire physique et veillez à ce que la phase de fonctionnement en parallèle soit courte mais rigoureuse.

Nous pouvons examiner vos feuilles de calcul actuelles et évaluer l’étendue des travaux nécessaires pour les préparer à la migration. Contactez-nous pour discuter de vos processus.