La BOM
La BOM, ou nomenclature produit, est la structure arborescente de tout ce qu'il faut pour fabriquer un produit. C'est le document de référence sur lequel s'alignent le bureau d'études et la fabrication.
Définition en bref
Une BOM (Bill of Materials, nomenclature produit) définit les composants nécessaires à la fabrication d'un produit : matières premières, produits semi-finis ou ingrédients.
- Il n'y a jamais une seule nomenclature : conception, planification, fabrication et coût en ont chacun une.
- L'écart entre la nomenclature de conception et celle de fabrication est la source de friction la plus courante.
- Le sigle SBOM a deux acceptions distinctes : nomenclature commerciale et nomenclature logicielle.
Qu'est-ce qu'une BOM (nomenclature produit) ?
La documentation de Microsoft en donne une définition nette : une nomenclature définit les composants nécessaires à la fabrication d'un produit ; ces composants peuvent être des matières premières, des produits semi-finis ou des ingrédients. Dans certains cas, des services peuvent y être référencés, mais les nomenclatures décrivent typiquement les ressources matérielles requises (Microsoft Learn, mise à jour du 10 juillet 2025).
Une nomenclature n'est pas une liste mais une structure arborescente : un composant peut lui-même avoir sa propre nomenclature, sur plusieurs niveaux. Cette arborescence permet l'analyse d'impact — quels produits finis sont concernés par la modification d'un composant donné — et explique le coût de sa tenue à jour.
Côté normalisation, il existe une norme horizontale de la CEI sur le sujet : IEC 62027:2011, Preparation of object lists, including parts lists. Elle relève de la documentation technique et non de la gestion de production : elle ne définit pas la nomenclature produit au sens ERP ou PLM, et aucune norme ne remplit ce rôle.
Il n'y a jamais une seule nomenclature
C'est la source de confusion la plus fréquente. La documentation Microsoft distingue six usages : ébauche, conception, planification, fabrication, calcul de coût et nomenclature fantôme (Microsoft Learn). Deux d'entre eux concentrent l'essentiel des difficultés.
- L'EBOM (Engineering BOM) décrit ce que le bureau d'études a conçu : elle montre la structure des composants d'un point de vue fonctionnel et s'accompagne généralement du plan (Arena, a PTC Business).
- La MBOM (Manufacturing BOM) décrit ce qu'il faut réellement pour produire : une liste structurée de sous-ensembles, incluant les pièces à traiter avant assemblage et la façon dont elles s'articulent.
L'écart entre les deux est normal et nécessaire : le bureau d'études ne comptabilise pas les consommables d'assemblage ; la fabrication, si. La difficulté apparaît lorsque cet écart n'est plus géré : une modification de conception qui n'atteint pas la nomenclature de fabrication provoque un arrêt de ligne.
C'est précisément ce que le digital thread vise à résoudre : maintenir la continuité entre ce qui est conçu dans le PLM et ce qui est exécuté dans l'ERP et le MES.
Le sigle SBOM : deux acceptions distinctes
Le sigle a deux sens documentés, sans rapport entre eux.
- Chez Arena, SBOM signifie Sales Bill of Materials : le détail d'un produit fini avant assemblage, pendant la phase de vente, où produit fini et composants apparaissent séparément sur la commande.
- Chez CISA, l'agence américaine de cybersécurité, SBOM signifie Software Bill of Materials : un inventaire imbriqué, la liste des ingrédients qui composent les briques logicielles. C'est aujourd'hui le sens dominant dans la presse technique, et plusieurs juridictions en font une obligation réglementaire.
Dans un contexte associant production et DSI, les formes développées — « nomenclature commerciale » ou « nomenclature logicielle » — lèvent l'ambiguïté.
Ce qui fait vraiment dériver une nomenclature
Une nomenclature est rarement fausse à la création. Elle dérive progressivement, selon quatre mécanismes récurrents :
- La substitution non tracée. Une pièce manque, l'atelier en monte une équivalente, personne ne le note. Le stock théorique et le stock réel divergent.
- La modification de conception non propagée. L'indice change dans le PLM ; la nomenclature de fabrication reste à l'indice précédent.
- La quantité « à peu près ». Consommables, visserie, colle : les postes que personne ne compte finissent par représenter un écart de coût mesurable.
- Le doublon de référence. Deux articles pour la même pièce, créés à six mois d'écart par deux personnes différentes — l'analyse d'impact devient fausse.
Ces quatre dérives relèvent des pratiques de saisie et de gouvernance des données, non du logiciel. Elles se traitent au moment de la saisie, en rendant visible pour l'utilisateur ce que le champ conditionne en aval — le domaine de l'adoption digitale.
Comment Knowmore sécurise la tenue des nomenclatures.
Créer et modifier une nomenclature est un geste rare pour beaucoup d'utilisateurs, donc un geste qu'on réapprend à chaque fois. K-STUDIO permet de s'y exercer sur une reproduction fidèle de l'application, y compris pour les cas particuliers.
K-NOW rappelle la règle maison au moment de la saisie — quand créer un article plutôt qu'en réutiliser un, comment tracer une substitution — et K-VALUE montre où les utilisateurs abandonnent ou improvisent.
Conclusion
La nomenclature produit n'est pas une liste mais une structure, et il en existe toujours plusieurs versions légitimes : conception, planification, fabrication, coût. Identifier laquelle fait foi pour quelle décision est le premier travail de cadrage.
Le second est la tenue au quotidien. Une nomenclature dérive par saisies manquantes ou approximatives successives, et non par défaillance logicielle ; l'écart se constate en aval, sur la ligne de production ou dans les analyses qui s'appuient dessus.
Questions fréquentes
Quelle différence entre EBOM et MBOM ?
L'EBOM décrit ce que le bureau d'études a conçu, du point de vue fonctionnel, généralement avec le plan. La MBOM décrit ce qu'il faut pour produire réellement : sous-ensembles, pièces à traiter avant assemblage, articulation des composants (Arena/PTC). L'écart entre les deux est normal ; son absence de gestion ne l'est pas.
Existe-t-il une norme sur les nomenclatures ?
Pas au sens où on l'entend en gestion de production. IEC 62027:2011, « Preparation of object lists, including parts lists », est une norme horizontale de documentation technique ; elle ne définit pas la nomenclature produit au sens ERP ou PLM. Les pratiques viennent des éditeurs et des filières, et non d'un texte normatif.
Que signifie SBOM ?
Cela dépend du contexte. Chez les éditeurs PLM, SBOM peut désigner la Sales Bill of Materials, la nomenclature commerciale. En cybersécurité, SBOM désigne la Software Bill of Materials, l'inventaire des composants d'un logiciel (CISA). Les deux sens circulent ; mieux vaut expliciter.
Termes liés
Product Lifecycle Management (PLM)
Gérer l'ensemble du cycle de vie d'un produit, de la conception au retrait, en intégrant processus, données et outils collaboratifs.
Lire la définition →ERP
Le progiciel de gestion intégré (PGI) qui pilote l'ensemble des processus opérationnels de l'entreprise dans un système unifié.
Lire la définition →Digital Thread
Le fil numérique qui relie les données produit tout au long du cycle de vie, de la conception au recyclage, entre PLM, ERP, MES et CRM.
Lire la définition →Une pièce substituée. Jamais tracée.
Parlons des trois champs de votre nomenclature qui décident de tout le reste — et de ce qui garantit qu'ils sont remplis.