L'écosystème communautaire d'Odoo est son principal atout et son principal piège. Atout, parce que presque tout besoin a déjà été rencontré par quelqu'un. Piège, parce qu'un module installé est un engagement : il faudra le maintenir à chaque montée de version.
Le travail utile n'est donc pas de trouver un module, c'est d'en choisir un qui vivra aussi longtemps que votre instance.
L'essentiel
- Le risque n'est pas de ne pas trouver : c'est d'installer un module abandonné.
- Critère n° 1 : le module est-il porté sur la version que vous visez, et l'a-t-il été rapidement sur les précédentes ?
- Critère n° 2 : son dépôt est-il actif, et le module a-t-il plusieurs contributeurs ?
- Critère n° 3 : combien de dépendances tire-t-il ? Chaque dépendance est un module de plus à maintenir.
- 1 725 modules documentés par Atalios sur 51 dépôts, branche Odoo 18 : la liste existe et elle est à jour.
Les cinq critères, dans l'ordre
| # | Critère | Comment le vérifier |
|---|---|---|
| 1 | Porté sur la version visée | La branche correspondante existe et contient le module |
| 2 | Historique de portage | Le module était-il disponible rapidement sur les versions passées ? |
| 3 | Nombre de dépendances | Lire le manifeste : chaque dépendance s'ajoute à votre périmètre |
| 4 | Largeur du dépôt | Un dépôt actif, avec beaucoup de modules, est mieux suivi |
| 5 | Intrusivité | Ajoute-t-il un traitement à chaque écriture ? Modifie-t-il des vues standard ? |
Le critère 2 est le meilleur prédicteur, et le plus négligé. Un module porté dans le mois qui suit chaque version majeure le sera probablement encore la prochaine fois. Un module qui a mis dix mois à être porté la dernière fois vous fera attendre autant.
Le critère 5 est celui qui se paie en exploitation : un module qui intervient à chaque sauvegarde de document rend la validation perceptiblement plus lente, et dix modules de ce type produisent une instance que les utilisateurs trouvent molle sans savoir pourquoi.
Les trois signaux qui doivent faire renoncer
- Un seul contributeur, et une seule entreprise derrière. Si cette entreprise change de priorité, le module s'arrête. C'est le risque de dépendance le plus concret de l'écosystème libre.
- Des dépendances vers des modules que vous ne connaissez pas. Un module simple qui tire cinq dépendances n'est pas un module simple : c'est six modules à maintenir.
- Il modifie un comportement central — la numérotation des pièces, la valorisation du stock, le calcul de la TVA. Ces zones doivent rester aussi proches du standard que possible, car toute divergence s'y paie en contrôle fiscal ou en écarts comptables.
Le troisième signal admet des exceptions, et la facturation électronique française en est une : les modules du dépôt fr-einvoicing touchent effectivement le cœur de la facturation, et il n'y a pas d'alternative. On accepte alors l'exposition, en connaissance de cause, parce que l'obligation est légale.
La règle qui évite le plus de dégâts
Elle est simple et désagréable : moins de modules possible.
Chaque module ajouté améliore une chose et ajoute un point de fragilité à la montée de version. Avant d'installer, posez les quatre alternatives : le paramétrage du standard suffit-il ? Une procédure interne peut-elle changer ? Peut-on y renoncer ?
Un module résout un problème aujourd'hui et en crée un dans deux ans, au moment de la montée de version. La question n'est pas « est-ce qu'il marche », c'est « est-ce que ça vaudra encore ce prix ».
C'est pourquoi nous assemblons des packs plutôt que de répondre module par module : socle commun (57 modules), services (81), négoce (75), industrie (72), retail (68), finance et RH (69). L'intérêt n'est pas le nombre, c'est qu'ils ont été testés ensemble. Voir les 6 modules par lesquels commencer.
Les dépôts les plus utiles à une PME française
Tous les dépôts ne se valent pas en termes d'utilité réelle pour une PME. Voici ceux que nous installons le plus souvent.
| Dépôt | Modules documentés | Ce qu'il apporte |
|---|---|---|
l10n-france | 26 | Localisation française : TVA, FEC, SEPA, mentions légales |
fr-einvoicing | 9 | Réforme de la facturation électronique |
account-financial-reporting | 7 | États financiers, balances, grands livres |
account-reconcile | 17 | Lettrage assisté du rapprochement bancaire |
bank-statement-import | 18 | Import des relevés CAMT, OFX, formats bancaires |
purchase-workflow | 106 | Approbations, conditions, contrôles d'achat |
sale-workflow | 157 | Remises, conditions de vente, blocages |
server-tools | 55 | Journalisation, outils d'exploitation |
server-auth | 26 | Authentification unique, clés d'API, sessions |
Les quatre premiers forment le socle incontournable d'une comptabilité française. Les deux suivants se choisissent selon votre activité, et les deux derniers relèvent de l'exploitation — ils ne servent pas les utilisateurs mais ceux qui maintiennent l'instance.
Pourquoi nous documentons 1 725 modules
Ce n'est pas un argument de volume. C'est une réponse à une question qui revient chaque semaine : est-ce qu'il existe un module pour ça, et que fait-il exactement ?
Sans documentation, cette question demande d'aller lire du code. Avec une fiche par module — description fonctionnelle, écrans ajoutés, champs créés, guide d'utilisation — elle demande trente secondes.
Et elle rend mécanique la décision de monter de version : il suffit de vérifier la disponibilité des dépôts dont vous dépendez. Voir quelle version choisir, et quand monter.
Questions fréquentes
Les modules communautaires Odoo sont-ils fiables ?
Les dépôts actifs et largement contribués le sont, et ils sont utilisés en production par des milliers d'entreprises. Le risque n'est pas la qualité du code : c'est l'abandon. Un module porté rapidement sur chaque version majeure est un bon pari ; un module à contributeur unique est une dépendance à une personne.
Combien de modules faut-il installer ?
Le moins possible. Notre socle commun en compte 57, et les packs métier montent entre 68 et 81 — mais ces modules ont été choisis et testés ensemble. Installer à la demande, module par module, produit un empilement dont personne ne peut plus garantir la montée de version.
Comment savoir si un module ralentira mon instance ?
Regardez s'il intervient à chaque écriture de document — contrôle, recalcul, écriture dans un journal, notification. Chacun est léger, dix empilés rendent la validation d'une facture perceptiblement lente. Le symptôme caractéristique est : tout est rapide sauf enregistrer.
Peut-on désinstaller un module sans risque ?
Souvent oui, mais pas toujours : un module qui a créé des champs et des données laisse des traces, et sa désinstallation peut supprimer ces données. Testez sur une copie de votre base avant, jamais directement en production.
Qui maintient les modules de mon instance ?
En Community, votre prestataire. Chez Atalios, la maintenance de l'instance est incluse, et la montée vers une version majeure est une option explicite — parce qu'elle implique précisément de retester chacun des modules installés, un par un, dans son usage réel.
Pour aller plus loin
- Quelle version choisir, et quand monter
- Personnaliser ou rester sur le standard
- Odoo Community ou Enterprise : le comparatif
En résumé
Le risque n'est pas de ne pas trouver un module, c'est d'installer un module abandonné. Vérifiez la version visée, l'historique de portage, les dépendances, la vitalité du dépôt et l'intrusivité. Et gardez la règle la plus utile : le moins de modules possible, choisis et testés ensemble. Parlons de votre périmètre.
