Nomenclature (logistique)
Une nomenclature (logistique) est une liste des matières premières ou des pièces et des quantités de chacune nécessaires pour fabriquer, assembler ou réparer un produit final. Une nomenclature (logistique) est conçue comme une représentation compacte orientée stocks des exigences associées à un produit final. À ce titre, elle se retrouve couramment dans de nombreux produits de logiciel d’entreprise tels que ERPs ou MRPs, et utilisée pour automatiser des opérations répétitives telles que les commandes de réapprovisionnement priorisé. En pratique, les nomenclatures constituent un terme générique qui revêt des intentions diverses selon le secteur.

Aperçu de la nomenclature (logistique)
La nomenclature (logistique) est un artefact informationnel largement utilisé dans la supply chain, un peu comme les SKUs (Stock-Keeping Unit) ou les MOQs (Quantités Minimales de Commande). Dans sa forme la plus simple, également appelée nomenclature simple, la nomenclature est une liste de matériaux et des quantités associées. Dans sa forme la plus avancée, généralement obtenue à partir d’un logiciel de CAO (conception assistée par ordinateur), la nomenclature inclut des dessins techniques du produit et le placement des pièces. L’intention associée à une nomenclature varie selon le secteur considéré:
- En fabrication, les nomenclatures reflètent généralement un processus où les pièces, ou composants, sont assemblés. Les consommables, tels que le ruban adhésif, la peinture, l’huile ou l’encre, ne sont fréquemment pas pris en compte dans les nomenclatures de fabrication. Les nomenclatures sont principalement utilisées pour maintenir la cohérence des flux entre les proportions relatives des matières premières, des travaux en cours et des produits finis.
- Dans le commerce de détail, les nomenclatures sont généralement appelées bundles, kits ou packs. Elles reflètent un mécanisme de tarification destiné à augmenter la taille du panier du client, lui offrant une réduction s’il achète davantage de marchandises chez le détaillant. Parfois, le bundle n’est qu’une question de commodité, par exemple vendre le jouet avec ses piles. Dans ces situations, les nomenclatures peuvent rester une perspective purement abstraite.
- Dans le remanufacturing et la maintenance, les nomenclatures représentent les matériaux qui pourraient être nécessaires pour effectuer des réparations. Dans de telles situations, les quantités indiquées par la nomenclature ne sont que des limites supérieures des matériaux finalement requis. En fonction de l’état du composant réparable, les réparations nécessitent généralement seulement une fraction de la nomenclature, bien que les quantités exactes ne soient généralement pas connues avant l’achèvement de la réparation.
La gestion des nomenclatures relève de la gestion des données de référence, et ainsi, les systèmes de gestion des actifs tels que les ERPs ou MRPs intègrent généralement les nomenclatures d’une manière ou d’une autre. De nombreuses tâches routinières, telles que les réapprovisionnements de stocks, dépendent du maintien de nomenclatures précises et à jour.
Nomenclature multi-niveaux
Une nomenclature multi-niveaux est similaire à une nomenclature, mais dans laquelle les éléments de la liste peuvent eux-mêmes avoir leur propre nomenclature. La nomenclature multi-niveaux est en fait la perspective récursive d’une nomenclature. Bien que la nomenclature multi-niveaux puisse paraître plus avancée, ce n’est généralement pas le cas, car un logiciel qui supporte les nomenclatures finit habituellement par supporter les nomenclatures multi-niveaux, même si ce support est « accidentel ». En effet, une fois que les nomenclatures sont supportées par le logiciel, rien n’empêche les praticiens de la supply chain de créer des pièces « virtuelles » dans le système qui ont leur propre nomenclature. Ces pièces virtuelles peuvent exister dans le seul but de représenter une nomenclature multi-niveaux si le système n’offre pas de méthode plus canonique pour traiter les nomenclatures multi-niveaux.
La plupart des fonctionnalités intéressantes liées aux nomenclatures multi-niveaux concernent :
- la validation des saisies de données, par exemple pour empêcher les dépendances circulaires - lorsqu’une pièce apparaît comme l’une de ses exigences internes - d’être saisies dès le départ.
- la facilité d’utilisation, comme le déploiement de toutes les nomenclatures internes d’un produit final donné, afin de faciliter la gestion de nomenclatures complexes impliquant de nombreux niveaux.
- l’enrichissement des données, par exemple en associant des délais d’approvisionnement à la structure de la nomenclature, afin de fournir une perspective plus fine sur le processus sous-jacent modélisé par la nomenclature.
Nomenclatures et taux de service
Assurer une qualité de service - fréquemment mesurée en termes de taux de service - pour les produits finis chaque fois que les nomenclatures sont impliquées est généralement un problème statistique quelque peu complexe. La plupart des entreprises manipulant des nomenclatures servent de nombreux produits finis dans lesquels plusieurs pièces internes sont partagées - par exemple, la même pièce contribue à plusieurs produits finis et apparaît par conséquent dans plusieurs nomenclatures. Dans ces situations, même si les taux de service des pièces internes sont connus, qu’ils soient mesurés empiriquement ou dirigés intentionnellement, il n’existe pas de formule fermée pour calculer le taux de service résultant des produits finis.
Si l’entreprise ne possède qu’un seul produit fini, alors le taux de service de ce produit peut fréquemment être raisonnablement approximé comme étant le plus bas des taux de service de l’une quelconque de ses pièces. Toutes choses égales par ailleurs, dans cette situation, les ruptures de stock des pièces internes sont supposées être fortement corrélées, car les stocks de sécurité devraient être maintenus synchronisés, puisque le produit fini unique constitue la seule source de consommation des pièces. Cette approximation peut ne pas être valable si les fournisseurs ont des délais d’approvisionnement variés, ou s’il existe d’autres sources d’incertitude au-delà de la demande future des produits finis.
Si l’entreprise possède un grand nombre de produits finis, et qu’aucun produit ne domine réellement les autres en termes de volume, alors le taux de service de chaque produit fini peut être raisonnablement approximé comme le produit des taux de service de toutes ses pièces. Dans cette situation, la disponibilité des pièces internes est supposée être indépendante, et leur disponibilité est une condition préalable à l’assemblage du produit fini. Cette approximation peut ne pas être valable si la consommation des pièces internes est dominée par quelques produits finis.
Les deux situations ci-dessus, respectivement appelées produit fini unique et produits finis uniformes représentent respectivement les limites supérieure et inférieure que l’on peut attendre du taux de service d’un produit fini par rapport au taux de service de ses pièces. Au mieux, le produit fini a un taux de service qui n’est pas inférieur à celui de sa pièce la plus faible. Au pire, le produit fini a un taux de service qui n’est pas supérieur au produit des taux de service de toutes ses pièces.
Nomenclature de remanufacturing
Dans le remanufacturing, généralement appelé MRO (Maintenance Repair Overhaul) en aéronautique, les produits finis (par exemple, les rotables dans l’aviation) peuvent être réparés, et la nomenclature représente la liste complète des matériaux qui pourraient être impliqués dans une réparation. Cependant, une fois le produit fini démonté et inspecté, il apparaît généralement qu’une petite fraction de la liste de la nomenclature originale est réellement nécessaire pour effectuer la réparation. Par ailleurs, les pièces internes exactes et les quantités requises pour compléter l’opération de réparation ne peuvent être connues à l’avance.
La nomenclature de remanufacturing diffère de la nomenclature (classique) car elle appartient fondamentalement à un domaine différent, celui de l’historisation des opérations, tandis que la nomenclature relève du domaine des données de référence. Le nombre d’entrées de données impliquées est substantiellement plus élevé, car chaque opération de réparation peut être retracée jusqu’aux pièces consommées, et l’incertitude est généralement irréductible.
Assurer la qualité de service - généralement mesurée par le TAT (turn-around time) - en présence de nomenclatures de remanufacturing, est encore plus compliqué que de gérer des nomenclatures classiques, car non seulement la demande future de réparations est incertaine, mais aussi les exigences associées à chaque réparation sont incertaines. La modélisation et l’optimisation de la qualité de service dans le cas du remanufacturing se font généralement par le biais de la prévision probabiliste et de la modélisation.
Nomenclature configurable
De nombreuses industries, notamment l’automobile et l’électronique, offrent un haut degré de configurabilité au client afin de définir ce que sera le produit fini. Lorsque le nombre d’options dépasse ce qui peut être raisonnablement géré par des SKUs distincts - attribuant un SKU pour chaque configuration possible - les entreprises recourent généralement à la notion de nomenclature configurable, qui définit l’ensemble des configurations acceptables.
Les nomenclatures configurables présentent une série de défis :
- Définir une compréhension qui soit non seulement suffisamment expressive pour inclure toutes les configurations possibles, mais aussi assez expressive pour exclure celles qui sont irréalisables. Par exemple, lorsqu’on considère une station de travail (ordinateur personnel), la compatibilité d’un adaptateur secteur donné dépend de la liste des composants installés dans la station de travail. En informatique, l’objectif des compréhensions est de fournir un niveau intermédiaire d’expressivité, supérieur aux expressions booléennes (faible expressivité), mais inférieur aux programmes génériques (expressivité maximale). La compréhension utilisée pour les nomenclatures configurables est fréquemment adaptée aux besoins spécifiques de l’entreprise, car même les concurrents peuvent ne pas avoir les mêmes exigences.
- Offrir une bonne expérience utilisateur aux clients, ou au personnel de vente, qui doivent naviguer dans le configurateur. Le configurateur est le logiciel qui permet de passer une commande sur mesure pour une configuration du produit, qui peut ne jamais être répétée. En particulier, gérer les affinités ou incompatibilités internes entre pièces ou sous-systèmes peut submerger le client avec des choix dépassant sa capacité de jugement. Un bon configurateur soutient son utilisateur final à cet égard.
- Chaque unité vendue est fondamentalement unique. À l’instar de la situation en remanufacturing, la nomenclature doit être évaluée d’un point de vue probabiliste qui attribue une probabilité à chaque configuration. Cependant, contrairement à la situation de remanufacturing, les nomenclatures configurables sont généralement bien plus contraignantes, chaque contrainte constituant une information pouvant être exploitée dans le cadre d’un processus dl’optimization de la supply chain. Par exemple, pour revenir à la station de travail, quelle que soit la sélection des composants, il y a toujours au moins un adaptateur secteur.
Les supply chains dans lesquelles les nomenclatures configurables sont impliquées nécessitent presque toujours des modèles numériques sur mesure, car les séries temporelles et la plupart des modèles, qui pourraient être qualifiés d’optimisations supply chain « classiques », ne sont généralement pas applicables.
La vision de Lokad sur la nomenclature (logistique)
À première vue, les nomenclatures sont simples. Pourtant, cette simplicité est trompeuse. Bien que la gestion des nomenclatures soit généralement aisée - sauf dans le cas des nomenclatures configurables qui sont invariablement compliquées - optimiser quoi que ce soit (niveaux de stocks, taux de service, délais d’approvisionnement) lorsque les nomenclatures sont impliquées devient considérablement plus difficile. La plupart des fournisseurs de logiciels prétendent supporter les nomenclatures, mais la plupart du temps, ils se contentent de supporter la gestion des nomenclatures, ce qui revient à une fonctionnalité triviale, sans rien offrir au niveau de l’optimisation.
D’un point de vue de la modélisation, les nomenclatures constituent des graphes et nécessitent des capacités / fonctions / modules orientés graphes afin d’être traitées efficacement. Lokad a développé de manière exhaustive ses propres capacités adaptées à ce type de situations de supply chain. De plus, selon nous, optimiser une supply chain en présence de nomenclatures est la première étape logique vers l’optimisation d’un réseau multi-niveaux.