Pourquoi ne pas acheter un ERP vertical spécialisé ?

Pour la plupart des niches, les ERP verticaux sont la bonne réponse, scope plus étroit, démarrage plus rapide, risque plus faible. La voie sur mesure sur Odoo a du sens quand l’outil vertical ne couvre pas votre vrai processus cœur ou a vieilli vers un lock-in que vous ne pouvez plus quitter. Nous vous dirons dans quel cas vous êtes pendant la découverte, y compris « achetez l’outil vertical » quand c’est la bonne réponse.

Possédons-nous le code source ?

Oui, chaque ligne dès le jour un. Le code vit dans votre organisation GitHub ou GitLab, vous contrôlez la licence et la roadmap, vous pouvez embaucher n’importe quel développeur Odoo pour la maintenance. Nous ne tenons pas les clés, et nous ne le voulons pas.

Que se passe-t-il à la prochaine montée de version majeure d’Odoo ?

C’est la question que tout acheteur tech senior pose en premier, et celle qui sépare un ERP sur mesure d’un ERP forké. Nous étendons Odoo par héritage (héritage de vue XPath, _inherit sur les modèles, _inherits pour les tables déléguées), nous ne forkons jamais. Chaque module custom est livré avec un script de migration vers la prochaine version, versé à côté du code modèle. Les upgrades majeures sont des projets cadrés (généralement quatre à dix semaines pour un build custom conséquent), pas des réécritures, parce que le cadre fait le gros du travail.

Combien de temps prend un build d’ERP sur mesure réaliste ?

Six à douze mois de la découverte au premier go-live de production pour une unité métier, douze à vingt pour des déploiements multi-entités ou multi-pays. La découverte et la modélisation prennent huit à douze semaines, plus que ce que vous croiriez, parce que les erreurs de modélisation rattrapées là épargnent des mois ensuite. Le budget total se situe en général entre 80 K$ et 400 K$, sur devis après découverte.

Quand nous direz-vous de ne pas faire ce build ?

Dès que l’écart par rapport à Odoo standard est faible et qu’un à trois modules custom suffisent (c’est notre service Personnalisation), ou quand vous avez déjà un outil vertical avec une API ouverte que nous pouvons intégrer, ou quand le vrai problème est la clarté des processus plutôt que le logiciel. Nous préférons perdre le build et gagner la confiance que vendre quelque chose dont vous n’avez pas besoin.

ERP sur mesure · Odoo comme cadre

Construire un ERP sur mesure sur Odoo, quand aucun produit standard ne convient

Pour les entreprises dont les processus cœur n’ont jamais existé dans aucun ERP, et n’existeront pas. Nous utilisons Odoo comme cadre, son ORM Python, son architecture modulaire et son moteur comptable, et nous écrivons les modules qui vous sont propres.

Voir ce que nous construisons

Certaines entreprises ont des processus qui n’existent dans aucun ERP du marché. Plutôt que de partir d’une page blanche, nous utilisons Odoo comme cadre, son ORM Python, son architecture modulaire, son modèle de sécurité, sa clôture comptable, et écrivons les modules qui vous sont propres. Vous obtenez un ERP sur mesure, sans réécrire les fondations qu’Odoo a déjà solidifiées sur des millions d’installations.

Cette approche n’est pas pour tout le monde. Nous recommandons Odoo standard, ou de la personnalisation légère, pour la grande majorité des PME. Voyez quand un ERP sur mesure est le bon choix avant de cadrer un engagement.

Ce que veut dire « Odoo comme cadre »

Six capacités qui distinguent un build sur cadre d’un déploiement standard.

Modélisation du domaine

Nous modélisons votre activité en objets, relations et contraintes dans l’ORM d’Odoo avant la moindre UI. Le modèle de données est le socle, tout en hérite.

Modules sur mesure

Chaque workflow unique vit dans son propre module installable : graphe de dépendances propre, tests isolés, peut être retiré ou remplacé plus tard sans toucher au reste.

Moteurs de workflow

Machines à états multi-étapes, routage conditionnel, chaînes d’approbation, jobs planifiés, avec piste d’audit. Sur les server actions et mail flows d’Odoo, pas en bricolage par-dessus.

Sécurité et ACL

Accès par enregistrement, par champ, par action. Règles d’accès alignées sur votre organigramme réel. Journal d’audit de chaque lecture et écriture quand la réglementation l’exige.

Rapports et tableaux de bord

PDF QWeb pour les documents, Spreadsheets pour l’analyse, contrôleurs custom pour ce que les rapports standard n’expriment pas. Les chiffres viennent en direct d’Odoo, pas d’un export.

Intégrations et API

REST, JSON-RPC, webhooks, connecteurs en file d’attente, ponts EDI. Bidirectionnel, idempotent, avec logs rejouables quand quelque chose côté aval casse.

Quand c’est la bonne voie, et quand ça ne l’est pas

Nous refusons les mauvais départs. La page est plus utile ainsi.

Construisez un ERP sur mesure sur Odoo quand

Votre workflow cœur n’existe dans aucun ERP du marché et votre équipe le tient en vie dans des tableurs depuis des années.
Vous avez dépassé votre outil vertical, mais un Odoo générique laisse encore un tiers du quotidien dans des systèmes annexes.
Vous voulez posséder le code source et piloter la roadmap à votre rythme, pas à celui d’un éditeur SaaS.
Vous comptez faire évoluer le modèle pendant cinq ans ou plus et il vous faut un cadre, pas un produit figé.

Restez sur Odoo standard quand

Vous êtes sous 25 utilisateurs et l’écart par rapport à Odoo standard est faible. Un ou deux modules custom le comblent : c’est le service Personnalisation, pas celui-ci.
Vous avez déjà un outil vertical avec une API ouverte. La refonte est rarement rentable, utilisez l’Intégration pour le brancher à Odoo.
Vous seriez la seule entreprise sur la version que vous emmènerez en prod. Un build sur cadre exige un budget de maintenance réellement financé dans la durée.
Votre vrai problème est la clarté des processus, pas le logiciel. Une mission de Conseil avant tout code est la réponse moins chère et plus honnête.

Comment se déroule un build d’ERP sur mesure

Six phases, conçues pour que vous puissiez vous arrêter à chaque frontière si le tableau change.

Découverte

Deux à quatre semaines d’ateliers avec les personnes qui font le travail. Nous cartographions les workflows, nommons ceux qui rentrent dans Odoo standard et isolons ceux qui exigent des modules custom. Livrable : un document d’architecture et une proposition à prix fixe.

Modélisation du domaine

Nous traduisons vos processus en objets, relations et machines à états Odoo. Revu par vos experts métier avant le moindre travail UI. Une erreur de modélisation rattrapée ici coûte des jours, rattrapée après build, des semaines.

Spécification des modules

Chaque module custom reçoit une spec d’une page : modèle de données, flux clés, matrice d’accès, points d’intégration, cas de test. Votre validation de chaque spec débloque le build.

Build itératif

Sprints de deux semaines, démo à la fin de chacun, logiciel fonctionnel cliquable sur une instance de pré-prod. Les changements de scope passent par des change orders écrits, pas de facturation cachée.

Durcissement

Profilage de performance, tests aux limites, revue sécurité, scripts de migration de données. Les deux mois ennuyeux qui séparent « ça démonte bien » de « ça fait tourner le métier à la clôture ».

Déploiement et passation

Go-live par paliers, hypercare de trente à quatre-vingt-dix jours, formation des power users internes, documentation complète de chaque module custom. Vous pouvez embaucher un développeur pour la maintenance dès le jour un si vous le souhaitez.

Ce que nous promettons sur le code

Les quatre habitudes qui séparent un ERP sur mesure d’un ERP forké.

Héritage upgrade-safe

Nous étendons Odoo, nous ne le forkons jamais. Héritage de vue XPath, _inherit sur les modèles, scripts de migration correctement portés. Odoo 19 vers 20 est un projet, pas une réécriture.

Propriété du code source

Vous possédez chaque ligne de code custom dès le jour un. Hébergé sur votre GitHub ou GitLab, BSL quand ça a du sens, MIT pour les parties que vous pourriez open-sourcer plus tard. Aucune clause de lock-in.

Livraison soutenue par les tests

Chaque module custom est livré avec des tests unitaires couvrant sa surface publique, plus des tests d’intégration sur les workflows qui comptent. La suite de tests tourne en CI à chaque commit.

Style aligné OCA

Nous suivons les conventions de code de l’Odoo Community Association. N’importe quel développeur OCA peut lire votre code dès le jour un, le marché de la maintenance est large plutôt que captif d’un fournisseur.

Patrons issus d’engagements réels

Nous n’avons pas livré un ERP sur mesure from-scratch pour chaque client. Ce que nous avons livré, c’est de la personnalisation lourde sur le cadre Odoo, les mêmes techniques que vous utiliseriez pour bâtir un ERP sur mesure dès le jour un. Deux engagements qui ont sollicité le cadre le plus fort :

MFG · MODULES CUSTOM

De SAP B1 à Odoo, MRP et qualité sur mesure

Migration de SAP Business One avec modules custom d’atelier, points de contrôle qualité et workflows de maintenance. Illustre le travail de modélisation qu’un build d’ERP sur mesure réalise pour les domaines Manufacturing, Qualité et Maintenance.

Lire l’étude de cas →DISTRIB · MULTI-ENTREPÔTS

Quatre centres de distribution, code-barres et logique de stock

Routage multi-entrepôts, flux code-barres custom, comptages cycliques en direct et ponts EDI vers les grands enseignes sur Odoo Inventory. Illustre la plomberie de routage, ACL et moteur d’opérations sur laquelle reposerait un ERP de distribution sur mesure.

Lire l’étude de cas →

Prêt à cadrer un build sur mesure ?

Réservez un appel d’architecture gratuit de 30 minutes. Nous identifions les workflows qui exigent des modules custom et ceux qu’Odoo standard couvre déjà, et vous disons honnêtement quelle voie convient.

Réserver un appel d’architecture gratuit

ERP sur mesure sur Odoo, questions fréquentes

01Pourquoi ne pas acheter un ERP vertical spécialisé ?
Pour la plupart des niches, les ERP verticaux sont la bonne réponse, scope plus étroit, démarrage plus rapide, risque plus faible. La voie sur mesure sur Odoo a du sens quand l’outil vertical ne couvre pas votre vrai processus cœur ou a vieilli vers un lock-in que vous ne pouvez plus quitter. Nous vous dirons dans quel cas vous êtes pendant la découverte, y compris « achetez l’outil vertical » quand c’est la bonne réponse.
02Possédons-nous le code source ?
Oui, chaque ligne dès le jour un. Le code vit dans votre organisation GitHub ou GitLab, vous contrôlez la licence et la roadmap, vous pouvez embaucher n’importe quel développeur Odoo pour la maintenance. Nous ne tenons pas les clés, et nous ne le voulons pas.
03Que se passe-t-il à la prochaine montée de version majeure d’Odoo ?
C’est la question que tout acheteur tech senior pose en premier, et celle qui sépare un ERP sur mesure d’un ERP forké. Nous étendons Odoo par héritage (héritage de vue XPath, _inherit sur les modèles, _inherits pour les tables déléguées), nous ne forkons jamais. Chaque module custom est livré avec un script de migration vers la prochaine version, versé à côté du code modèle. Les upgrades majeures sont des projets cadrés (généralement quatre à dix semaines pour un build custom conséquent), pas des réécritures, parce que le cadre fait le gros du travail.
04Combien de temps prend un build d’ERP sur mesure réaliste ?
Six à douze mois de la découverte au premier go-live de production pour une unité métier, douze à vingt pour des déploiements multi-entités ou multi-pays. La découverte et la modélisation prennent huit à douze semaines, plus que ce que vous croiriez, parce que les erreurs de modélisation rattrapées là épargnent des mois ensuite. Le budget total se situe en général entre 80 K$ et 400 K$, sur devis après découverte.
05Quand nous direz-vous de ne pas faire ce build ?
Dès que l’écart par rapport à Odoo standard est faible et qu’un à trois modules custom suffisent (c’est notre service Personnalisation), ou quand vous avez déjà un outil vertical avec une API ouverte que nous pouvons intégrer, ou quand le vrai problème est la clarté des processus plutôt que le logiciel. Nous préférons perdre le build et gagner la confiance que vendre quelque chose dont vous n’avez pas besoin.