Nos modules DACH fonctionnent déjà sur Odoo 20
39 des 41 modules de notre pack DACH fonctionnent déjà avec la version de développement d’Odoo 20. Un rapport sur les modifications et sur la manière dont nous vous accompagnons dans la transition.

176 tests, 176 réussis
Le 26 septembre 2026, nous avons installé pour la première fois l’intégralité de notre package DACH sur une nouvelle base de données Odoo 20. Les 176 tests automatisés ont tous réussi. Ainsi, 39 des 41 modules fonctionnent déjà sur la prochaine version d’Odoo, bien qu’Odoo ne l’ait pas encore publiée officiellement. Les deux autres dépendent de notre intégration d’impression Fast.Report, que nous adapterons ensuite.
Nous avons travaillé avec l’état du développement qu’Odoo met à disposition dans le code source public au 25 septembre 2026. Certains détails peuvent encore changer avant la sortie.
Qu’est-ce qui change avec Odoo 20 ?
Odoo 20 fait un grand nettoyage. Notre comparaison des sources d’Odoo 19 et 20, Community et Enterprise, recense 109 modèles de données et environ 1 600 champs qui n’existent plus dans Odoo 20. Les entreprises qui utilisent leurs propres modules doivent les adapter.
Pour les utilisateurs, voici les changements les plus importants :
- Les droits d’accès sont réorganisés. Jusqu’à présent, deux mécanismes distincts définissaient qui pouvait voir une table et quels enregistrements elle contenait. Odoo 20 regroupe les deux ; chaque module disposant de sa propre gestion des droits doit être adapté.
- Odoo 20 déduit d’un numéro de TVA si un contact est une entreprise. Cela ne convient pas toujours, par exemple pour les petites entreprises sans numéro de TVA. C’est pourquoi notre gestion des contacts continue d’enregistrer elle-même votre classification.
- L’interface web repose sur OWL 3, la nouvelle version du framework d’interface d’Odoo. Toute extension qui modifie l’affichage nécessite une adaptation.
- Les lignes de commande et les listes de prix ont été remaniées. Dans le texte d’une ligne de commande, le nom du produit n’apparaît par exemple plus automatiquement, ce qui concerne les documents et les rapports.
Certains changements n’apparaissent qu’au moment des tests
Un message d’erreur lors de l’installation se voit immédiatement. Les modifications sont plus difficiles lorsque tout continue de fonctionner, mais qu’il manque malgré tout quelque chose.
Odoo 20 enregistre les pièces jointes différemment en interne. Le code qui écrit une pièce jointe selon l’ancienne méthode ne génère aucun message d’erreur. La pièce jointe reste simplement vide. Nous ne nous en sommes aperçus que parce que nos tests vérifient que le fichier est effectivement présent ensuite, au lieu de vérifier uniquement que l’appel s’exécute correctement.
Le cas inverse existe également. Odoo 19 tronquait silencieusement les textes trop longs dans les champs limités, tandis qu’Odoo 20 les refuse. Lors de la migration d’un module de comptabilité, nous sommes tombés exactement sur ce problème et avons adapté le champ à la nouvelle règle.
Comment nous accélérons la migration
Un script de migration dédié se charge du travail mécanique. Il copie le module, définit le numéro de version, ajoute les notes de version et la documentation, actualise la description du module dans les quatre langues et appelle les outils de réécriture fournis par Odoo lui-même. Ces outils sont utiles, mais ne couvrent pas tout, et l’un d’eux s’interrompt lors d’une exécution globale. Nous les lançons donc individuellement.
Nous vérifions ensuite chaque module en quatre étapes :
- Un catalogue des champs compare le module avec tous les modèles et champs supprimés, avant même son installation.
- Un script de vérification contrôle si les éléments des vues d’Odoo auxquels nos modules se rattachent existent encore dans Odoo 20.
- Le module est installé et exécute ses tests.
- Nous ouvrons en plus les modules dotés de leur propre interface dans le navigateur, car certaines erreurs n’apparaissent qu’à cet endroit. Le propre script de migration d’Odoo pour OWL 3 n’est par exemple pas encore compatible avec l’état actuel du développement et génère des références vers des fonctions qui n’existent pas.
Chaque écart détecté est consigné dans un journal de migration permanent, avec le module dans lequel il est apparu. Pour le deuxième module présentant la même modification, il suffit alors de consulter le journal. Ainsi, la majeure partie du package était terminée au bout de deux jours.
Ce que cela signifie pour votre passage à Odoo 20
Changer de version sur Odoo ne se fait pas d’un simple clic. La base de données est convertie et chaque module installé doit être compatible avec la nouvelle version. Nos modules du package DACH sont préparés à cet effet. Pour vos propres personnalisations et les modules d’autres fournisseurs, il est utile de faire un état des lieux avant de fixer la date. Portez une attention particulière à vos propres droits d’accès et aux extensions de l’interface web. Si vous gérez vous-même votre serveur, Odoo 20 nécessite au minimum Python 3.12.
Nous ne pourrons vérifier définitivement un point qu’à l’occasion de la première conversion réelle d’une base de données d’Odoo 19 vers Odoo 20 : la reprise complète de votre classification actuelle en tant qu’entreprise ou personne. Notre routine de reprise a été conçue à cet effet, mais sa validation sur des données réelles reste à venir.
Nous vous établirons volontiers une offre sans engagement pour l’analyse de vos modules. Vous y découvrirez lesquels sont déjà prêts pour Odoo 20 et où des adaptations sont nécessaires dans votre installation.
Créé par Martin Schmid, avec le soutien de Claude Opus 5.5 et validé après vérification du contenu par l’auteur. Consultez nos mentions et exclusions de responsabilité.