Une nomenclature se lit de haut en bas : un ensemble, ses sous-ensembles, leurs composants. Beaucoup de questions vont dans l'autre sens : un fabricant arrête une référence, un lot défectueux est signalé, un client demande sur quelles machines une pièce est montée.
Que donne un cas d'emploi ?
L'aide en ligne de Sage X3 la définit ainsi : la fonction liste, à partir du fichier des nomenclatures, tous les parents d'un composant, avec la quantité utilisée. Elle distingue trois variantes :
- premier niveau : les composés qui utilisent directement le composant ;
- multi-niveaux : les composés qui l'utilisent directement ou indirectement ; si un composé est lui-même composant, ceux qui l'utilisent sont listés à leur tour, jusqu'au dernier niveau ;
- dernier niveau : seulement les composés de plus bas niveau qui l'utilisent, sans afficher les niveaux intermédiaires.
On parle aussi de nomenclature inverse, ou de where used dans les logiciels en anglais.
Pourquoi le cas d'emploi multi-niveaux compte-t-il ?
Un condensateur est monté sur une carte de puissance, la carte sur un variateur, le variateur sur une machine, la machine chez un client. Le cas d'emploi de premier niveau s'arrête à la carte. Pour savoir quels clients sont concernés par l'arrêt du condensateur, il faut les quatre niveaux, et les quantités à chaque étage pour chiffrer le besoin.
La norme IEC 62402 raisonne de la même façon avec les niveaux d'indenture, repris de l'IEC 60050-192 : système, sous-système, ensemble, composant. Gérer l'obsolescence suppose de pouvoir parcourir ces niveaux dans les deux sens.
Pourquoi le cas d'emploi de l'ERP ne suffit-il pas toujours ?
Le cas d'emploi d'un ERP remonte les nomenclatures que l'ERP connaît. Trois situations courantes en sortent :
- Le parc installé. Les nomenclatures décrivent ce que l'entreprise fabrique aujourd'hui. Les équipements livrés il y a quinze ans, avec une autre révision de carte, n'y figurent pas toujours.
- Les nomenclatures de service. La liste des pièces remplaçables en exploitation diffère souvent de la nomenclature de fabrication (voir eBOM, mBOM, sBOM).
- Les références fabricants. Si l'avis porte sur une référence fabricant écrite autrement que dans l'ERP, ou rattachée à deux articles internes, le cas d'emploi part du mauvais article ou d'aucun.
Comment l'utiliser après un avis de fin de vie ?
Le déroulé tient en quatre étapes :
- retrouver tous les articles internes rattachés à la référence fabricant de l'avis, sous toutes ses écritures ;
- lancer le cas d'emploi multi-niveaux sur chacun, avec les quantités ;
- croiser les ensembles trouvés avec le parc installé et les contrats de maintenance, pour savoir qui sera concerné et quand ;
- additionner les besoins pour dimensionner une dernière commande ou décider d'un remplaçant (voir lire un avis de fin de vie).
Tables ou graphe : qu'est-ce que ça change ?
Dans une base relationnelle, un cas d'emploi multi-niveaux est une requête récursive sur la table des nomenclatures, et chaque source supplémentaire (parc, service, références fabricants) ajoute une jointure. Dans un graphe, les mêmes informations sont des liens entre objets, et remonter d'un composant revient à suivre les liens entrants de proche en proche. Nous avons expliqué ce choix dans Un graphe plutôt que trois index.
Quelles informations garder sur chaque lien de nomenclature ?
Un cas d'emploi n'est utile que si chaque lien de la nomenclature porte assez d'information pour décider. Au-delà de la quantité, quatre champs changent la lecture :
- le repère, qui indique la position du composant sur l'ensemble et distingue deux montages de la même pièce ;
- la criticité, qui dit si la défaillance du composant arrête l'ensemble ou non ;
- la date d'effet ou la révision, qui dit à partir de quand le composant est monté ;
- l'alternative éventuelle, quand la nomenclature autorise plusieurs composants pour le même repère.
Avec ces champs, le cas d'emploi peut trier les ensembles : d'abord ceux où le composant est critique et sans alternative, ensuite les autres.
Et quand un composant pose un problème de qualité ?
Le même mécanisme sert en cas de défaut. Le cas d'emploi dit quels ensembles contiennent le composant ; l'historique des interventions et des livraisons dit quels équipements, chez quels clients, ont reçu ces ensembles. Quand les deux vivent dans des outils séparés, il faut les croiser à la main pour prévenir les clients concernés plutôt que tous.
Dans ZAFIR, chaque lien de nomenclature porte la quantité et la criticité, et la même base relie les pièces aux machines, aux clients et aux interventions, jusqu'au parc concerné par un composant.
Questions fréquentes
Jusqu'à quel niveau faut-il remonter ?
Jusqu'au niveau où se prend la décision : l'ensemble vendu, ou l'équipement installé chez le client. Sage X3 distingue pour cela le cas d'emploi de premier niveau, le multi-niveaux et le dernier niveau.
Le cas d'emploi couvre-t-il les équipements déjà livrés ?
Seulement si les nomenclatures des équipements livrés, ou leur configuration par numéro de série, sont tenues dans le même système. Sinon, il faut croiser le résultat avec le parc installé et l'historique des interventions.
Cas d'emploi et nomenclature inverse, est-ce la même chose ?
Oui. Les deux termes désignent la liste des ensembles qui utilisent un composant donné. L'anglais parle de where used.
Le cas d'emploi tient-il compte des remplacements de références ?
Seulement si le remplacement a été répercuté dans les nomenclatures. Sinon, il faut lancer le cas d'emploi sur l'ancienne et la nouvelle référence, et additionner.