Odoo ne prend en charge que les trois dernières versions majeures. Cela signifie que rester sur une version obsolète expose votre entreprise à des risques liés à des failles de sécurité non corrigées et à une compatibilité limitée avec les nouveaux modules ou outils tiers.
Fréquence recommandée pour les migrations
Il n'est pas nécessaire de migrer votre installation Odoo chaque année. Toutefois, une migration tous les deux ans est fortement recommandée pour :
- Profiter des améliorations majeures en termes de performance et de fonctionnalités.
- Réduire les coûts de maintenance associés aux versions obsolètes.
- Éviter les problèmes de compatibilité logicielle.
Les différents scénarios de migration selon les plateformes
Migration de l’offre en ligne
Les clients d'Odoo Online disposent d'un processus de migration optimisé. La migration peut être initiée sur simple demande, garantissant ainsi une transition fluide.
Les étapes
Pour cela il suffit de votre rendre sur votre page de gestion des base de donnée de votre compte Odoo.com : https://www.odoo.com/my/databases
Le gestionnaire de bases de données montre toutes les bases de données liées au compte de l'utilisateur. Celles qui ne sont pas à jour avec la dernière version d'Odoo sont signalées par une icône en forme de flèche dans un cercle à côté de leur nom, indiquant qu'une mise à niveau est possible.
Pour commencer le processus de mise à niveau, cliquez sur l'icône en forme de flèche dans un cercle. Une fenêtre s'ouvrira où vous devrez fournir les informations suivantes :
- La version d'Odoo vers laquelle vous souhaitez effectuer la mise à niveau, généralement la dernière version disponible.
- L'adresse email qui recevra le lien vers la base de données mise à jour.
- L'objectif de la mise à niveau, automatiquement défini sur Test pour votre première demande de mise à niveau.
Le label "Mise à niveau en cours" apparaît à côté du nom de la base de données jusqu'à ce que le processus soit terminé. Après une mise à niveau réussie, un courriel contenant un lien vers la base de données de test mise à jour sera envoyé à l'adresse fournie. Vous pouvez également accéder à cette base de données directement via le gestionnaire de bases de données en cliquant sur la flèche déroulante à côté du nom de la base.
Il est crucial de vérifier la base de données de test après la mise à niveau pour garantir qu'aucun changement dans les vues, le comportement ou l'apparition de messages d'erreur ne viendra perturber vos opérations quotidiennes une fois la mise à niveau appliquée en production.
Il est essentiel d'évaluer autant que possible vos processus d'affaires pour s'assurer de leur bon fonctionnement et pour vous adapter à la nouvelle version.
Liste de vérification pour les tests de base
- Y a-t-il des vues désactivées dans votre base de test alors qu'elles sont actives dans votre base de production ?
- Vos vues habituelles s’affichent-elles correctement ?
- Les rapports (factures, devis, commandes, etc.) sont-ils générés correctement ?
- Les pages de votre site web fonctionnent-elles comme prévu ?
- Pouvez-vous créer et modifier des enregistrements tels que des commandes de vente, factures, achats, utilisateurs, contacts, entreprises, etc. ?
- Rencontrez-vous des problèmes avec vos modèles d'email ?
- Y a-t-il des problèmes avec les traductions sauvegardées ?
- Vos filtres de recherche enregistrés sont-ils toujours présents ?
- Pouvez-vous toujours exporter vos données ?
Cette liste vous permettra de repérer d'éventuels problèmes et de vous assurer que tout fonctionne correctement dans la nouvelle version.
- Vérification d’un produit dans votre catalogue :
- Sélectionnez un produit aléatoire dans votre catalogue et comparez ses données dans la base de test et la base de production pour vérifier qu’elles sont identiques (catégorie de produit, prix de vente, prix de revient, fournisseur, comptes, itinéraires, etc.).
- Achat de ce produit (Application Achats).
- Confirmation de la réception de ce produit (Application Inventaire).
- Vérification de l’itinéraire de réception :
- Vérifiez si l’itinéraire de réception de ce produit est le même que celui de votre base de production (Application Inventaire).
- Vente de ce produit (Application Ventes) à un client aléatoire.
- Ouverture de la base de données clients (Application Contacts) :
- Sélectionnez un client (ou une entreprise) et vérifiez ses données.
- Expédition de ce produit (Application Inventaire).
- Vérification de l’itinéraire d’expédition :
- Vérifiez si l’itinéraire d’expédition de ce produit est le même que celui de votre base de production (Application Inventaire).
- Validation d’une facture client (Application Facturation ou Comptabilité).
- Émission d’un avoir :
- Créditez la facture (émettez un avoir) et vérifiez si le comportement est identique à celui de votre base de production.
- Vérification des rapports (Application Comptabilité).
- Vérification aléatoire de paramètres financiers :
- Vérifiez vos taxes, devises, comptes bancaires et exercice fiscal (Application Comptabilité).
- Commande en ligne (Applications Website) :
- Effectuez une commande en ligne en sélectionnant un produit dans votre boutique jusqu’au processus de paiement, et vérifiez si tout fonctionne comme dans votre base de production.
Une fois que la base de données de test a été validée, il suffit de relancer le même processus, en sélectionnant cette fois Production comme objectif de mise à niveau.
Migration sur Odoo.sh
Pour les utilisateurs d’Odoo.sh, la migration implique une coordination entre l’équipe de développement et Odoo. Voici les étapes typiques :
- Validation de l’état actuel : Audit des modules personnalisés et des développements spécifiques.
- Tests en environnement sandbox : Création d'un clone pour vérifier la compatibilité des modules et l’intégrité des données.
- Migration et validation : Mise à jour réelle et test des flux fonctionnels critiques.
Les étapes
Odoo.sh est connecté à la plateforme de mise à niveau pour faciliter le processus de migration.
La sauvegarde automatique quotidienne la plus récente de la base de données de production est transférée vers la plateforme de mise à niveau.
Après avoir effectué la mise à niveau sur la sauvegarde et l'avoir téléchargée sur la branche appropriée, celle-ci entre dans un mode particulier : chaque fois qu'un commit est ajouté à la branche, une restauration de la sauvegarde mise à jour ainsi qu'une actualisation de tous les modules personnalisés sont réalisées. Cela vous permet de tester vos modules personnalisés sur une version propre de la base de données mise à niveau. Le fichier de log du processus de mise à niveau est disponible dans votre nouvelle instance de staging mise à jour, dans le répertoire ~/logs/upgrade.log.
Il est crucial de vérifier la base de données de test après la mise à niveau pour garantir qu'aucun changement dans les vues, le comportement ou l'apparition de messages d'erreur ne viendra perturber vos opérations quotidiennes une fois la mise à niveau appliquée en production.
Il est essentiel d'évaluer autant que possible vos processus d'affaires pour s'assurer de leur bon fonctionnement et pour vous adapter à la nouvelle version.
Liste de vérification pour les tests de base
- Y a-t-il des vues désactivées dans votre base de test alors qu'elles sont actives dans votre base de production ?
- Vos vues habituelles s’affichent-elles correctement ?
- Les rapports (factures, devis, commandes, etc.) sont-ils générés correctement ?
- Les pages de votre site web fonctionnent-elles comme prévu ?
- Pouvez-vous créer et modifier des enregistrements tels que des commandes de vente, factures, achats, utilisateurs, contacts, entreprises, etc. ?
- Rencontrez-vous des problèmes avec vos modèles d'email ?
- Y a-t-il des problèmes avec les traductions sauvegardées ?
- Vos filtres de recherche enregistrés sont-ils toujours présents ?
- Pouvez-vous toujours exporter vos données ?
Cette liste vous permettra de repérer d'éventuels problèmes et de vous assurer que tout fonctionne correctement dans la nouvelle version.
- Vérification d’un produit dans votre catalogue :
- Sélectionnez un produit aléatoire dans votre catalogue et comparez ses données dans la base de test et la base de production pour vérifier qu’elles sont identiques (catégorie de produit, prix de vente, prix de revient, fournisseur, comptes, itinéraires, etc.).
- Achat de ce produit (Application Achats).
- Confirmation de la réception de ce produit (Application Inventaire).
- Vérification de l’itinéraire de réception :
- Vérifiez si l’itinéraire de réception de ce produit est le même que celui de votre base de production (Application Inventaire).
- Vente de ce produit (Application Ventes) à un client aléatoire.
- Ouverture de la base de données clients (Application Contacts) :
- Sélectionnez un client (ou une entreprise) et vérifiez ses données.
- Expédition de ce produit (Application Inventaire).
- Vérification de l’itinéraire d’expédition :
- Vérifiez si l’itinéraire d’expédition de ce produit est le même que celui de votre base de production (Application Inventaire).
- Validation d’une facture client (Application Facturation ou Comptabilité).
- Émission d’un avoir :
- Créditez la facture (émettez un avoir) et vérifiez si le comportement est identique à celui de votre base de production.
- Vérification des rapports (Application Comptabilité).
- Vérification aléatoire de paramètres financiers :
- Vérifiez vos taxes, devises, comptes bancaires et exercice fiscal (Application Comptabilité).
- Commande en ligne (Applications Website) :
- Effectuez une commande en ligne en sélectionnant un produit dans votre boutique jusqu’au processus de paiement, et vérifiez si tout fonctionne comme dans votre base de production.
Le processus est similaire à celui utilisé pour obtenir une base de données de test mise à niveau, mais s'applique à la branche Production.
Le processus s'initie dès qu'un nouveau commit est réalisé sur la branche. Cela permet d'harmoniser le processus de mise à jour avec le déploiement du code source actualisé des modules personnalisés. En l'absence de modules personnalisés, la mise à niveau est lancée immédiatement.
La mise à jour de vos modules personnalisés doit être réussie pour compléter l'ensemble du processus de mise à niveau. Assurez-vous que le statut de votre environnement de staging indique succès avant de tenter la mise à niveau en production. Pour plus d'informations sur la mise à niveau de vos modules personnalisés, consultez la page Mettre à niveau une base de données personnalisée.
Points de vigilance lors de la migration
- Modules personnalisés : Chaque module doit être adapté à la nouvelle version. Cela peut représenter une charge de travail importante.
- Compatibilité des données : S'assurer que toutes les données migrées sont intègres et fonctionnelles dans la nouvelle version.
- Performance : Tester la vitesse et les temps de réponse après migration pour garantir une expérience utilisateur optimale.
- Planification : Choisir une période de faible activité pour réaliser la migration, afin de limiter l’impact sur les opérations quotidiennes.
Les avantages d’une migration réussie
- Accès à des fonctionnalités innovantes : Intégration des dernières technologies et améliorations ergonomiques.
- Réduction des risques : Corrections des failles de sécurité et améliorations de la stabilité.
- Support technique optimal : Assistance garantie par Odoo pour les versions supportées.
Conclusion
Migrer vers une nouvelle version d'Odoo est une décision stratégique qui apporte de nombreux avantages en termes de fonctionnalité, de sécurité et de performance. Que vous utilisiez Odoo en ligne, sur Odoo.sh ou en hébergement interne, une bonne planification et une exécution rigoureuse sont la clé d’une migration réussie. N’hésitez pas à faire appel à des experts pour vous accompagner dans cette transition cruciale.
