Chez Fanto, nous passons la majeure partie de notre temps dans Odoo — pas seulement pour le configurer, mais pour construire par-dessus. Modules sur mesure, flux d'approbation, pipelines automatisés, personnalisations de portails. Des solutions concrètes, pour de vrais clients, avec de vrais délais.
L'un de nos projets actuels concerne une entreprise de construction. Nous avons conçu pour eux un flux d'approbation des tâches : lorsqu'un chef de chantier marque une tâche comme terminée, elle ne se contente pas de se fermer. Elle déclenche une chaîne de révision, notifie le chef de projet, vérifie les conditions des jalons et, si tout est aligné, débloque le cycle de facturation suivant. Il nous a fallu quelques semaines pour perfectionner la logique. Cela impliquait des tâches planifiées (cron), des champs calculés, un bouton personnalisé avec des transitions d'état et quelques surcharges Python dont nous ne sommes pas forcément fiers.
Ça fonctionne. Le client l'adore. Et Odoo 20 est sur le point de rendre une version de ce système réalisable en une fraction du temps — peut-être sans une seule ligne de code Python.
C'est de cela dont je veux vous parler.
Le passage de "l'IA qui répond" à "l'IA qui agit"
Odoo 18 nous a apporté l'OCR et le traitement automatisé des factures. Utile, mais limité. On pourrait décrire cela comme une IA assise dans un coin, attendant qu'on lui demande quelque chose.
Odoo 19 est allé plus loin : agents IA, recherche en langage naturel avec "Ask Odoo", transcriptions voix-vers-action. Encore une fois, c'est très utile. Mais si vous les utilisez réellement en production, vous remarquerez une chose : ils sont toujours réactifs. Vous demandez, ils répondent. L'agent ne prend pas d'initiative. Il ne regarde pas une tâche ouverte pour décider qu'elle nécessite une attention particulière. Il attend.
Odoo 20 est le moment où tout change.
La direction vers laquelle Odoo tend — et cela se manifeste clairement dans la trajectoire de sa feuille de route, loin d'être une simple spéculation — est celle de l'IA agentique. Il ne s'agit pas d'un simple chatbot intégré à votre CRM, mais d'un système capable d'observer un état, de prendre une décision et d'exécuter une action sans y avoir été invité. Il détecte une commande client restée à l'état de brouillon pendant cinq jours sans aucune activité, et il assure le suivi. Il remarque qu'un niveau de stock franchit un seuil de réapprovisionnement et génère automatiquement le bon de commande. Il identifie une anomalie sur une facture fournisseur et la signale avant même que votre comptable n'ouvre son ordinateur portable.
C'est un type de logiciel fondamentalement différent.
Pourquoi cela change ce que nous construisons
C'est là que je tiens à être précis, car le battage médiatique vague autour de l'IA n'aide personne.
Prenons l'exemple du flux d'approbation de notre client du secteur de la construction. À l'heure actuelle, voici, en gros, ce que nous avons réalisé:
- Un champ d'état personnalisé sur le modèle de tâche (brouillon, en attente, approuvé, facturable).
- Une méthode Python qui vérifie les jalons et fait avancer l'état
- Une action automatisée déclenchée par une tâche cron toutes les quelques heures.
- Un modèle d'e-mail qui part à chaque transition d'état selon la langue du destinataire.
- Un bouton qui n'apparaît que pour le bon groupe d'utilisateurs à la bonne étape.
Chacune de ces pièces nous a exigé une compréhension assez approfondie des mécanismes internes d'Odoo : la planification des tâches cron, la couche ORM, le rendu des modèles d'e-mail en fonction de la langue du destinataire, ou encore les filtres de domaine régissant la visibilité des boutons. Rien de tout cela n'est magique ; c'est un travail d'artisan. Et nous en sommes fiers.
Mais voici la question franche : si la couche agentique d'Odoo 20 est capable de surveiller l'état d'une tâche, de comprendre qu'une condition a été remplie et de déclencher une séquence d'actions — nativement, par simple configuration —, quelle part de ce code Python survivra-t-elle ?
Peut-être pas grand-chose.
Et avant que quiconque ne panique : c'est, en fait, une bonne chose. C'est un progrès. Nous n'avons pas développé ce module par amour pour l'écriture de code Python ; nous l'avons fait parce que notre client avait besoin de ce résultat. Si Odoo 20 permet d'atteindre ce résultat plus rapidement, avec moins de risques de bugs et une charge de maintenance réduite, c'est une victoire pour le client. Ce qui signifie que c'est aussi une victoire pour nous.
Ce que cela signifie pour les développeurs Odoo (et pour les clients)
Il y a deux façons de réagir à ce changement.
La première est de se sentir menacé et de ne rien faire. Continuer à construire de la même manière, facturer les mêmes tarifs, et regarder lentement le travail s'amenuiser à mesure que la plateforme absorbe ces fonctions nativement.
La seconde — la meilleure — est de monter en gamme.
Ce que l'IA agentique gérera parfaitement, ce sont les tâches définissables. Des conditions claires, des résultats connus, une logique répétable. "Quand X arrive, fais Y." C'est exactement ce que nous automatisations manuellement.
Mais ce que l'IA ne remplacera pas — ni dans Odoo 20, ni dans Odoo 30 — c'est la compréhension de ce que X et Y devraient être, fondamentalement. Il s'agit là d'un problème métier, et non technique. Cela exige l'intervention d'une personne qui s'est assise à la table d'une entreprise de construction et a saisi le fonctionnement réel de sa facturation — non pas tel qu'elle l'imagine, mais tel qu'il s'opère concrètement, y compris l'exception qui survient un mois sur trois lorsqu'un sous-traitant retarde une livraison.
Cette connaissance ne réside pas dans Odoo ; elle réside dans les conversations. Et la traduire en une logique qu'un système est capable d'exécuter — qu'il s'agisse de code Python écrit à la main ou d'un agent Odoo 20 — demeure le cœur du métier. Elle change simplement de forme.
Ce que nous faisons à ce sujet (et ce que vous devriez probablement envisager)
Nous avons déjà commencé à modifier la manière dont nous définissons le périmètre des travaux pour nos clients.
Moins de temps à estimer « combien de temps faudra-t-il pour coder ceci ? » et plus de temps à se demander : « que doit réellement accomplir ce processus, et quelle est la meilleure façon de l'exprimer au sein d'Odoo ? » La couche d'implémentation gagne en rapidité. La couche de conception prend une importance croissante.
Nous suivons également de très près la direction que prend Odoo 20 — et plus particulièrement l'architecture des agents IA, les outils d'audit comptable ainsi que les déclencheurs d'automatisation approfondis à travers les différents modules. Non pas pour nous livrer à des spéculations, mais pour être prêts. Lorsque la version bêta sera disponible, nous voulons pouvoir tester des flux de travail concrets, plutôt que de nous contenter de lire des articles de blog sur ce qui pourrait être possible.
Quant à nos clients : si vous utilisez Odoo 16 ou 17, le moment est véritablement venu de réfléchir à votre stratégie d'avenir. Non pas qu'Odoo 20 risque de tout casser (ce ne sera pas le cas, du moins pas dans l'immédiat), mais parce que les personnalisations que vous figez aujourd'hui vieilliront soit harmonieusement au sein d'un monde de plus en plus automatisé, soit y généreront des frictions. Il s'agit là d'une décision de conception, et elle mérite d'être prise de manière délibérée.
Vous avez un flux de travail Odoo personnalisé et vous vous demandez s'il faudra encore le développer spécifiquement ou si Odoo 20 pourrait le gérer nativement ? Nous serions ravis d'y réfléchir avec vous. Pas de discours commercial, juste une conversation.