Odoo : paramétrer ou développer ?

La tentation, sur un déploiement Odoo, est de reproduire à l'identique les habitudes de l'entreprise. C'est le chemin le plus court vers un ERP impossible à mettre à jour.

Le critère : l'écart est-il un avantage ?

Si le processus existant constitue un avantage réel — une règle de tarification propre à votre marché, un contrôle qualité qui vous distingue — il justifie un module spécifique. S'il s'agit d'une habitude héritée d'un outil précédent, l'aligner sur le standard coûte moins cher que de le porter à chaque version.

Trois niveaux, dans cet ordre

D'abord le paramétrage : champs, vues, règles d'accès, séquences. Ensuite l'extension par héritage, qui reste compatible avec les mises à jour. En dernier recours seulement, le module spécifique, avec ses tests et sa documentation de reprise.

La reprise de données révèle les vrais écarts

Les ateliers de cadrage décrivent le processus tel qu'il devrait être. La reprise de données montre ce qu'il est vraiment : les champs détournés de leur usage, les codes maison, les doublons. Nous plaçons volontairement une première reprise tôt dans le projet, car elle change souvent les arbitrages.

Ce qui reste après nous

Un ERP sur lequel vos équipes savent intervenir. Cela suppose que les modules spécifiques soient lisibles, testés et documentés, et que vos administrateurs aient été formés au paramétrage plutôt que dépendants du prestataire.