Expertise · développement
Développement spécifique Odoo : seulement quand le standard ne suffit pas
Chaque ligne de code spécifique devra être maintenue à chaque montée de version.
Nous cherchons donc la solution dans le standard d'Odoo, puis dans le paramétrage Odoo et nous ne développons que ce qui reste. Quand un développement spécifique Odoo s'impose, le module Odoo sur mesure est écrit pour durer : il étend le standard par héritage, il est documenté et il vous appartient.
Comment arbitrons-nous entre standard, paramétrage et développement ?
Trois niveaux, toujours dans cet ordre. Le développement n'arrive qu'en dernier.
- Le standard. Dans la majorité des demandes, la fonction existe déjà : elle est mal connue ou mal paramétrée.
- Le paramétrage. Champs, vues, automatismes, rapports : on adapte sans écrire de code à maintenir.
- Le développement. Seulement pour ce qui reste, après une spécification écrite que vous validez.
Réponse courte : un développement spécifique Odoo se justifie quand une règle de gestion propre à votre activité ne peut s'exprimer ni dans le standard ni par paramétrage. Dans tous les autres cas, nous vous le disons et nous ne proposons pas de code.
Ce que nous développons : modules Odoo sur mesure, interfaces, rapports
Modules métier
Une règle de gestion propre à votre activité, que le standard ne peut pas exprimer.
Interfaces
EDI fournisseurs, banque, logiciel de paie, place de marché, outil métier que vous conservez.
Documents et rapports
Devis, factures et états de pilotage mis en forme selon vos exigences.
Automatisations
Tâches répétitives supprimées, contrôles ajoutés au bon endroit du flux.
Quelle preuve de notre savoir-faire ?
Dix modules sont publiés sur l'App Store Odoo, avec plus de mille installations cumulées. Chacun est né d'un projet client, à partir d'une gêne quotidienne que le standard ne traitait pas. Vous pouvez les parcourir dans notre catalogue de modules ANOR.
Un module publié est exposé à de nombreuses installations : il doit rester stable, lisible et compatible avec le standard. Nous appliquons les mêmes exigences à vos développements privés.
Comment le code est-il écrit ?
- Il étend le standard par héritage, sans jamais modifier le cœur d'Odoo.
- Chaque nom technique est stable : il ne change jamais, pour ne casser aucune installation.
- Une documentation est livrée avec le code.
- Le code vous appartient. Il vous est remis et reste exploitable par un autre intégrateur.
Le développement suit une spécification écrite, validée par vous avant la première ligne de code. Elle fixe le comportement attendu, les cas limites et les critères de recette. Vous testez ensuite le module sur une base de recette, avant toute mise en production.
Comment se déroule un développement spécifique Odoo ?
1
Qualification du besoin
Nous comprenons le problème métier avant de parler de solution et vérifions qu'il ne se règle pas dans le standard. C'est un temps de conseil : souvent, une revue du processus suffit.
2
Spécification écrite
Comportement attendu, cas limites et critères de recette sont décrits dans un document que vous validez.
3
Développement et recette
Le module est livré sur une base de recette. Vos utilisateurs le testent sur leurs données avant toute mise en production.
4
Remise du code et documentation
Le code et sa documentation vous sont remis. Le suivi des montées de version peut être confié à notre équipe de support.
Trois règles que nous tenons sur chaque module Odoo sur mesure
- Chaque développement part d'une spécification écrite.
- Le cœur d'Odoo reste intact : tout passe par héritage.
- Le code vous appartient, toujours.
Ces trois règles protègent votre capacité à changer de prestataire et à monter de version sans mauvaise surprise. Un module spécifique reste un coût de maintenance : il doit mériter sa place. C'est pourquoi la demande passe d'abord par le conseil en organisationd'ANOR : une règle de gestion réinterrogée se paramètre souvent sans code. Pour une base existante chargée de spécifique, l' audit de situation offert dresse l'inventaire des modules et dit ce qui se garde, se simplifie ou se remplace par le standard.
Questions fréquentes sur le développement spécifique Odoo
Il doit être porté sur la nouvelle version. Ce portage est chiffré dans le projet de migration. C'est pour cette raison que nous limitons le spécifique au strict nécessaire.
Oui, après un audit qui dit ce qu'il vaut. Parfois, il vaut mieux le réécrire. Parfois, il se corrige.
À vous. Le code vous est remis et reste exploitable par un autre intégrateur.
Odoo Online n'accepte pas les modules spécifiques. Il faut Odoo.sh ou un serveur dédié, ce que détaille notre page sur l' hébergement et l'infogérance.
Oui, c'est un cas fréquent : EDI, banque, paie, place de marché ou outil métier conservé. L'offre Odoo que nous commercialisons inclut les API externes.
Le paramétrage se maintient seul à chaque montée de version ; le code doit être porté. Si le besoin s'exprime avec les champs, les vues, les automatismes et les rapports du standard, nous paramétrons. Si une règle de gestion propre à votre activité ne s'exprime pas ainsi, nous écrivons une spécification et nous développons. L'arbitrage vous est remis par écrit.
Le chiffrage suit la spécification écrite, jamais l'inverse : il dépend du nombre de règles à coder, des interfaces concernées et des tests de recette à prévoir. Il inclut la documentation et la remise du code. Le portage à la version suivante se chiffre séparément, dans le projet de migration.
Un besoin que le standard ne couvre pas ?
Décrivez-le-nous. Nous vérifions d'abord s'il se règle sans développement et nous vous le disons franchement.