Migration Odoo : monter de version sans casser l'existant

Pourquoi migrer

Une migration Odoo n'est pas un caprice de calendrier. Odoo publie une version majeure par an et n'assure le support que sur les versions récentes. Rester sur une version ancienne signifie perdre les correctifs de sécurité, se couper des nouveaux modules, et rendre chaque année la migration future un peu plus lourde.

Beaucoup d'entreprises repoussent pourtant l'échéance, souvent pour la même raison : elles ne savent pas ce que leur installation contient réellement. La migration devient alors un saut dans l'inconnu, ce qui la rend plus effrayante qu'elle n'est.

Ce qui rend une migration facile ou difficile

Le volume de données ne pose pratiquement jamais problème. Ce qui pose problème, ce sont les développements spécifiques réalisés au fil des années.

Un module écrit par héritage, qui ajoute son comportement sans toucher au cœur, se porte d'une version à l'autre avec un effort mesuré. Un module qui a modifié directement le code standard doit être refait, parce que le code sur lequel il s'appuyait a changé.

C'est la raison pour laquelle la qualité du développement initial se paie ou se rembourse des années plus tard. Une installation propre migre. Une installation bricolée immobilise l'entreprise.

Les étapes d'une migration

• L'audit : inventorier les modules installés, séparer le standard, les modules communautaires et les développements spécifiques. Cette étape révèle presque toujours des modules que plus personne n'utilise.
• Le tri : décider ce qui est porté, ce qui est abandonné et ce qui est remplacé par une fonction devenue standard entre-temps. Une migration est une bonne occasion d'alléger.
• Le portage du code : adapter les modules retenus à la nouvelle version.
• La reprise des données : transformer la base vers le nouveau schéma, puis vérifier les totaux comptables, les stocks et les soldes clients.
• Les tests métier : faire rejouer aux équipes leurs opérations courantes sur la nouvelle version, avant la bascule et non après.
• La bascule : basculer sur une fenêtre courte, avec un retour arrière préparé.

Les pièges les plus fréquents

Migrer sans trier. Porter des modules devenus inutiles coûte cher et alourdit la prochaine migration. L'audit sert à jeter autant qu'à porter.

Tester en interne seulement. Les écarts se révèlent dans les cas réels, ceux que les équipes rencontrent en fin de mois. Un test fait par les utilisateurs vaut mieux que dix tests techniques.

Sauter des versions à l'aveugle. Passer d'une version très ancienne à la dernière se fait, mais en franchissant les paliers, pas en une fois.

Oublier les intégrations. Les connexions avec vos autres outils, votre facturation électronique ou votre plateforme métier doivent être vérifiées comme le reste.

Le bon moment

La migration se planifie hors des périodes de clôture et de forte activité. Le moment le plus favorable est celui où l'entreprise a de la marge pour absorber quelques jours d'ajustement, ce qui exclut la fin d'exercice comptable.

Une migration bien préparée est un chantier prévisible. Une migration repoussée trois ans de suite devient un projet de refonte, avec un budget qui n'a plus rien à voir.