Hors série : ce qu'il faut vérifier avant de migrer vers Odoo 20

Sept vérifications, dans cet ordre : 1. Savoir de quoi on parle ; 2. Votre version et son calendrier de support ; 3. Vos modules spécifiques ; 4. Vos données et vos configurations ; 5. Vos intégrations et vos automatisations ; 6. La base de test ; 7. Le jour J. Pour le dirigeant, l'objectif est que la facturation, les livraisons, le stock et les relances tournent encore le lendemain. Chaque vérification a son répondant dans l'entreprise.

Dans le langage courant, on dit migrer. Odoo parle de mise à niveau (upgrade) : faire passer une base d'une version plus ancienne à une version plus récente prise en charge. La mise à niveau ne couvre pas le retour à une version précédente ni le passage de Community à Enterprise. Elle ne couvre pas non plus le changement d'hébergement ou l'arrivée depuis un autre ERP. Si votre projet combine ces sujets, ce sont des décisions distinctes, à préparer séparément. Qui répond : le dirigeant, avec le référent Odoo.

Chaque version majeure d'Odoo bénéficie de trois ans de support standard. Selon le tableau officiel, ce support se termine en septembre 2025 pour Odoo 16 et en septembre 2026 pour Odoo 17. Il est prévu jusqu'en septembre 2027 pour Odoo 18 et septembre 2028 pour Odoo 19. Odoo 20, publié en septembre 2026, est prévu jusqu'en septembre 2029. Qui répond : le responsable informatique relève la version, le dirigeant et le DAF décident du calendrier.

Non. La fin du support standard ne signifie pas la fin de toute aide. Le support étendu commence quand le support standard se termine, et il est payant. Il n'existe que sur Odoo.sh, pour un nombre limité de versions, et sur serveur propre, pas sur Odoo Online. On peut mettre à niveau vers toute version majeure encore sous support standard, ou sortie du support standard depuis moins de six mois. Qui répond : le DAF et le responsable informatique.

Oui. Une base qui contient des modules développés pour l'entreprise ne peut pas être mise à niveau tant qu'une version compatible de ces modules n'est pas disponible. Odoo recommande de mener en parallèle la demande de base mise à niveau et l'adaptation du code. Si la nouvelle version casse une personnalisation, c'est au mainteneur du module de la rendre compatible. Exemple type : le module de tournées de livraison d'un distributeur. Qui répond : le référent Odoo liste les modules et leurs mainteneurs, le dirigeant arbitre.

En partie. Avec Odoo Enterprise, la mise à niveau vers la version la plus récente est gratuite, y compris le support nécessaire pour corriger d'éventuels écarts dans la base. Le service couvre les applications standard et les personnalisations Studio, tant que Studio est installé et l'abonnement actif. Il couvre aussi les développements sous abonnement de maintenance des personnalisations. Il ne couvre pas les modules additionnels sans contrat de maintenance, créés en interne ou par des tiers, partenaires Odoo compris. Qui répond : le DAF pour les contrats, le référent Odoo pour la liste des modules.

Non. Le service de mise à niveau se limite à la conversion technique et à l'adaptation de la base, modules standard et données. Le nettoyage des données et des configurations existantes n'est pas inclus, ni la formation aux nouveautés. Des articles en double ou des chantiers jamais clôturés passent donc tels quels. Après l'opération, un rapport de mise à niveau joint à l'email de réussite décrit les changements introduits par la nouvelle version. Qui répond : le DAF pour les données comptables, le référent Odoo pour les configurations.

La documentation Odoo demande de tester les intégrations avec des logiciels externes (échanges de données, API). Elle cite aussi les flux entre applications, comme la vente en ligne, la conversion d'une piste en commande ou la livraison. S'y ajoutent les exports de données, les actions automatisées et les actions serveur. Pour un distributeur qui vend en ligne, le flux de la commande à la livraison puis à la facture passe en premier. Qui répond : le responsable informatique pour les intégrations, le référent Odoo pour les automatisations, le DAF pour les exports.

Non, elle est neutralisée. Dans la base de test mise à niveau fournie par Odoo, les actions planifiées et les serveurs d'email sortant sont désactivés. Les fournisseurs de paiement et les transporteurs sont remis en mode test, et la synchronisation bancaire est désactivée. On peut demander plusieurs bases de test. Les équipes peuvent donc essayer leur quotidien sans risque pour les clients. Qui répond : le référent Odoo coordonne, les utilisateurs clés de chaque service testent.

Il faut jouer, sur la base de test, le test de bout en bout proposé par Odoo. On achète un produit, on confirme la réception, puis on le vend à un client et on l'expédie. On valide ensuite la facture client et on émet un avoir. Il reste à contrôler les rapports comptables, les taxes, les devises, les comptes bancaires et l'exercice. Les problèmes rencontrés se signalent à Odoo avant la mise en production. Qui répond : le DAF valide la partie comptable.

La base est indisponible pendant l'opération. Il faut donc choisir un moment de faible activité, loin d'une clôture ou d'un pic de livraisons. Odoo recommande de redemander une base de test récente et de répéter tout le processus la veille. Personne ne doit utiliser la base pendant l'opération : les modifications faites après l'envoi ne se retrouvent pas dans la base mise à niveau. Qui répond : le dirigeant fixe le créneau, le référent Odoo et le responsable informatique conduisent la répétition.

Pas toujours. Selon l'hébergement, il n'est pas toujours possible de revenir à la version précédente une fois l'opération terminée. Il faut donc préparer la mise à niveau comme si le retour arrière n'existait pas. Passer en production sans test expose à des utilisateurs qui ne s'adaptent pas et à des interruptions d'activité, par exemple une action qu'on ne peut plus valider. Qui répond : le dirigeant décide, après les tests.