Choisir ses modules Odoo sans se tromper

Listez vos flux critiques, ceux qui vous font perdre du temps toutes les semaines. Vendre, acheter, stocker, produire, facturer, encaisser, suivre la rentabilité. Repérez celui qui vous fait perdre le plus de temps ou d’argent aujourd’hui.

C’est ce flux qui décide de votre premier module, pas la longueur du catalogue Odoo. Chaque application ajoutée doit régler une friction précise et produire un gain visible.

Pour la plupart des PME, un socle propre réunit CRM, Ventes et Comptabilité. Vous gérez la prospection, les devis et commandes, puis le suivi financier dans un seul outil, que vous pouvez ensuite automatiser.

Ce trio fait tourner l’essentiel. Faites-le adopter par l’équipe avant d’ajouter quoi que ce soit.

Quand la vente monte, ajoutez Inventaire pour le stock et Achats pour le réapprovisionnement. Pour vendre en ligne, activez Site web et e-commerce.

Tous ces modules partagent la même base. Une commande met à jour le stock, une vente en ligne remonte dans vos ventes, sans double saisie ni fichiers qui se contredisent.

Ajoutez les briques suivantes seulement quand un besoin clair apparaît. RH et Recrutement dès que les effectifs grandissent, Projet pour piloter des missions, Fabrication pour un atelier.

On avance une application à la fois. Vous gardez un outil lisible et une équipe qui suit. Tout empiler d’un coup, c’est la meilleure façon de n’utiliser aucun module.

Activer trop de modules au démarrage est l’erreur la plus fréquente, et la plus longue à défaire. Nous cadrons ce périmètre avec nos clients, cf nos conseils et formations.

L'inventaire de ce qui est réellement installé, et de ce que ça coûte.

#!/usr/bin/env bash
# Quels modules tournent, et lesquels sont payants ou sur mesure ?
# C'est la premiere source de mauvaise surprise sur un projet repris.

odoo shell -d votre_base <<'PY'
mods = env['ir.module.module'].search([('state', '=', 'installed')])
payants = sur_mesure = 0
print(f"{len(mods)} modules installes\n")
for m in mods.sorted('name'):
    lic = m.license or 'inconnue'
    if 'OEEL' in lic:
        marque, payants = '💰', payants + 1
    elif m.author and 'Odoo' not in (m.author or ''):
        marque, sur_mesure = '🔧', sur_mesure + 1
    else:
        marque = '  '
    print(f"  {marque} {m.name:32} {lic}")
print(f"\n  💰 {payants} module(s) sous licence payante")
print(f"  🔧 {sur_mesure} module(s) hors editeur, a reecrire a chaque migration")
PY

Les 2 compteurs du bas sont les seuls qui comptent au moment de décider.

Les modules payants s'ajoutent à l'abonnement, et leur coût n'apparaît pas dans le devis initial.

Les modules hors éditeur devront être réécrits à chaque montée de version majeure. C'est le vrai frein d'un projet à long terme.

👉 La règle qui évite le piège. Avant d'ajouter un module sur mesure, demandez toujours : peut-on obtenir 80 % du résultat avec un module standard ? Les 20 % restants coûtent souvent plus cher que tout le reste, à chaque migration.