Odoo 20 : ce qui change, et faut‑il migrer maintenant ou attendre

La revue module par module

Odoo résume la version 20 par trois axes : simplifier l'expérience utilisateur, automatiser davantage les opérations quotidiennes, et consolider la proposition de valeur tarifaire. Dans le détail, voici les évolutions annoncées, module par module.

Intelligence artificielle : de l'assistant à l'agent

C'est le changement de nature de la version. Jusqu'ici, l'IA dans Odoo proposait : un texte, une catégorie, une relance. En version 20, elle exécute des actions dans la base — réaffecter des leads, créer un projet à partir d'un PDF, retrouver une information transverse, suggérer une réponse dans le support. La commande vocale est annoncée dans la foulée, pour les équipes en mobilité.

Côté finance, une fonction présentée sous le nom « Accounting for non-CFOs » fait réaliser par un agent un audit de trésorerie, de rapprochement bancaire et d'anomalies, avec un rapport de synthèse lisible sans formation comptable. Le constructeur de site web reçoit lui aussi sa génération de pages en langage naturel, images comprises.

La différence avec une suggestion est entière : une proposition acceptée par erreur se corrige, une écriture faite à votre place doit être tracée, réversible et bornée par des droits. C'est exactement le sujet que nous traitons sur nos déploiements d'agents — ce qui change n'est pas la capacité du modèle, c'est le périmètre de ce qu'il a le droit de toucher. Et la conformité arrive immédiatement derrière : l'article 50 du règlement européen sur l'IA (transparence) s'applique depuis le 2 août 2026. Un assistant qui écrit dans votre ERP relève de vos obligations d'information, pas de celles d'Odoo.

Paie : la refonte la plus lourde de la version

Deux évolutions structurantes. La première est un tableau de bord qui centralise les alertes bloquantes avant de lancer une période : salarié sans contrat actif, coordonnées bancaires manquantes, bulletin obsolète, identifiant incorrect. La seconde est la disparition des saisies de présence manuelles, remplacées par une intégration directe du module Congés — le calendrier des absences devient la seule source de vérité. Un système de cycles de paie structure enfin le processus en trois étapes guidées : Employés, Temps, Bulletins.

Pour une PME dont la paie est encore préparée par recoupement de tableurs, c'est le module qui justifie à lui seul de regarder la 20 de près. C'est aussi celui à tester le plus tôt : une paie qui dérape n'a pas de plan B.

Comptabilité : payer et réconcilier sans sortir d'Odoo

Odoo 20 permet de payer les fournisseurs directement depuis l'ERP, en envoyant un lot SEPA à la banque ou en générant le fichier XML pour traitement manuel. La réconciliation s'étend à n'importe quel compte comptable, avec génération automatique des écritures d'ajustement. S'ajoutent la gestion de plusieurs identifiants légaux par partenaire (TVA, SIREN, LEI) et un site public exposant les plans de comptes et règles fiscales par localisation, utile en multi-pays.

Point de vente : la friction matérielle enfin traitée

La connexion aux imprimantes et terminaux de paiement passe par l'accès réseau local natif des navigateurs Chromium — fini l'import de certificats SSL, qui est de loin le premier poste de support sur les déploiements PoS. Les combos produits se déclenchent automatiquement dès qu'un panier éligible est détecté, l'éditeur de plan de salle accepte des tables de toutes formes, et un article peut être mis en pause au kiosque sans toucher à la configuration globale.

Sign : la signature devient une étape de flux, plus un envoi manuel

Les demandes de signature peuvent être déclenchées automatiquement depuis n'importe quel flux — CRM, RH, devis. La reconnaissance d'identité Itsme est prise en charge dans plus de 30 pays, l'éditeur devient utilisable au doigt sur mobile, et les réponses s'exportent en masse vers une feuille de calcul Odoo.

Timesheets : la saisie de temps assistée, en local

Un assistant analyse l'activité réelle de l'utilisateur dans la journée — tâches, e-mails, appels — et propose des feuilles de temps à valider d'un clic. Point important pour la conformité : les données sont stockées localement, ce qui préserve la confidentialité et permet le fonctionnement hors connexion. Un minuteur flottant, accessible depuis n'importe quel écran, évite d'ouvrir l'application ; l'assistant peut aussi être installé sur un équipement dédié, tablette ou terminal fixe, pour les équipes qui pointent sur le terrain.

eCommerce et Marketing Automation : moins de manuel côté vente

L'eCommerce reçoit la vente croisée automatique, la gestion des retours depuis le portail client, des pages catalogue autonomes et une barre de progression des promotions. Marketing Automation abandonne son formulaire pour un canvas visuel : les séquences multicanales — e-mail, SMS, WhatsApp — se construisent en glissant des étapes, dont des étapes de type IA, coupon ou action serveur.

Discuss : les appels enregistrés et transcrits

Les appels visio et téléphoniques peuvent être enregistrés depuis Discuss, puis transcrits automatiquement, avec lecture synchronisée entre l'audio et le texte. Retrouver ce qui a été dit dans un appel ne suppose plus de le réécouter. C'est aussi un sujet à cadrer avant activation : enregistrer un appel, c'est un traitement de données à informer et à borner en durée de conservation.

Field Service et Planning : deux modules, une seule application

Les deux applications fusionnent. La planification des interventions terrain et leur suivi opérationnel passent dans un flux unique, sans double saisie ni allers-retours entre deux interfaces. Pour une entreprise qui envoie des techniciens, c'est la simplification la plus tangible de la version — et celle qui demandera le plus d'attention en migration, puisque deux jeux de données existants doivent se retrouver dans un seul modèle.

Stock : ajusté depuis les Ventes

Les quantités disponibles peuvent être mises à jour depuis l'application Ventes, sans basculer dans Inventaire : une ligne de commande suffit à ajuster le stock livré. Un gain de fluidité pour les équipes commerciales qui gèrent aussi leur logistique — à encadrer par des droits, sous peine de voir l'inventaire dériver.

Calendrier et Mobile : le rattrapage d'usage

Le module Calendrier reçoit sa mise à jour la plus substantielle depuis des années : multi-calendriers personnels, d'équipe et de projet, page de réservation personnelle, synchronisation bidirectionnelle avec Google ou Outlook, localisation du lieu de travail (bureau ou télétravail) dans l'agenda, activités en attente affichées dans la vue semaine. Côté mobile, l'interface est repensée : fiches plus aérées, photo de profil mise en avant, champs réorganisés pour être lisibles sur petit écran.

Mode hors connexion : Odoo sans réseau

En cas de connexion instable ou absente, l'application continue de fonctionner sur un cache local, et les données saisies se resynchronisent automatiquement au retour du réseau. L'évolution concerne les téléphones comme les postes fixes. C'est la nouveauté qui compte le plus pour un atelier, un chantier ou une tournée d'intervention en zone mal couverte — et celle qu'il faudra tester avec de vrais conflits de saisie avant de compter dessus.

Verticales : hôtellerie, construction, et une liste qui s'allonge

Odoo approfondit ses verticaux : hôtellerie (channel manager, revenue management, gestion du ménage), construction (devis par postes de travail, planification WBS, facturation à l'avancement), cabinets de recrutement, immobilier. De nouveaux secteurs s'ajoutent — garage automobile, équipements industriels sur mesure, maisons de retraite.

Leur intérêt est réel mais borné : un vertical préconfiguré vous fait gagner la phase de cadrage standard, pas votre spécificité. Sur nos missions, l'écart entre le flux générique et le flux réel du client représente l'essentiel de la charge. Un vertical qui couvre une grande part du besoin laisse exactement la part qui coûte.

Socle technique : Owl 3 et l'API JSON2

Owl 3 est la troisième génération du socle front-end. Concrètement, tout module tiers qui touche à l'interface est concerné : les vôtres, et ceux de la place de marché. C'est le poste qui décide du coût réel d'une migration, bien avant les fonctionnalités métier.

L'API externe JSON2 vise les intégrations avec les systèmes tiers. Pour un parc où Odoo dialogue avec une GPAO, un WMS ou un outil de caisse, c'est la partie à évaluer en premier : une API neuve simplifie les développements à venir et périme une partie des connecteurs existants.

Ce que nous ne savons pas encore

Trois points restent ouverts, et aucun article publié avant la conférence ne peut y répondre honnêtement :

• Le calendrier de fin de support de la 19. Odoo maintient habituellement trois versions ; la date exacte conditionne l'urgence d'une migration.
• La grille tarifaire. Les fonctions d'IA agentique consomment des ressources ; leur mode de facturation n'est pas public, alors que la version se réclame d'une consolidation du prix.
• L'ampleur réelle de la rupture Owl 3. C'est le facteur numéro un du coût de migration, et il ne se mesure qu'une fois le code disponible.

Migrer en 19 maintenant, ou attendre la 20 ? Le verdict par profil

La règle qui vaut pour tout le monde : on ne met pas une PME en production sur une version majeure le jour de sa sortie. Les correctifs de 20.1 et 20.2, en novembre-décembre, sont ce qui rend une version majeure exploitable. Tout ce qui suit se lit avec cette contrainte.

Au-delà de cette règle, la variable qui décide reste la même : la quantité de code spécifique que vous portez sur votre instance. Voici comment nous tranchons selon le profil.

Dans tous les cas, attendre ne veut pas dire ne rien faire. La période qui sépare aujourd'hui de la sortie sert à trois choses : inventorier les modules tiers et leur état de maintenance, mesurer la dette de personnalisation qui ne sert plus, et préparer les jeux de tests. C'est du travail qui n'est jamais perdu — il faudra le faire de toute façon, et il conditionne le devis de migration bien plus que le numéro de version.

Ce que nous ferons de notre côté

Nos déploiements sont testés avec une procédure de retour arrière chronométrée : sur notre dernière migration, le rollback complet a été mesuré à 2 heures. C'est la condition que nous nous imposons avant tout passage en production, et elle vaudra pour la 20 comme pour les précédentes.

Notre statut d'Odoo Learning Partner change surtout une chose sur ces projets : la formation des utilisateurs n'est pas un module vendu après coup, elle fait partie du plan de migration. Sur une version qui touche la Paie, le Point de vente et la saisie de temps — c'est-à-dire les écrans que les équipes utilisent tous les jours —, c'est le poste qui décide de l'adoption réelle.

Nous publierons une mise à jour de cet article après la conférence, avec ce qui aura été confirmé et ce qui aura changé par rapport à la feuille de route. Une migration standard part de 8 000 € chez nous ; les projets d'intégration et d'automatisation Odoo que nous menons se situent entre 8 000 et 25 000 € selon les modules et la complexité, hors licences Odoo.