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 est destinée à représenter de manière compacte les exigences associées à un produit final. En tant que telle, elle se retrouve couramment dans de nombreux produits logiciels d’entreprise tels que les ERP ou les MRP, et est utilisée pour automatiser des opérations répétitives telles que les commandes de réapprovisionnement. En pratique, les nomenclatures sont un terme générique qui varie en fonction de la verticalité.

Aperçu de la nomenclature

La nomenclature est un artefact d’information largement utilisé dans la supply chain, tout 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 de 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 comprend des dessins techniques du produit et le placement des pièces. L’intention associée à une nomenclature varie en fonction de la verticalité considérée :

• Dans la fabrication, les nomenclatures reflètent généralement un processus où les pièces ou les composants sont assemblés. Les consommables, tels que le ruban adhésif, la peinture, l’huile ou l’encre, ne sont souvent pas pris en compte dans les nomenclatures de fabrication. Les nomenclatures sont principalement utilisées pour maintenir une cohérence de flux entre les proportions relatives des matières premières, des travaux en cours et des produits finis.
• Dans la vente au détail, les nomenclatures sont généralement appelées offres groupées, kits ou packs. Elles reflètent un mécanisme de tarification destiné à augmenter la taille du panier du client, en lui offrant une réduction s’il achète plus de marchandises chez le détaillant. Parfois, le pack est simplement une question de commodité, par exemple vendre le jouet avec ses piles. Dans ces situations, les nomenclatures peuvent rester une perspective purement abstraite.
• Dans la remanufacturation 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 données par la nomenclature ne sont que des bornes supérieures sur les matériaux qui pourraient finalement être nécessaires. Selon l’état du composant réparable, les réparations nécessitent généralement seulement une fraction de la nomenclature pour être terminées, bien que les quantités exactes ne soient généralement pas connues avant la fin de la réparation.

La gestion des nomenclatures relève du domaine de la gestion des données maîtres, et donc, les systèmes de gestion des actifs tels que les ERP ou les MRP intègrent généralement des nomenclatures d’une manière ou d’une autre. De nombreuses tâches routinières et banales, telles que les réapprovisionnements de stocks, dépendent de la maintenance de nomenclatures précises et à jour.

Nomenclature multi-niveaux

Une nomenclature multi-niveaux est similaire à une nomenclature, mais les éléments de la liste peuvent eux-mêmes avoir leurs propres nomenclatures. La nomenclature multi-niveaux est essentiellement la perspective récursive d’une nomenclature. Bien que la nomenclature multi-niveaux puisse sembler quelque peu plus avancée, ce n’est généralement pas le cas, car un logiciel qui prend en charge les nomenclatures finit généralement par prendre en charge les nomenclatures multi-niveaux, même si cette prise en charge est “accidentelle”. En effet, une fois que les nomenclatures sont prises en charge, du point de vue logiciel, il n’y a généralement rien qui empêche les praticiens de la chaîne d’approvisionnement de créer des pièces “virtuelles” dans le système qui ont leurs propres nomenclatures. Ces pièces virtuelles peuvent exister dans le seul but de représenter une nomenclature multi-niveaux si le système ne propose pas de moyen plus canonique de traiter les nomenclatures multi-niveaux.

La plupart des fonctionnalités intéressantes autour des nomenclatures multi-niveaux impliquent :

• la validation des données saisies, par exemple pour empêcher l’entrée de dépendances circulaires - où une pièce apparaît comme l’une de ses exigences internes - dès le départ.
• la facilité d’utilisation, comme le déroulement de toutes les nomenclatures internes d’un produit final donné, pour faciliter la gestion de nomenclatures complexes où de nombreux niveaux sont impliqués.
• l’enrichissement des données, par exemple en associant des délais d’approvisionnement de fabrication à la structure de la nomenclature, afin de fournir une perspective plus fine sur le processus sous-jacent modélisé à travers 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 finaux lorsque des nomenclatures sont impliquées est généralement un problème statistique quelque peu difficile. La plupart des entreprises qui traitent des nomenclatures servent de nombreux produits finaux où plusieurs pièces internes sont partagées - par exemple, la même pièce contribue à plusieurs produits finaux et apparaît donc dans plusieurs nomenclatures. Dans ces situations, même si les taux de service des pièces internes sont connus, mesurés de manière empirique ou délibérément contrôlés, il n’existe pas de forme fermée pour calculer le taux de service résultant pour les produits finaux.

Si l’entreprise n’a qu’un seul produit final, alors le taux de service de ce produit final peut souvent être approximé de manière raisonnable comme étant le plus bas des taux de service de l’une quelconque de ses pièces. Toutes choses étant égales par ailleurs, dans cette situation, les ruptures de stock des pièces internes sont censées être fortement corrélées, car les stocks de sécurité sont censés être synchronisés, car le seul produit final est la seule source de consommation des pièces. Cette approximation peut ne pas être valable si les fournisseurs ont des délais de livraison variables, ou s’il existe d’autres sources d’incertitudes au-delà de la demande future pour les produits finaux.

Si l’entreprise a un grand nombre de produits finaux, et si aucun produit ne domine vraiment les autres en termes de volume, alors le taux de service de n’importe quel produit final peut être approximé de manière raisonnable 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 la disponibilité des pièces internes est une condition pour assembler le produit final. Cette approximation peut ne pas être valable si la consommation des pièces internes est dominée par quelques produits finaux.

Les deux situations ci-dessus, respectivement appelées produits finaux uniques et produits finaux uniformes, représentent respectivement les bornes supérieure et inférieure que l’on peut attendre du taux de service d’un produit final par rapport au taux de service de ses pièces. Dans le meilleur des cas, le produit final a un taux de service qui n’est pas inférieur au taux de service de sa pièce la plus faible. Dans le pire des cas, le produit final a un taux de service qui n’est pas supérieur au produit des taux de service de toutes ses pièces.

Nomenclature de remanufacturation

En remanufacturation, généralement appelée MRO (Maintenance Repair Overhaul) dans l’aviation, les produits finaux (par exemple, les pièces réutilisables 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 que le produit final est désassemblé et inspecté, il apparaît généralement que seule une petite fraction de la liste de nomenclature d’origine est réellement nécessaire pour effectuer la réparation. Cependant, les pièces internes exactes et les quantités nécessaires pour effectuer l’opération de réparation ne peuvent pas être connues à l’avance.

La nomenclature de remanufacturation diffère de la nomenclature (régulière) car elle appartient fondamentalement à un domaine différent, le domaine de l’historisation des opérations, tandis que la nomenclature appartient au domaine des données maîtres. Le nombre d’entrées de données impliquées est considérablement plus élevé, car chaque opération de réparation peut être retracée jusqu’à ses 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 temps de rotation (TAT) - en présence de nomenclatures de remanufacturation est encore plus compliqué que de traiter avec des nomenclatures régulières, car non seulement la demande future de réparations est incertaine, mais les exigences associées à chaque réparation sont également incertaines. La modélisation et l’optimisation de la qualité de service dans le cas de la remanufacturation sont généralement réalisées grâce à des prévisions probabilistes et à la modélisation.

Nomenclature configurable

De nombreuses industries, notamment l’automobile et l’électronique, offrent un degré élevé de configurabilité au client afin de définir ce que sera le produit final. Lorsque le nombre d’options dépasse ce qui peut être raisonnablement géré par des unités de gestion des stocks distinctes (SKU) - en attribuant un SKU pour chaque configuration possible - les entreprises ont généralement recours à 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 suffisamment expressive pour exclure toutes les configurations impossibles. 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 souvent 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 commercial qui doivent parcourir le configurateur. Le configurateur est le logiciel qui permet de réaliser une commande sur mesure pour une configuration du produit qui ne sera peut-être jamais observée à nouveau. En particulier, traiter les affinités internes ou les incompatibilités entre les pièces ou les sous-systèmes peut surcharger le client de choix qui dépassent sa capacité de jugement. Un bon configurateur soutient l’utilisateur final à cet égard.
• Chaque unité vendue est fondamentalement unique. Tout comme dans le cas de la remanufacturation, la nomenclature doit être évaluée d’un point de vue probabiliste qui attribue une probabilité à chaque configuration individuelle. Cependant, contrairement à la situation de remanufacturation, les nomenclatures configurables sont généralement beaucoup plus contraintes, chaque contrainte étant une information qui peut être exploitée dans un processus d’optimisation de la supply chain. Par exemple, en revenant à la station de travail, peu importe les composants sélectionnés, 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 de supply chain “classiques”, ne sont généralement pas applicables.

La vision de Lokad sur les nomenclatures

En apparence, les nomenclatures sont simples. Pourtant, cette simplicité est trompeuse. Alors que la gestion des nomenclatures est généralement simple - sauf dans le cas des nomenclatures configurables qui sont invariablement compliquées - l’optimisation de tout (niveaux de stock, taux de service, délais de livraison) lorsque les nomenclatures sont impliquées devient considérablement plus difficile. La plupart des éditeurs de logiciels prétendent prendre en charge les nomenclatures, mais la plupart du temps, les éditeurs ne prennent en charge que la gestion des nomenclatures, ce qui équivaut à une fonctionnalité banale, sans rien apporter au niveau de l’optimisation.

Du point de vue de la modélisation, les nomenclatures sont des graphes et nécessitent des capacités / fonctions / modules orientés graphes pour être traitées efficacement. Lokad a développé de manière approfondie ses propres capacités adaptées à ce type de situations de supply chain. De plus, de notre point de vue, optimiser une supply chain en présence de nomenclatures est la première étape logique vers l’optimisation d’un réseau multi-échelons.