augmenter.PRO
Tous les articles
IA/5 min de lecture

Odoo Online : ce que vous ne pourrez jamais y installer (et les quatre contournements qui marchent)

Vous payez un abonnement Odoo Online, vous demandez une petite fonction, et votre intégrateur répond « impossible sur le SaaS ». Il a raison sur un point précis, et tort sur quatre autres. Ce que nous avons appris en cinq mois sur une instance Online, dont un module refusé par la plateforme.

Odoo Online : ce que vous ne pourrez jamais y installer (et les quatre contournements qui marchent)

C'est une scène que nous avons vécue de l'intérieur. Un dirigeant demande une chose raisonnable : afficher le franco de port du fournisseur avant de valider une commande d'achat. Petit développement, pense-t-il. Réponse de l'intégrateur : « Vous êtes sur Odoo Online, on ne peut pas installer de module. Il faudrait migrer sur Odoo.sh. » Devis de migration joint.

La phrase est vraie. La conclusion ne l'est pas. Nous avons passé cinq mois sur l'instance Online d'une PME de négoce technique en Île-de-France, et nous avons appris, parfois en payant, ce qui passe et ce qui ne passe pas. Voici la carte.

Ce qui est vraiment impossible

Aucun module contenant du code Python ne s'installe sur Odoo Online. Pas un petit, pas un « juste pour ce calcul ». La plateforme n'accepte que les modules du catalogue officiel. Nous avons soumis un module de calcul de frais de livraison ; il a été refusé, comme prévu. C'est la règle du SaaS, et elle ne se négocie pas.

Ce que ça interdit concrètement : une logique métier qui s'exécute dans Odoo au moment d'une action (recalculer un prix à la validation, bloquer une commande sous condition complexe, parler à un service externe depuis le serveur Odoo). Tout ce qui demande du Python côté serveur.

Avant tout : regardez votre plan

C'est la vérification que personne ne fait, et elle change tout. Odoo Online se vend en deux plans payants. Sur la page tarifs, le Standard coûte 24,90 € par utilisateur et par mois en annuel, le Custom 44,90 €. Et Studio, l'API externe et l'IA agentique ne sont ouverts que sur le Custom. Si votre intégrateur dit « impossible » et que vous êtes sur le Standard, la réponse n'est peut-être pas une migration vers Odoo.sh, mais un changement de plan, bien moins coûteux. Les voies n°1 et n°4 ci-dessous en dépendent.

Les quatre contournements qui marchent

  • 1. Odoo Studio. Champs, vues, automatisations simples, rapports. Inclus dans le plan Custom, sans code, et suffisant pour une bonne part des demandes « impossibles ». Sa limite : tout ce qui est calculé doit rester simple, et un champ calculé non stocké ne se filtre pas dans les vues. Nous l'avons appris en cassant un filtre.
  • 2. Les actions serveur, dans leur bac à sable. Un Python restreint, exécuté par Odoo, déclenché à la main ou par une automatisation. Pas de bibliothèque externe, pas d'appel réseau, mais de quoi recalculer, copier, alerter. Le board d'achat qui affiche le franco avant de commander a été construit comme ça, en environ 8 h 30 cumulées, conception et décision d'architecture comprises.
  • 3. Les modules « data-only ». Un ZIP qui contient des vues XML, du JavaScript et du style, sans Python, s'importe sur Online. Nous avons livré ainsi un module qui patche un composant d'interface natif pour afficher une information de stock en ligne. Piège vécu : un ZIP créé sous Windows avec l'outil standard met des barres obliques inversées dans les chemins et l'import échoue. Créez le ZIP en Python ou sur Linux.
  • 4. Tout ce qui tourne à l'extérieur. Un programme hors d'Odoo qui lui parle par son API peut lire, créer, modifier, tout ce qu'un utilisateur peut faire. Un serveur MCP, un script de nuit, un bot Telegram. Sur Odoo 19, c'est l'API JSON-2 ; rien à installer dans Odoo. C'est la voie par laquelle notre serveur MCP pour Odoo fonctionne sur Online, avec le plan Custom.

La voie n°4 a un second avantage, qui n'a rien de technique : le coût. Avec Odoo 20, les fonctions d'IA intégrées se paient en crédits, 1 € pièce, sans que la consommation par question soit publiée. Un programme externe choisit son modèle. Le nôtre tourne sur un modèle ouvert, sur une machine équipée d'une bonne carte graphique administrée à distance, et ne décompte rien à la question.

Quand la migration vers Odoo.sh se justifie quand même

Nous ne vendons pas de migration, nous pouvons donc le dire sans intérêt : il y a des cas où elle est la bonne réponse. Une logique métier lourde qui doit s'exécuter au cœur de chaque transaction. Un connecteur transporteur maison, parce qu'Odoo n'a aucun connecteur natif pour Colissimo, Chronopost, DPD ou GLS, et qu'un agrégateur ne convient pas à tout le monde. Une intégration qui doit appeler un service externe depuis le serveur Odoo, de façon synchrone.

Dans ces cas-là, oui, Odoo.sh ou un serveur dédié. Mais ce sont des cas identifiables en une heure de discussion, pas une fatalité attachée à l'abonnement. Sur cinq mois, nous n'avons eu qu'un seul vrai « impossible », le module de livraison, et il a trouvé une autre forme.

Pour la suite logique, ce qu'Odoo 20 change à cette carte avec son serveur MCP natif : Odoo 20 ouvre la porte aux agents. Pour la voie n°4 en détail, piloter Odoo de l'extérieur depuis Claude Code (RPC, navigateur, pièges) : le workflow technique Claude Code + Odoo. Et pour la méthode de départ sur un Odoo existant, configurer Odoo avec l'IA. Vous avez un « impossible » en attente sur votre Online ? Soixante minutes pour le regarder, sans engagement : prenez rendez-vous.

Vousêtesaubonendroit.Onenparle?

60 minutes pour transformer cette lecture en plan concret pour votre PME. Zéro engagement, zéro jargon — juste votre métier et nos outils.