Migration Odoo : 5 points-clés pour prendre la bonne décision

Odoo 14 rencontre en effet un vif succès et nombre de nos clients envisagent de déployer cette version. En tant que Gold Partner historique, nous avons également de plus en plus de sollicitations pour la reprise et la migration d'un projet Odoo existant (non initialement intégré par nous).

Cette lecture vous détaille les éléments majeurs dont il faut prendre connaissance préalablement à un projet de migration Odoo qui peut être plus ou moins complexe suivant les multiples cas de figure présentés ci-après.

1. Devez-vous migrer ?

Avec Odoo, l’avantage est que l’éditeur ne vous force pas à migrer vers une version majeure supérieure, ce qui n’est pas forcément le cas avec d’autres solutions logicielles.

Dans le cadre d’une migration Odoo - outre le fait de vouloir toujours être à la pointe de la technologie - il convient de considérer trois autres aspects :

est-ce que votre version Odoo est toujours maintenue par l’éditeur ?
quelles sont les nouvelles fonctionnalités Odoo nouvellement disponibles en standard dont vous pourriez bénéficier ?
l’importance de la dette technique.

Pour le premier point, il faut savoir qu’Odoo maintient les trois dernières versions (actuellement la 14, 13 et 12) et que la sortie de la prochaine version 15 (attendue normalement en octobre 2021) rendra la version 12 non maintenue.

Pour évaluer le point 2 par rapport à votre contexte : chaque année, Camptocamp publie un article de blog permettant de recenser les principales évolutions dans la nouvelle version Odoo (dernièrement : nouveautés Odoo 14 et également Odoo 13).

Le dernier point a trait à la notion de dette technique. Tout informaticien vous dirait “Oui, pour ne pas accumuler de dette technique”. Encore la dette ! Elle n’est peut-être pas si problématique (pour le moment). Quoique.

En réalité, plus une version logicielle donnée dure, plus elle est sujette à l’accumulation de développements spécifiques (correction de bugs, ajout de nouvelles fonctionnalités) et plus son état diverge par rapport au cycle d’évolution de la solution standard au fil des versions suivantes. L’idée est donc de ne pas trop laisser grandir cette dette car plus on attend, plus cela peut être fastidieux et coûteux de suivre l’évolution d’un logiciel donné donc d’adopter ses versions suivantes.

Pour autant, nous ne disons pas “il ne faut pas de développement spécifique”, au contraire, étant donné la flexibilité d’Odoo il serait clairement dommage de s’en priver. De ce fait, il est probable que vous avez une portion de développements spécifiques avec ROI sur le long terme pertinents et alors nous migrerons.

En définitive et selon votre contexte, cela peut engendrer en effet des coûts de migration substantiels, en d’autres termes un véritable projet de migration Odoo. C’est vous qui décidez quand c’est pertinent, en association avec votre éventuel intégrateur Odoo.

Attention quand il s’agit de véritable projet de ne surtout pas négliger les coûts cachés et les risques associés à la conduite du changement dans votre organisation : le facteur humain reste clé, au-delà même de l’aspect technique.

2. Odoo Enterprise ou Odoo Community ?

Après cette étape préliminaire, il est ensuite question de savoir quelle est l’édition Odoo que vous avez actuellement (Enterprise ou Community). Dans les dernières versions, vous pouvez visualiser ceci dans l’outil en cliquant sur “Configuration” et en descendant tout en bas de la page.

Avec l’édition Enterprise, votre souscription auprès de l’éditeur inclut la possibilité de migrer, - lorsque vous le souhaitez - votre base de données Odoo pour la rendre compatible avec la version majeure supérieure choisie. Toutefois, ceci est valable uniquement pour la partie relative aux modules standards (des frais supplémentaires s’appliquent pour le code spécifique et les données associées, cf. plus bas dans le présent article).

Si vous avez l’édition Community, plusieurs choix s’offrent à vous :

profiter de ce moment pour basculer vers l’édition Enterprise, plus étoffée et offrant des garanties supplémentaires de la part de l’éditeur ;
réinstaller depuis zéro une base de données de la nouvelle version en important des données (CSV ou injection SQL) ;
pour ceux qui veulent se plonger dans la technique, regarder du côté d’OpenUpgrade pour migrer votre base de données (outil de migration Odoo Open source proposé par l’OCA).

3. Odoo SaaS, Odoo.sh ou On-Premise ?

Si vous avez l’édition Community, il est assez certain que votre installation est On-Premise, c’est-à-dire non hébergée ni déployée par l’éditeur lui-même.

Concernant l’édition Enterprise, peut-être que vous utilisez la version Odoo Online en mode SaaS hébergée par l’éditeur (encore appelé Odoo Cloud). Dans ce cas, vous avez la certitude qu’il n’y a pas de code source non standard sur votre instance Odoo. Vous pouvez arrêter maintenant votre lecture et opérer l’opération de migration Odoo vous-même en suivant la procédure décrite dans la documentation Odoo :-)

Deuxième possibilité, Odoo est hébergé sur Odoo.sh, la plate-forme Cloud d’Odoo. Odoo.sh est plus complet que Odoo Online en ce sens où il est possible, notamment, d’intégrer des modules non standard i.e. communautaires et/ou spécifiques.

Dernier cas, vous avez Odoo en mode On-Premise, à savoir :

Odoo est soit hébergé sur une autre plateforme Cloud que celle de l’éditeur (celle de votre intégrateur Odoo) ;
ou vous avez un serveur virtuel avec Odoo installé “simplement” chez un hébergeur classique ;
ou alors Odoo est sur un serveur physique que vous détenez en interne.

4. Quelle est l’ancienneté de votre version actuelle ?

Une nouvelle version majeure chaque année est devenue la norme pour Odoo !

La migration de votre base de données vers la version actuelle (14) est moins complexe si vous avez une version relativement récente (13, 12, 11) ce qui est généralement le cas pour les projets Odoo à partir de 2018.

Pour une version plus ancienne, il y a eu depuis lors d’importants changements techniques et des évolutions fonctionnelles notables, ce qui nécessite vraisemblablement, pour les éventuels développements spécifiques :

soit un retour vers le standard ;
soit une ré-architecture, en essayant le plus possible d’utiliser des modules communautaires Odoo reconnus.

C’est pourquoi chez Camptocamp, pour une version 10 et antérieure, nous privilégions généralement une ré-implémentation qui se révèle plus pertinente par expérience.

5. Avez-vous des personnalisations ?

Aussi bien pour un projet Odoo hébergé sur Odoo.sh ou en mode On-Premise, la première chose à établir, le cas échéant, c’est la quantité, la qualité et la complexité des éventuelles personnalisations qui ont été mises en œuvre.

Nous pouvons distinguer des personnalisations suivant deux typologies : écriture de code source additionnel d’une part et modifications via l’interface web d’autre part.

Les modules non standard sont le fruit de l’écriture de code source supplémentaire et à ce titre, ces modules n’entrent pas dans le giron du contrat de garantie éditeur Odoo Enterprise. Ils peuvent avoir été développés :

par Odoo certes, mais ils vous sont spécifiques ;
par une entité autre que l’éditeur, que ce soit un module communautaire disponible sur le magasin d’application (Odoo Apps Store) ou sur le site de l’OCA.

Un audit technico-fonctionnel du code source des modules spécifiques est généralement nécessaire pour en mesurer l’impact en termes de charge de travail nécessaire pour rendre compatible ces spécificités avec la nouvelle version. Ceci permettra en outre de savoir si le code source produit respecte les standards de qualité en matière de programmation.

Concernant les personnalisations faites directement via l’interface web, il y a les bonnes et les mauvaises.

Il y a effectivement une mauvaise pratique qui consiste à passer en mode debug dans l’interface et de “trafiquer” les vues et autres aspects du logiciel. Ceci est certes rapide, mais très instable sur le long terme et plus personne ne se souvient du pourquoi du comment ! Normalement ni l’éditeur ni un partenaire Odoo reconnu ne “travaille” ainsi.

Si vous voulez en avoir le coeur net :

sauvegardez votre base de données de production ;
importez-là sur une instance Odoo de test ;
connectez-vous en mode administrateur, activez le mode développeur ;
allez dans Apps, décochez les filtres et recherchez le module base (le noyau d’Odoo) et cliquer “Upgrade” (ceci prend un peu de temps) ;
cette opération va écraser toutes les éventuelles mauvaises personnalisations et remettre le comportement standard. Si vous avez perdu des éléments, si d’autres sont modifiés ou si vous avez des bugs qui apparaissent, alors vous avez des mauvaises personnalisations sur votre base !

Quant à elles, les bonnes personnalisations sont celles qui ont été faites avec le puissant module Odoo Studio qui permet d’isoler et de tracer ces dernières → elles pourront plus facilement être reprises dans le cadre d’une migration Odoo.

En conclusion.

En définitive, faire évoluer sa version Odoo peut se révéler assez simple si vous êtes sur une édition Odoo Enterprise, avec peu de spécifique (voire pas du tout) et une version pas trop ancienne.

Pour les autres situations, c’est plus ardu et un intégrateur Odoo expérimenté (au moins 10 ans d’expérience Odoo selon nous) sera un atout vraiment précieux pour vous aider à déterminer la meilleure stratégie : rester en Community ou passer en Enterprise, envisager une ré-implémentation avec peut-être même une nouvelle analyse des besoins.

Prenez contact avec nous !

Nous espérons que notre article vous permettra d’y voir plus clair et n’hésitez pas à nous contacter pour discuter plus en détail de votre éventuel projet de migration Odoo.