La migration de données est la phase la plus risquée d'un projet ERP. C'est aussi celle qui détermine si vos équipes vont adopter le nouveau système ou le rejeter en bloc. Un client qui n'a pas son historique, une facture qui ne se retrouve plus, un stock erroné le jour du go-live : tout cela suffit à saper la confiance dans l'ERP pour des mois.
Notre holding a migré 9 PME vers Odoo entre 2018 et 2025. Nous avons aussi accompagné des migrations clients depuis SAP, Abacus, Excel, MS Dynamics et d'autres systèmes. Ce que nous décrivons ici est une méthode éprouvée. Elle n'évite pas tous les problèmes, mais elle réduit considérablement les risques.
La règle absolue : migration complète, jamais partielle
Pourquoi garder l'ancien système en parallèle est une mauvaise idée
La tentation est forte : ne migrer que les données récentes, garder l'ancien ERP pour la consultation historique. C'est la pire approche. Vos équipes vont continuer à utiliser les deux systèmes par confort, les données vont diverger, et au bout de quelques mois, plus personne ne saura où est la vérité.
Ce qu'il faut migrer intégralement
- Tous les clients, fournisseurs, contacts (actifs et historiques)
- Tous les produits et services (avec historique de prix)
- L'historique complet des ventes et achats
- La comptabilité (au moins 3 à 5 exercices, idéal : tout l'historique)
- Les stocks avec leur valorisation
- Les contrats, abonnements, récurrences
- Les documents attachés (devis signés, factures PDF, contrats)
Après le go-live, l'ancien ERP est arrêté. Il peut être archivé en lecture seule pour audits éventuels, mais aucune saisie ne s'y fait plus. C'est la seule manière de garantir que le nouveau système devient la référence.
Les 5 phases de la migration
Analyse, extraction, transformation, validation, chargement
Analyse
Cartographie complète des données à migrer. Quels objets, quels champs, quelles relations. Identification des champs obligatoires Odoo qui n'existent pas dans l'ancien système (ils devront être créés ou enrichis). Cette phase prend souvent 20 à 30% du temps total.
Extraction
Sortie des données de l'ancien système dans un format exploitable (CSV, JSON, base SQL). Selon l'ERP source, c'est facile (Abacus, Bexio) ou complexe (SAP, vieux logiciels métier). Toujours prévoir plusieurs extractions car les données évoluent jusqu'au gel des saisies.
Transformation
Mise au format Odoo : conversion des références, mapping des comptes comptables, harmonisation des unités, découpage des données fusionnées, reconstruction des relations. C'est la phase la plus technique.
Validation
Tests sur une copie d'Odoo : import, contrôle des totaux, vérification des soldes comptables, comptage des lignes. Plusieurs itérations sont normales. Les anomalies remontent et sont corrigées dans la source ou dans la transformation.
Chargement final
Le gel des saisies, l'extraction finale, la transformation, le chargement en production. Généralement le week-end précédant le go-live, sous pression. La préparation des 4 phases précédentes est ce qui permet de réussir cette dernière.
Les pièges qui font échouer une migration
Erreurs courantes à anticiper
Sous-estimer le temps d'analyse. Beaucoup de projets sautent l'analyse pour gagner du temps. Résultat : découverte tardive de cas particuliers, retours arrière coûteux, retards de plusieurs semaines. L'analyse est ce qui évite ces retards.
Migrer des données pourries. Si l'ancien système contient 30% de clients en double, 15% de produits obsolètes et 200 contacts sans email, ne pas les migrer tels quels. La migration est l'occasion de nettoyer. Un client qui n'a plus acheté depuis 5 ans peut être archivé plutôt que migré.
Négliger l'historique comptable. Migrer les ventes mais pas la compta crée un trou : les factures sont là, mais leurs écritures comptables ne le sont pas. La clôture annuelle suivante devient un cauchemar. Migration de la compta sur au moins 3 exercices, idéal sur tout l'historique disponible.
Faire la migration "au dernier moment". Tenter une migration complète le week-end du go-live, sans répétition, c'est garantir le crash. Au moins une répétition complète (extraction, transformation, chargement) doit avoir été faite sur un environnement de test 4 à 8 semaines avant.
Migrer les documents PDF en vrac. Une migration brutale des factures PDF dans le module Documents Odoo crée une masse ingérable. Mieux vaut attacher les PDF aux factures concernées (via leur numéro ou leur référence) pendant la migration.
Le cas particulier de la comptabilité
Bilans, écritures, plan comptable
La compta est la donnée la plus sensible. Une erreur de 1 CHF dans le bilan final remet en question toute la migration. Voici ce qui demande une attention particulière.
Points clés compta
- -Plan comptable : ne pas garder le plan de l'ancien système. Adopter le PME-CH standard d'Odoo, et faire le mapping
- -Soldes à nouveau : importer les soldes au 1er janvier de l'exercice de migration, pas les écritures historiques de cet exercice
- -Exercices antérieurs : import des balances annuelles, pas du détail des écritures (sauf si exigence réglementaire)
- -Lettrage : les factures non encore payées doivent être importées avec leur état de paiement réel
- -TVA : les déclarations passées ne se migrent pas. Elles restent dans l'ancien système. La nouvelle TVA part de la prochaine période
Le gel des saisies et le go-live
Le moment critique du basculement
Le gel des saisies est le moment où plus aucune écriture n'est faite dans l'ancien système. Généralement vendredi soir, pour un go-live le lundi matin. C'est court mais nécessaire.
Vendredi 18h : gel des saisies dans l'ancien ERP. Communication interne stricte.
Vendredi soir et samedi : extraction finale, transformation, chargement dans Odoo production.
Dimanche : tests de validation par les utilisateurs clés (compta, ventes, achats). Si anomalie majeure, plan de rollback activé.
Lundi matin : les équipes utilisent Odoo en production. Support technique sur site renforcé pendant 2 à 4 semaines.
Combien ça coûte
Effort, durée, budget réaliste
Le coût de la migration représente entre 15% et 35% du projet ERP total, selon la complexité des données et la qualité de la source.
Fourchettes de coût pour une PME suisse
- -Migration simple (source propre, volumes raisonnables, peu de spécificités) : 8'000 à 20'000 CHF
- -Migration moyenne (multi-sociétés, historique 5 à 10 ans, intégrations) : 20'000 à 50'000 CHF
- -Migration complexe (source vieillissante, données fragmentées, exigences réglementaires fortes) : 50'000 à 120'000 CHF
Cet investissement évite le double coût d'une migration ratée : refaire la migration et réparer la confiance perdue dans l'ERP.
Questions frequentes
Pour une PME de 30 à 80 collaborateurs : 3 à 6 mois entre le début du projet et le go-live, dont 1 à 3 mois spécifiquement sur la migration de données. Pour des structures plus grandes ou plus complexes, jusqu'à 12 mois.
C'est déconseillé. Idéalement le go-live a lieu pendant une période calme (début d'année fiscale, été pour les structures B2B, hors saison commerciale). La préparation peut continuer pendant la haute saison, mais le basculement final doit être fait quand l'équipe a la disponibilité pour absorber le changement.
Un chef de projet interne, les responsables de chaque module concerné (compta, ventes, stocks), et idéalement un super-utilisateur Odoo en formation. Sans implication forte côté client, la migration échoue souvent par manque de validations métier.
Selon la gravité : correction sur le système en production si possible (la plupart des cas), ou rollback partiel avec re-migration des données concernées. C'est pourquoi un plan de rollback documenté est essentiel avant le go-live.
Oui, pendant au moins 1 à 2 ans, pour les audits éventuels et les références historiques. Mais il doit être en lecture seule stricte, sans nouvelles saisies. L'accès est généralement limité à quelques personnes (compta, direction).
La migration ne change pas les obligations LPD : vérifier que les données migrent uniquement dans des systèmes hébergeurs autorisés (Suisse pour les données sensibles), tracer les opérations, supprimer effectivement les données obsolètes plutôt que de les migrer "au cas où".
Le ROI ne se mesure pas sur la migration elle-même, mais sur le succès du projet ERP qu'elle conditionne. Une migration ratée peut faire échouer un projet à 200'000 CHF. Une migration réussie permet de capturer les gains attendus de l'ERP : centralisation, automatisation, visibilité.
Une migration de données ERP n'est pas une question technique mais une question de méthode. Analyse approfondie, transformation rigoureuse, validation itérative, gel maîtrisé des saisies, support renforcé post-go-live. Notre expérience sur les migrations de notre holding et de nos clients montre que les échecs viennent toujours de la même cause : avoir voulu aller plus vite que la méthode ne le permet. La rigueur dans cette phase est ce qui transforme un projet ERP en succès.
Quelques termes liés à cet article, expliqués en clair dans notre dictionnaire digital pour PME suisses.
Vous préparez une migration ERP et voulez sécuriser cette phase critique ?
Décrivez votre situation via le formulaire : ERP source, volume de données, complexité métier. Notre équipe analyse votre contexte et vous recontacte avec une méthode de migration adaptée et une fourchette budgétaire, gratuitement, sans engagement.