Comment nous avons mis fin aux automatisations jetables dans Odoo
Chaque déploiement Odoo recrée les mêmes automatismes. Ajouter une note quand une fiche est modifiée. Relancer un dossier resté trop longtemps en attente. Envoyer un rappel à une date précise. Appliquer des tags automatiquement, attribuer des tâches, bloquer les modifications après une certaine étape. Les détails changent d’un client à l’autre, mais la logique reste la même.
Pendant un temps, la solution consistait à développer un petit module personnalisé pour chaque besoin. Ça fonctionnait, mais cela signifiait gérer des dizaines de bouts de code quasi identiques, un par client, sans fin. Alors, nous avons changé de méthode : plutôt que de réécrire une automatisation à chaque fois, nous avons conçu un moteur unique, configurable par règles.
Une couche de configuration, pas de développement
Aujourd’hui, nous disposons d’une bibliothèque de moteurs légers et réutilisables, que nos consultants fonctionnels paramètrent sans toucher au code. Un moteur de relance qui surveille n’importe quel modèle et signale les fiches bloquées trop longtemps dans une étape. Un moteur de rappels qui programme des notifications basées sur des dates, pour n’importe quel objet. Chat automatique, tagging, attribution, workflows d’approbation, verrouillage… Tout se configure, rien ne se réécrit pour chaque client.
Au-dessus de ces moteurs, des packs d’automatisation prêts à l’emploi, adaptés à chaque application Odoo : un jeu de règles pour la comptabilité, un autre pour le helpdesk, un troisième pour le CRM. Un nouveau client n’a plus à attendre qu’un développeur lui crée ses rappels. Les règles existent déjà : il suffit de les activer.
Le vrai changement, c’est la logique
Ce qui compte, ce n’est pas tel ou tel moteur. C’est le passage du "développer une automatisation sur mesure" au "configurer une solution standard". Le code personnalisé, c’est un passif à maintenir pendant des années, qui casse à chaque mise à jour. Une couche de configuration, elle, se met en place en quelques minutes, se comprend sans être développeur, et résiste bien mieux aux évolutions de version. C’est la différence entre une implémentation qui s’adapte et une autre qui accumule de la dette technique à chaque projet.
This is how Majorbird keeps custom work fast and maintainable at the same time. If you're weighing how much of your Odoo should be custom code versus configuration, that's a conversation worth having. Reach the Majorbird team at odoo@majorbird.com or www.majorbird.com.