Quand Odoo ne fait pas exactement ce dont vous avez besoin, la réponse est un module. Le développer demande habituellement un environnement Python, une instance de test et quelqu'un qui connaît le framework Odoo.

Aidoo Modules remplace cette chaîne par une conversation : vous décrivez le besoin, Claude écrit le module, Aidoo le déploie sur une instance Odoo jetable pour que vous le testiez en vrai, puis le pousse sur votre dépôt Git.

Un connecteur distinct

Aidoo Modules utilise son propre connecteur MCP et sa propre famille de clés, séparés de ceux d'Aidoo AI. Vos données Odoo et votre code de module ne se croisent jamais.

Où trouver les modules

Les projets de modules vivent dans l'espace Modules du tableau de bord : basculez avec le sélecteur en haut de la barre latérale.

Le cycle de vie

Un projet de module passe par trois états, dans cet ordre :

État	Signification
Brouillon	Le code est en cours d'écriture
Testé en sandbox	Le module s'est installé sur une instance jetable
En production	Une personne a approuvé le passage en production

Toute modification ramène au brouillon

Modifier un fichier de la version de base fait automatiquement repasser le projet en brouillon. Un nouveau test en sandbox est alors obligatoire avant tout passage en production. Il n'y a aucun moyen de sauter cette étape.

Ce que fait la sandbox

Une sandbox est une instance Odoo complète et éphémère, provisionnée à la demande, avec la même version et la même édition que votre Odoo. Il y en a une par environnement (production et pré-production) : tous les modules activés de l'environnement y cohabitent, comme ils cohabiteront dans votre Odoo. Aidoo y installe votre module et vous donne une URL.

Vous cliquez dans les écrans, vous testez vos cas réels, vous constatez ce que le module fait vraiment. Si quelque chose ne va pas, vous le dites à Claude, il corrige, il redéploie.

La sandbox est une instance jetable : sa durée de vie est de 72 heures par défaut, réarmée à chaque déploiement. « Mettre à jour ce module » installe ou met à jour un seul module sans toucher aux autres ; « Redéployer le serveur » reconstruit l'instance à neuf et réinstalle tous les modules, en effaçant les données de test. Vos données de production n'y sont jamais copiées : c'est une base de démonstration.

Ce que Claude sait de votre Odoo

Avant d'écrire une ligne, Claude interroge la structure réelle de votre base : les modèles existants, leurs champs, leurs types, leurs relations. Il n'invente pas un nom de champ, il lit le vôtre.

Cette introspection porte uniquement sur la structure. Aucune donnée métier n'est lue, ni transmise, ni copiée dans la sandbox.

L'édition et la version d'Odoo sont détectées automatiquement à partir de votre connexion : vous ne les choisissez pas, et le module généré cible d'emblée le bon environnement. Claude reçoit aussi les règles de syntaxe propres à cette version (vues, attributs, chatter) et chaque fichier écrit est contrôlé contre elles avant le déploiement.

Odoo Online n'accepte pas les modules personnalisés

Une base hébergée sur Odoo Online ne permet pas d'installer un module personnalisé. Aidoo Modules le détecte et vous prévient : pour installer vos modules, connectez une base hébergée sur Odoo.sh ou sur votre propre serveur.

Plusieurs versions d'Odoo

Un module a une version de base, celle de votre Odoo. Pour le faire tourner sur une autre version, vous lui ajoutez une variante : une copie de son code pour cette version, que Claude porte ensuite en suivant les règles de la version cible. Chaque variante est poussée sur une branche Git qui porte son numéro de version (17.0, 18.0…), la convention que lit l'Odoo Apps Store. L'icône du module est commune à toutes ses versions.

Publier sur l'Odoo Apps Store

Un module peut aussi être proposé sur apps.odoo.com. Aidoo prépare la fiche (page de description, image principale, captures, guide d'utilisation, licence et prix) et pousse une branche par version ; il ne reste qu'à enregistrer le dépôt sur le site d'Odoo. Le détail est dans GitHub et mise en production.

Ce que ça permet, concrètement

ajouter des champs et des écrans à un modèle existant
créer un modèle métier propre à votre activité
automatiser un traitement qui n'existe pas dans Odoo standard
produire un rapport PDF sur mesure
adapter un flux Odoo à votre organisation

J'ai besoin d'un champ « code chantier » sur les commandes de vente, obligatoire, visible dans la liste et filtrable, avec un rapport mensuel du chiffre d'affaires par chantier.

Les limites

Contrainte	Valeur
Versions d'Odoo	16.0 à 19.0, Community ou Enterprise
Fichiers par module	200
Taille d'un fichier	512 Ko
Taille totale d'un module	5 Mo
Sandboxes simultanées	1 en essai, 3 sur le plan Standard
Projets de modules	3 en essai, illimité sur le plan Standard
Durée de vie d'une sandbox	72 heures par défaut, réarmée à chaque déploiement

Chaque installation ou mise à jour d'un module en sandbox coûte 25 crédits, prélevés sur le même pool que les agents. L'essai en est exempté.

La production reste une décision humaine

Claude ne peut pas déployer en production. Il peut préparer le module, le tester et le pousser sur votre dépôt Git. Le passage en production demande une approbation explicite d'un propriétaire ou d'un administrateur, depuis l'interface Aidoo ; le module s'installe ensuite sur votre Odoo à partir de votre dépôt Git, Aidoo n'y touche pas. Le déploiement en production n'est pas disponible pendant l'essai gratuit.

Ce que ça ne remplace pas

Aidoo Modules produit du vrai code Odoo, versionné dans votre dépôt : vous en êtes propriétaire, et un développeur peut le reprendre à tout moment.

Cela dit, un module qui touche à la comptabilité, à la paie ou à des calculs réglementaires mérite une relecture par quelqu'un qui connaît le domaine. L'outil accélère l'écriture et supprime la mise en place de l'environnement ; il ne remplace pas le jugement sur ce qui est juste pour votre métier.

Étape suivante

Créer un module : du besoin exprimé au module testé
GitHub et mise en production : versionner et déployer