Garder son ERP et construire autour

Un ERP fait rarement tout ce qu’on attend de lui. C’est normal : il a été conçu pour des milliers d’entreprises, pas pour la vôtre.

Le réflexe, quand l’écart devient gênant, est d’envisager d’en changer. C’est presque toujours le mauvais calcul — non pas parce que le nouvel ERP serait mauvais, mais parce que le problème n’est généralement pas là où on le cherche.

Ce qu’un ERP fait bien, et qu’il faut lui laisser

Un ERP porte ce qui doit être unique, traçable et opposable : les écritures comptables, les stocks valorisés, les factures, les obligations légales. Il l’a fait pendant des années, votre équipe le connaît, votre expert-comptable sait le lire, et il a survécu à plusieurs clôtures.

C’est un actif. Le remplacer coûte une reprise de données, une formation complète, et une période — souvent longue — pendant laquelle plus rien n’est à sa place. Tout ça pour retrouver, au mieux, ce que vous aviez déjà.

Ce qu’il fait mal, et pourquoi ce n’est pas sa faute

Un ERP est mauvais partout où votre métier est spécifique.

Il ne connaît pas votre façon de qualifier une demande. Il ignore le circuit exact d’une commande chez vous. Il n’a aucune idée de la manière dont vos commerciaux préparent une visite, ni des critères qui vous font accepter ou refuser un chantier.

Ce n’est pas un défaut de conception. C’est le prix de la mutualisation : pour servir tout le monde, il ne peut épouser personne. Lui reprocher de ne pas connaître votre métier revient à reprocher à un costume de confection de ne pas être à vos mesures.

Le maillon qui manque presque toujours

Dans la plupart des PME que nous outillons, le manque est au même endroit : entre le moment où l’information arrive et le moment où elle entre dans l’ERP.

Un mail arrive. Quelqu’un le lit, le comprend, décide de ce qu’il faut en faire, puis saisit le résultat dans l’ERP. Entre les deux, il y a du travail humain réel — qualifier, vérifier, arbitrer, relancer — et ce travail n’est outillé par rien. Il vit dans des tableurs, des boîtes mail et des mémoires.

C’est là que se construit le sur mesure utile. Pas en remplaçant l’ERP, mais en outillant ce qui se passe avant lui.

Trois règles pour que ça tienne

Un seul référentiel, et c’est l’ERP. L’outil construit à côté ne détient pas la vérité : il la prépare, la propose, et la pousse. Deux systèmes qui prétendent tous deux dire le vrai finissent toujours par diverger, et personne ne sait plus lequel croire.

La donnée circule dans un sens. Décidez pour chaque information qui la crée et qui la lit. Les allers-retours bidirectionnels sont la première cause de divergences silencieuses, celles qu’on découvre six mois plus tard.

L’outil doit survivre à une montée de version de l’ERP. Cela se prépare : s’appuyer sur les interfaces prévues pour ça plutôt que sur la base de données, et vérifier ce qui casse avant d’appliquer une mise à jour, pas après.

Un exemple

Labo and Co utilise Odoo, et l’a gardé. Ce qui manquait ne concernait pas la gestion : c’était le pilotage des équipes commerciales — objectifs, primes, prévisions, et une lecture quotidienne accessible depuis un mobile.

Aucun module Odoo ne faisait ça comme leur organisation le demandait. Nous avons construit l’outil à côté, branché sur les données existantes. L’ERP n’a pas bougé.

La question à se poser

Avant d’envisager de changer d’ERP, posez-la : ce qui me gêne relève-t-il de ce que l’ERP est censé faire ?

Si oui — les stocks sont faux, la facturation ne suit pas, la comptabilité est ingérable — alors le sujet est bien l’ERP.

Si non — le temps se perd avant, dans la préparation, la qualification, le suivi — changer d’ERP ne changera rien. Vous aurez le même problème, dans un outil que personne ne connaît encore.

Le diagnostic sait faire cette distinction à partir de votre description, en moins d’une minute.