Développement de module Odoo
Cinq jours pour écrire des modules Odoo propres — c'est-à-dire des modules qu'une montée de version ne détruira pas, et qu'un autre développeur pourra reprendre.
Presque tout est faisable dans Odoo. C’est ce qui rend la question « c’est possible ? » inutile — la réponse est oui, et elle n’apprend rien.
Les bonnes questions sont ailleurs : ce code survivra-t-il à la prochaine montée de version ? Un autre développeur pourra-t-il le reprendre ? Ces cinq jours tournent autour de ça.
Objectifs
À l’issue des cinq jours, chaque développeur sait :
- Structurer un module Odoo dans les règles.
- Définir des modèles, des champs, des contraintes, des champs calculés.
- Construire des vues en XML : formulaire, liste, recherche, kanban.
- Étendre l’existant par héritage — sans jamais toucher au cœur.
- Manipuler l’ORM efficacement, sans écrouler la base.
- Consommer et exposer les API XML-RPC et JSON-RPC.
- Écrire des tests et préparer ses modules à la migration.
Programme
Jour 1 — Les fondations
- L’architecture d’Odoo : modules, dépendances, manifeste
- Environnement de développement, Git, bonnes pratiques de dépôt
- Créer un module : structure, données initiales, sécurité
- Modèles et champs : types, relations, contraintes
- Exercice : un premier module fonctionnel
Jour 2 — Vues et interface
- Les vues XML : formulaire, liste, recherche, kanban
- Actions, menus, fenêtres
- Champs calculés : stockés ou non — et pourquoi ce choix décide de vos performances
- Widgets, domaines, attributs conditionnels
- Exercice : une interface complète
Jour 3 — L’héritage, le cœur du métier
- Hériter d’un modèle : ajouter des champs, surcharger des méthodes
- Étendre une vue par points d’insertion
- Ce qu’il ne faut jamais faire : modifier le cœur, copier au lieu d’hériter
- La règle du
super()et ce qui se passe quand on l’oublie - Exercice : étendre un module standard proprement
Jour 4 — Données et intégration
- L’ORM : recherche, lecture, écriture par lots
- Ce qui écroule une base : lectures massives, champs calculés en liste, écritures unitaires
- Les API XML-RPC et JSON-RPC : consommer, exposer
- Utilisateur technique, clés d’API, droits minimaux
- Traitements longs, files, planification
- Exercice : un connecteur simple, idempotent
Jour 5 — Qualité et durée de vie
- Écrire des tests utiles : les cas qui font mal
- Journalisation exploitable
- Préparer la migration : ce qui casse, ce qui tient
- Revue de code croisée entre participants
- Atelier libre : en intra, sur un besoin réel de votre entreprise
Public et prérequis
Public : développeurs, intégrateurs internes, DSI techniques.
Prérequis : maîtriser Python. Connaître SQL, XML et Git. Cette formation enseigne Odoo à des développeurs, pas la programmation.
Effectif : 4 à 8 participants.
Modalités
Formats : intra (recommandé — le cinquième jour se fait sur vos besoins réels) ou distanciel. Voir les formats.
Moyens pédagogiques : chaque participant code sur son environnement, dès la première heure. Revue de code croisée le dernier jour.
Évaluation : exercices quotidiens, module complet livré et relu en fin de session, attestation individuelle.
Accessibilité : adaptation possible aux situations de handicap, à signaler à la demande de devis.
Ensuite
Pour le référent qui paramètre sans coder : Administration & paramétrage — et c’est souvent le bon préalable, y compris pour un développeur : beaucoup de ce qu’on développe se paramètre.
Questions fréquentes
Faut-il connaître Python ?
Oui, c’est le seul vrai prérequis. Nous n’enseignons pas Python : nous enseignons Odoo à des développeurs Python. Une pratique du SQL et du XML aide beaucoup, et Git est indispensable.
Cinq jours, n'est-ce pas long ?
C’est le minimum pour sortir quelqu’un capable d’écrire un module propre. En trois jours, on forme quelqu’un qui sait faire marcher du code — pas quelqu’un qui sait faire du code qui survit à une migration. La différence se paie plus tard.
Pourquoi tant insister sur l'héritage ?
Parce que c’est ce qui sépare un module qui migre d’un module à réécrire. Copier une méthode pour en changer trois lignes fige le comportement d’origine : les correctifs d’Odoo ne vous atteindront plus jamais. C’est l’erreur la plus coûteuse du développement Odoo.
Les tests sont-ils au programme ?
Oui, une demi-journée. Pas de la couverture pour la couverture : les cas qui font mal, ceux qu’on rejoue avant une montée de version pour savoir en une heure si quelque chose a cassé.
Peut-on travailler sur nos propres besoins ?
En intra, oui, et c’est le meilleur usage du cinquième jour : vos développeurs repartent avec un module réel, écrit pendant la formation et relu avec nous. Signalez le besoin au devis, nous le préparons.
Combien de personnes à former ?
Dites-nous qui, sur quel module, et à quel niveau. Devis et programme sous 24 h ouvrées.