Pourquoi la profondeur de fabrication d’un ERP généraliste atteint ses limites en production hybride

Odoo revient dans presque toutes les conversations sur les ERP pour PME françaises, et ce n’est pas un hasard de marketing. Sa couverture fonctionnelle, sa communauté de plus de 40 000 modules, son tarif d’entrée accessible en font une référence légitime pour structurer la gestion commerciale, la comptabilité et les achats d’une petite entreprise industrielle. La question ne se pose pas dans les mêmes termes pour toutes les PME industrielles. Elle devient différente à partir du moment où la production combine assemblage discret et fabrication par recette dans la même chaîne.

Ce qu’un module de fabrication généraliste couvre bien

Pour une PME qui assemble un produit à partir d’une nomenclature simple, avec peu de niveaux et peu de variantes, un module de production intégré à un ERP généraliste répond correctement au besoin. Les ordres de fabrication se créent, les composants se décomptent du stock, le coût remonte au niveau du produit fini. C’est exactement le scénario que la plupart des intégrateurs Odoo décrivent dans leurs retours clients, souvent avec de bons résultats sur l’automatisation de la planification.

Là où la logique commence à se fissurer

La difficulté apparaît à un endroit précis, au moment où les deux logiques de production se combinent, bien plus rarement dans la fabrication discrète prise isolément. Un fabricant qui assemble un boîtier électronique à partir de composants dénombrables et qui, dans la même gamme de produits, formule un matériau, une résine, un enduit, un mélange, sous forme de recette exprimée en pourcentages plutôt qu’en quantités fixes, demande à l’ERP de gérer deux structures de données fondamentalement différentes en même temps.

Une nomenclature discrète décrit un produit réversible : chaque vis, chaque connecteur peut en principe être retiré. Une recette de fabrication par process décrit une transformation irréversible : une fois mélangés, les ingrédients ne redeviennent pas séparables. Un module conçu principalement autour de la logique discrète traite en général la seconde comme une exception, avec un contournement, souvent une nomenclature factice ou une double saisie parallèle dans un fichier séparé.

Le coût caché de ce contournement

Ce contournement reste indolore à faible volume. Il devient un point de friction récurrent à mesure que le nombre de références qui traversent les deux modes augmente, parce que chaque contournement est une étape manuelle qu’il faut répéter correctement, à chaque lot, par quelqu’un qui se souvient qu’elle existe.

Le calcul de coût en pâtit particulièrement. Une nomenclature discrète additionne le coût de composants individuels. Une recette de process calcule le coût à partir d’un pourcentage d’ingrédients et d’un rendement de lot, ce qui signifie qu’un rendement inférieur à la normale ou une perte en cours de fabrication change le coût réel par unité d’une manière qu’une simple liste de pièces n’a jamais à prendre en compte. Un système pensé pour un seul des deux modes gère rarement bien la logique de coût de l’autre.

Une question de périmètre, pas de qualité du logiciel

Ce n’est pas un défaut d’Odoo ou de tout autre ERP généraliste performant. C’est une question de périmètre de conception. Un ERP généraliste optimise pour la largeur, couvrir un maximum de métiers avec un socle commun. Une plateforme verticale optimise pour la profondeur sur un métier précis, au prix d’une couverture plus étroite en dehors de ce métier.

Pour une PME industrielle dont la production reste dans un seul mode, discret ou process, cet arbitrage penche naturellement vers la solution généraliste, en particulier si elle utilise déjà d’autres modules de l’écosystème pour la vente ou la comptabilité. Pour une PME dont le produit traverse réellement les deux modes, fréquent en électronique, dispositifs médicaux ou matériaux composites, l’arbitrage se pose différemment : la spécialisation d’un ERP vertical ne vaut quelque chose que si elle couvre les deux moitiés du produit, pas une seule.

Ce qui vaut la peine d’être vérifié avant de choisir

Avant de trancher, quatre questions concrètes aident davantage qu’une liste de fonctionnalités. Le système permet-il à une nomenclature structurée et à une recette en pourcentage de se référencer l’une l’autre, quand un article fabriqué par process devient un composant d’un assemblage discret. Le calcul de coût remonte-t-il correctement quel que soit le mode ayant produit chaque intrant. La traçabilité par lot et par numéro de série fonctionne-t-elle de façon cohérente dans les deux sens. Et la profondeur fonctionnelle annoncée est-elle démontrée sur des cas industriels réels, pas seulement sur la partie commerciale et comptable de la démonstration.

L’angle sous lequel Bimp aborde ce problème

Bimp a été conçu spécifiquement pour cette combinaison, fabrication discrète, process et hybride dans une même structure de nomenclatures et de gammes opératoires, plutôt que l’un des deux modes greffé sur l’autre après coup. Pour une PME industrielle qui a déjà exploré Odoo et dont la production traverse réellement les deux logiques, la question n’est pas de remplacer un bon socle de gestion commerciale. C’est de vérifier si le module de fabrication choisi reflète la moitié du produit qui, aujourd’hui, tourne encore dans un fichier à côté du système officiel.