La migration de données est la phase la plus risquee 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 errone le jour du go-live : tout cela suffit a saper la confiance dans l'ERP pour des mois.
Notre holding a migre 9 PME vers Odoo entre 2018 et 2025. Nous avons aussi accompagne des migrations clients depuis SAP, Abacus, Excel, MS Dynamics et d'autres systèmes. Ce que nous décrivons ici est une méthode eprouvee. Elle n'évité pas tous les problèmes, mais elle réduit considerablement les risques.
La règle absolue : migration complète, jamais partielle
Pourquoi garder l'ancien système en parallele est une mauvaise idée
La tentation est forte : ne migrer que les données recentes, garder l'ancien ERP pour la consultation historique. C'est la pire approche. Vos équipes vont continuer a utiliser les deux systèmes par confort, les données vont diverger, et au bout de quelques mois, plus personne ne saura ou 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, ideal : tout l'historique)
- Les stocks avec leur valorisation
- Les contrats, abonnements, recurrences
- Les documents attaches (devis signes, factures PDF, contrats)
Après le go-live, l'ancien ERP est arrêté. Il peut être archive en lecture seule pour audits eventuels, 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 crees 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 unites, découpage des données fusionnees, 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 corrigees 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édent 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 arriere 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 obsoletes et 200 contacts sans email, ne pas les migrer tels quels. La migration est l'occasion de nettoyer. Un client qui n'a plus achete depuis 5 ans peut être archive plutot que migre.
Negliger l'historique comptable. Migrer les ventes mais pas la compta cree un trou : les factures sont la, mais leurs ecritures comptables ne le sont pas. La cloture annuelle suivante devient un cauchemar. Migration de la compta sur au moins 3 exercices, ideal sur tout l'historique disponible.
Faire la migration "au dernier moment". Tenter une migration complète le week-end du go-live, sans repetition, c'est garantir le crash. Au moins une repetition 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 cree une masse ingerable. Mieux vaut attacher les PDF aux factures concernées (via leur numero ou leur référence) pendant la migration.
Le cas particulier de la comptabilité
Bilans, ecritures, 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 particuliere.
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 a nouveau : importer les soldes au 1er janvier de l'exercice de migration, pas les ecritures historiques de cet exercice
- -Exercices antérieurs : import des balances annuelles, pas du détail des ecritures (sauf si exigence reglementaire)
- -Lettrage : les factures non encore payees doivent être importees avec leur état de paiement réel
- -TVA : les declarations passees 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 ou plus aucune ecriture 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 active.
Lundi matin : les équipes utilisent Odoo en production. Support technique sur site renforce pendant 2 à 4 semaines.
Combien ça coûte
Effort, duree, budget réaliste
Le coût de la migration représenté entre 15% et 35% du projet ERP total, selon la complexite des données et la qualite 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 fragmentees, exigences reglementaires fortes) : 50'000 à 120'000 CHF
Cet investissement évité le double coût d'une migration ratee : refaire la migration et reparer la confiance perdue dans l'ERP.
Questions frequentes
Pour une PME de 30 à 80 collaborateurs : 3 à 6 mois entre le debut 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'a 12 mois.
C'est deconseille. Idealement le go-live a lieu pendant une période calme (debut 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 à la disponibilite pour absorber le changement.
Un chef de projet interne, les responsables de chaque module concerné (compta, ventes, stocks), et idealement un super-utilisateur Odoo en formation. Sans implication forte côté client, la migration échoué souvent par manque de validations métier.
Selon la gravite : 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 documente est essentiel avant le go-live.
Oui, pendant au moins 1 à 2 ans, pour les audits eventuels et les références historiques. Mais il doit être en lecture seule stricte, sans nouvelles saisies. L'accès est généralement limite a quelques personnes (compta, direction).
La migration ne change pas les obligations LPD : vérifier que les données migrent uniquement dans des systèmes hebergeurs autorises (Suisse pour les données sensibles), tracer les opérations, supprimer effectivement les données obsoletes plutot que de les migrer "au cas ou".
Le ROI ne se mesure pas sur la migration elle-même, mais sur le succes du projet ERP qu'elle conditionne. Une migration ratee peut faire échouer un projet à 200'000 CHF. Une migration réussie permet de capturer les gains attendus de l'ERP : centralisation, automatisation, visibilite.
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îtrise des saisies, support renforce 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 succes.
Vous preparez une migration ERP et voulez sécuriser cette phase critique ?
Décrivez votre situation via le formulaire : ERP source, volume de données, complexite 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.