Points clés
En bref: La hiérarchie des actifs dans la GMAO est la structure parent/enfant qui organise chaque actif. La plupart des déploiements de GMAO se trompent dès le départ et les conséquences se cumulent pendant des années, remontées erronées, nommage incohérent, cauchemars de restructuration.
Une hiérarchie pratique utilise 4 à 6 niveaux (Site → Zone → Ligne → Cellule → Actif → Composant), avec des conventions de nommage explicites, des champs de criticité et des liens parent définis avant de charger des données. Voir aussi MES vs GMAO .
Une GMAO sans hiérarchie propre produit des rapports inesthétiques :
Restructurer la hiérarchie après la mise en production de la GMAO est douloureux, les données historiques doivent être remappées, les rapports se cassent, les conventions de nommage divergent. Faites-le correctement dès l'initialisation.
Certaines usines ajoutent un septième niveau pour des sous-composants remplaçables. La plupart n'en ont pas besoin ; les bons de travail au niveau composant couvrent cela.
Une convention de nommage opérationnelle possède quatre propriétés :
Exemple : ASLY-L3-CELL2-PUMP-001, Ligne d'assemblage 3, Cellule 2, Pompe n°001.
La criticité n'est pas seulement un attribut au niveau de l'actif. Toute la hiérarchie doit la porter :
La consolidation de ces informations permet de prioriser les MP au bon niveau.
Chaque actif doit avoir un parent. La chaîne parent remonte jusqu'à l'entreprise. Cela permet :
Sans liens parent explicites, les remontées deviennent impossibles et les rapports se limitent à l'échelle de l'actif.
Ces six éléments décidés AVANT le chargement évitent 90 % des cauchemars de restructuration.
1. Charger les données d'abord et structurer plus tard. La structure s'ossifie autour de l'import et devient difficile à modifier.
2. Laisser chaque ligne définir son propre nommage. Incohérence permanente.
3. Trop de niveaux. Au-delà de 7 niveaux, la hiérarchie fait souvent ce que d'autres champs devraient faire.
4. Pas de responsable des données. La hiérarchie se dégrade à mesure que différentes personnes ajoutent des actifs de manières différentes.
5. Granularité au niveau composant pour tout. La plupart des usines n'ont pas besoin de suivre chaque boulon comme actif. Arrêtez-vous au niveau où les bons de travail sont créés.
Règle générale : si vous rédigez des bons de travail contre lui, c'est un actif. Si vous le remplacez comme pièce de rechange pendant un bon de travail, c'est un composant (qui peut ou non devoir figurer dans la hiérarchie selon les besoins de traçabilité).
La consolidation de ces scores permet d'orienter la planification des MP et la priorisation des bons de travail selon la combinaison appropriée.
Une GMAO moderne impose la hiérarchie à la saisie des données, prend en charge la criticité à chaque niveau, agrège les rapports par parent et permet au responsable des données d'appliquer les conventions de nommage via des modèles.
La GMAO de Fabrico prend en charge la profondeur de hiérarchie configurable, la criticité à chaque niveau, l'application de modèles de nommage et les rapports agrégés du composant à l'entreprise.
Voyez comment Fabrico capture cela automatiquement, découvrez l'OEE pour la production ou réservez une démo.
En général 4 à 6 niveaux. Plus de 7 signifie généralement que la hiérarchie fait ce que d'autres champs devraient faire.
Oui, mais c'est douloureux. Les données historiques doivent être remappées. Définissez bien les niveaux dès l'initialisation.
Oui si vous réalisez une analyse de fiabilité au niveau composant. Non si tous les bons de travail sont au niveau actif.
Utilisez un champ « emplacement actuel » qui pointe vers un emplacement dans la hiérarchie. Ne déplacez pas l'actif entre parents de la hiérarchie ; cela brise l'historique.
Deux à quatre semaines pour une usine typique, incluant la revue interfonctionnelle. Sauter cette étape coûte des années.
Connexion
Blog
