Rétrogradation Odoo

Une capacité rare. La plupart des partenaires refusent les rétrogradations. Pas nous.

Les guides de mise à niveau Odoo supposent toujours que vous allez de l’avant. Quand vous devez revenir en arrière — après une version problématique, un changement de licence, une dépendance qui n’a pas suivi — la plupart des partenaires vous diront que c’est impossible. Ce ne l’est pas. C’est plus difficile qu’une mise à niveau, mais cela a un processus, et nous avons ce processus.

Pourquoi les rétrogradations arrivent

• Risque de régression — une version majeure a introduit un comportement que votre activité ne peut pas absorber, et corriger est plus lent que revenir en arrière.
• Retard des tiers — un module ou une intégration dont vous dépendez ne prend pas encore en charge la version Odoo récente.
• Licence / coût — passer de Enterprise à Community pour reconstruire à vos conditions.
• Standardisation du parc — fusions et acquisitions amènent fréquemment plusieurs versions d’Odoo dans le même groupe, et le dénominateur commun est plus ancien que la plus récente.

Ce qui rend les rétrogradations difficiles

Lors d’une mise à niveau, vous pouvez ajouter de nouveaux champs avec des valeurs par défaut. Lors d’une rétrogradation, les champs récents peuvent n’avoir aucun endroit où aller. Notre livrable de la première passe est le rapport de perte de données — une cartographie complète de ce qui est conservé, de ce qui est archivé et de ce qui est abandonné, avec vos responsables fonctionnels qui valident par domaine avant que nous ne touchions à quoi que ce soit.

Ce que vous obtenez

1. Un audit de la source qui identifie chaque champ et relation propres aux versions récentes, modèle par modèle.
2. Un rapport de perte de données — la cartographie, sous forme lisible, et la stratégie d’archivage pour tout ce qui ne rentre pas dans le schéma cible.
3. Une migration de test sur une réplique. Vous voyez le résultat avant que nous nous engagions.
4. Une étape de recette avec vos équipes qui valident par domaine fonctionnel.
5. Une bascule en production avec un chemin de retour arrière répété.
6. Hypercare après la mise en service.

Ce que nous vous dirons d’emblée

Si une rétrogradation est la mauvaise réponse, nous le dirons. Parfois, la voie la plus propre est de corriger en avançant, ou de garder la version récente et de remplacer une dépendance. Notre travail est de vous aider à prendre la bonne décision, pas de vous vendre une rétrogradation.