Nomenclature, BOM, eBOM, mBOM : la colonne vertébrale de vos données produit — et le rôle de PDM, PLM et ERP
Publié le 16 mars 2026 — un retour terrain sur la façon dont BOM, PDM, PLM et ERP s'articulent (ou se déchirent) dans les bureaux d'études industriels.
1. C'est quoi une nomenclature (BOM) ?
La BOM (Bill of Materials — nomenclature en français) est la liste structurée de tous les composants, sous-assemblages et matières nécessaires pour fabriquer un produit. C'est le document pivot entre la conception, la production et les achats.
Elle n'est pas un simple inventaire. Elle encode les relations hiérarchiques entre pièces : un vérin hydraulique est un sous-assemblage qui contient un corps, un piston, des joints, des vis. Supprimer une ligne ou se tromper de quantité peut déclencher un arrêt de ligne ou un rappel produit.
Chez un fabricant d'équipements industriels que j'accompagnais, une seule ligne BOM incorrecte dans Excel avait conduit à commander 12 fois trop de galets de renvoi. Le stock dormait depuis 8 mois. La BOM n'avait jamais été synchronisée entre le BE et la production.Mohamed Omar Baouch
Attributs de base
- Numéro de pièce (référence interne)
- Désignation / description
- Quantité et unité
- Niveau hiérarchique (niveau 0 = produit fini, niveau 1 = sous-assemblages…)
- Statut (en développement, validé, obsolète)
Attributs étendus
- Fournisseur et référence fournisseur
- Coût standard / coût réel
- Indice de révision
- Documents associés (plan, spec, DFM)
- Liens vers CAO (fichier SLDPRT, SLDASM…)
Il existe plusieurs types de BOM selon le stade du produit et l'utilisateur :
Ce sont les deux premières — eBOM et mBOM — qui concentrent 80 % des problèmes dans les PME industrielles. La transformation de l'une vers l'autre est souvent le chantier le plus sous-estimé d'un projet PDM/ERP.
2. eBOM vs mBOM : deux lectures d'un même produit
La eBOM et la mBOM décrivent le même produit mais sous des angles radicalement différents. Confondre les deux, ou ne pas prévoir la transformation de l'une vers l'autre, est l'une des sources de friction les plus courantes entre bureaux d'études et ateliers.
eBOM — Engineering BOM
- Produite par le bureau d'études
- Reflète la structure fonctionnelle du produit tel que conçu
- Organisée autour des fonctions (module hydraulique, module électrique…)
- Liée aux fichiers CAO (SOLIDWORKS, Creo, Catia…)
- Gérée dans le PDM ou PLM
- Versionnée avec les indices de révision
mBOM — Manufacturing BOM
- Produite par les méthodes / fabrication
- Reflète la séquence d'assemblage réelle
- Peut éclater ou regrouper des niveaux de la eBOM selon les postes
- Contient des composants fantômes, des kits, des opérations
- Gérée dans l'ERP (SAP, Sage, Cegid, IFS…)
- Pilote les ordres de fabrication et les achats
La transformation eBOM → mBOM est rarement automatique. Elle nécessite une étape de transformation structurelle : des pièces disparaissent (brutes → usinées), des opérations s'ajoutent, des niveaux hiérarchiques sont réorganisés selon les gammes de fabrication.
Un même produit peut avoir une eBOM à 4 niveaux et une mBOM à 7 niveaux — ou l'inverse. Ce n'est pas un bug, c'est la réalité de deux métiers qui ont des besoins différents.
3. Le PDM : gardien des données CAO et de la eBOM
Le PDM (Product Data Management) est un système de gestion des données techniques issues de la CAO. Son rôle principal est de stocker, versionner et sécuriser les fichiers SOLIDWORKS, les plans, les propriétés personnalisées, et d'en extraire automatiquement la nomenclature (eBOM).
Ce que fait un PDM
- Coffre de données CAO avec gestion des droits
- Versioning et indices de révision (A, B, C…)
- Extraction automatique de la eBOM depuis les assemblages CAO
- Gestion des états (En cours / Validé / Obsolète)
- Workflows d'approbation (validation plan, visa BE)
- Réplication multi-sites pour les entreprises distribuées
- Archivage froid (Cold Storage) des données historiques
Ce que ne fait pas un PDM
- Gérer les modifications produit (ECO/ECR) de façon formelle
- Piloter les projets ou les jalons
- Gérer les coûts ou les approvisionnements
- Tracer la configuration produit sur plusieurs variantes
- Orchestrer les échanges entre BE, méthodes et production
Les solutions PDM les plus répandues dans les PME industrielles françaises que j'accompagne :
- SOLIDWORKS PDM Standard / Professional — la solution la plus courante dans les BE sous SOLIDWORKS (80 % de mes clients)
- PTC Windchill PDMLink — couplé à Creo, orienté grands comptes
- 3DEXPERIENCE Platform (Dassault Systèmes) — PDM intégré dans un environnement PLM complet
- Autodesk Vault — pour les BE sous Inventor
Principe fondamental : un PDM bien configuré produit une eBOM propre et versionnée. C'est la matière première que le PLM va gouverner et que l'ERP va consommer. Sans PDM, la eBOM existe dans des fichiers Excel, et tout le reste est fragilisé.
4. Le PLM : orchestrateur du cycle de vie
Le PLM (Product Lifecycle Management) est une stratégie — autant qu'un système — qui couvre l'ensemble du cycle de vie d'un produit : de l'idéation à la mise hors service. Il englobe le PDM, mais va bien au-delà.
Là où le PDM se concentre sur les données (fichiers, eBOM, états), le PLM se concentre sur les processus qui font évoluer ces données.
Ce que fait un PLM
- Gestion des modifications formelles (ECR / ECO)
- Configuration management (tracer quelle version est chez quel client)
- Gestion de projet produit (jalons, livrables, ressources)
- Intégration multi-disciplines (mécanique, électrique, logiciel)
- Qualification et validation (DFMEA, DVP, plans de validation)
- Gestion des exigences (traçabilité exigences → conception)
- Portail fournisseurs (partage de données CAO avec sous-traitants)
Solutions PLM du marché
- 3DEXPERIENCE (Dassault Systèmes) — PDM + PLM + collaboration
- PTC Windchill — référence industrie aéronautique / défense
- Siemens Teamcenter — automobile et aérospace
- Arena PLM / Propel — orienté électronique et PME tech
- OpenBOM, Aligni — PLM léger pour startups hardtech
En pratique, la frontière entre PDM et PLM est souvent floue. Beaucoup de PME n'ont qu'un PDM (SOLIDWORKS PDM) et appellent ça "leur PLM". Ce n'est pas faux dans l'usage, mais il faut savoir ce qui manque : la gestion formelle des modifications, la traçabilité de configuration, le lien avec les projets.
Le PDM vous dit ce que vous avez conçu et quand. Le PLM vous dit pourquoi c'est différent de la version précédente, qui a approuvé le changement, et quelles machines en service sont impactées.Mohamed Omar Baouch
5. L'ERP : la mBOM en production et en achat
L'ERP (Enterprise Resource Planning) est le système de gestion de l'entreprise au sens large : finances, ressources humaines, achats, stocks, production, logistique. Dans notre contexte, ce qui nous intéresse c'est le module GPAO (Gestion de Production Assistée par Ordinateur) et la gestion des nomenclatures de fabrication.
L'ERP consomme la mBOM pour :
- Générer les ordres de fabrication (OF) avec les composants nécessaires
- Déclencher les ordres d'achat selon les besoins nets (calcul MRP)
- Calculer les coûts de revient (coût standard × quantités BOM)
- Piloter le stock en consommant les composants à l'émission de chaque OF
- Tracer la traçabilité de production (numéro de lot, N/S)
ERPs courants en industrie française
- SAP S/4HANA / SAP Business One — grands comptes et ETI
- Sage X3 / Sage 100 — PME industrielles, très répandu
- Cegid XRP Flex — PME, souvent couplé à SOLIDWORKS PDM via Gateway
- IFS Applications — industrie manufacturière, aéronautique
- Odoo — PME / startups industrielles (open source)
- Sylob — ERP dédié industrie manufacture
Ce que l'ERP ne fait pas côté produit
- Gérer les fichiers CAO ou les plans
- Versionner les pièces par indice de révision technique
- Piloter les workflows de validation BE
- Comprendre la structure fonctionnelle (eBOM)
- Gérer les ECO/ECR formels
L'ERP est impitoyable sur la qualité de la mBOM. Une erreur de quantité dans la BOM ERP, c'est un stock erroné, un coût de revient faux, et potentiellement une ligne de production arrêtée. C'est pour ça que la synchronisation PDM → ERP (via un connecteur ou la PDM Gateway) est l'un des projets les plus critiques qu'on me demande de traiter.
6. Les liens entre PDM, PLM et ERP
Les trois systèmes ne sont pas des silos indépendants. Ils échangent des données dans les deux sens, et c'est précisément là que les entreprises rencontrent le plus de difficultés.
Le flux principal : PDM → ERP (eBOM → mBOM)
C'est le flux le plus courant. À chaque validation d'une nomenclature dans le PDM, les données doivent être transmises à l'ERP pour créer ou mettre à jour la BOM de fabrication. Ce transfert est rarement automatique dans les PME : il se fait encore souvent manuellement, via des exports Excel.
Les mécanismes d'intégration existants :
- PDM Gateway (SOLIDWORKS PDM Pro) — connecteur natif vers SAP, Sage, Cegid et d'autres ERP via XML/CSV
- API REST / Web Services — pour les intégrations sur mesure
- Middleware EAI (Boomi, MuleSoft, Talend) — pour les architectures complexes multi-sites
- Export/import CSV manuel — la réalité de 60 % des PME de moins de 100 personnes
Le flux PLM → ERP : les modifications produit
Quand une modification produit (ECO) est validée dans le PLM, elle doit déclencher une mise à jour coordonnée : nouvelle révision dans le PDM et mise à jour de la mBOM dans l'ERP. C'est là que les BOM divergent si les processus ne sont pas formalisés.
Le flux ERP → PLM : remontée terrain
Moins connu, mais crucial : les retours de production (rebuts, substitutions de composants, non-conformités) doivent remonter vers le PLM pour déclencher des modifications formelles. Sans cette boucle, le design reste figé sur une réalité de terrain qui a évolué.
Architecture idéale (PME > 50 pers.)
- PDM = source de vérité des données CAO + eBOM
- PLM = gouvernance des modifications et de la configuration
- ERP = exécution production, achats, coûts via mBOM
- Connecteur PDM → ERP automatisé sur validation
- Processus ECO formalisé entre PLM et ERP
Architecture fréquente (PME < 50 pers.)
- PDM = SOLIDWORKS PDM Standard (coffre + eBOM basique)
- Pas de PLM dédié — ECO par email ou réunion
- ERP = Sage ou Cegid, BOM saisie manuellement
- Synchronisation PDM/ERP = export CSV hebdomadaire
- Divergences BOM régulières, détectées en production
7. Ce qui se passe quand rien n'est aligné
Après 80 clients et 95 projets PDM, voici les symptômes récurrents que j'observe quand PDM, PLM et ERP ne parlent pas le même langage :
Dans le bureau d'études
- Plusieurs versions d'une même pièce en circulation sans contrôle d'indice
- Nomenclatures CAO qui diffèrent des nomenclatures ERP sans raison connue
- Ingénieurs qui "sauvegardent" les plans sur des dossiers réseau partagés en parallèle du PDM
- Temps de recherche d'un fichier > 15 minutes par occurrence
En production et achats
- Ordres d'achat sur des références obsolètes
- Stock de composants jamais utilisés (BOM ERP pas mise à jour)
- Arrêts de ligne pour pièces manquantes non prévues dans la BOM
- Coût de revient calculé sur une BOM qui ne correspond plus au produit réel
Ces dysfonctionnements ont un coût direct. Une étude Aberdeen Group régulièrement citée dans le secteur évalue à 2 à 4 % du chiffre d'affaires le coût des erreurs BOM dans les entreprises manufacturières sans intégration PDM/ERP correcte.
La bonne nouvelle : dans la majorité des cas, les données ne sont pas perdues. Elles existent dans le PDM, dans l'ERP, parfois dans Excel. Le travail consiste à identifier l'écart, définir la source de vérité, et mettre en place la synchronisation. C'est un chantier de 2 à 6 mois, pas une révolution.Mohamed Omar Baouch
Par où commencer ?
- Auditer l'état de votre PDM — est-ce que la eBOM générée est propre, à jour, avec des propriétés standardisées ?
- Comparer eBOM PDM et mBOM ERP sur un produit représentatif — mesurer l'écart
- Formaliser un processus de modification — même simple, même sans outil PLM dédié
- Automatiser le flux PDM → ERP si le volume le justifie (PDM Gateway ou script d'export structuré)
- Former les acteurs — BE, méthodes et supply chain doivent parler le même langage BOM
Indicateur clé : comptez le nombre de BOM actives dans votre ERP dont l'indice de révision ne correspond pas à la dernière révision validée dans le PDM. Ce chiffre, seul, suffit à justifier ou non un chantier de synchronisation.
Vous avez trouvé cet article utile ?
Je partage régulièrement des retours d'expérience terrain sur la gestion des données techniques industrielles.
Me contacter