Puntos clave
Respuesta corta: La jerarquía de activos del CMMS es la estructura padre/hijo que organiza cada activo. La mayoría de las implementaciones de CMMS hacen esto mal desde el primer día y las consecuencias se acumulan durante años: agregaciones rotas, nombres inconsistentes, pesadillas de reestructuración.
Una jerarquía práctica usa 4-6 niveles (Sitio → Área → Línea → Celda → Activo → Componente), con convenciones de nombres explícitas, campos de criticidad y enlaces a padres definidos antes de cargar cualquier dato. Véase también MES vs CMMS .
Un CMMS sin una jerarquía limpia produce informes deficientes:
Reestructurar la jerarquía después de que el CMMS esté en producción es doloroso: los datos históricos deben remapearse, los informes se rompen y las convenciones de nombres divergen. Hazlo bien en la configuración inicial.
Algunas plantas añaden un séptimo nivel para subcomponentes reemplazables. La mayoría no lo necesita; las órdenes de trabajo a nivel de componente lo cubren.
Una convención de nombres práctica tiene cuatro propiedades:
Ejemplo: ASLY-L3-CELL2-PUMP-001, Línea de montaje 3, Celda 2, Bomba número 001.
La criticidad no es solo un atributo a nivel de activo. Toda la jerarquía debería incluirla:
Consolidar estos datos permite priorizar PM al nivel correcto.
Cada activo debe tener un padre. La cadena de padres se consolida hasta la empresa. Esto permite:
Sin enlaces padre explícitos, las agregaciones se vuelven imposibles y la elaboración de informes queda solo a nivel de activo.
Estos seis elementos definidos ANTES de la carga previenen el 90% de las pesadillas de reestructuración.
1. Cargar datos primero y estructurar después. La estructura se solidifica alrededor de la carga y resulta doloroso cambiarla.
2. Permitir que cada línea defina su propia nomenclatura. Inconsistencia permanente.
3. Demasiados niveles. Más de 7 niveles suele significar que la jerarquía está haciendo lo que otros campos deberían hacer.
4. Sin responsable de datos. La jerarquía decae a medida que distintas personas añaden activos de maneras distintas.
5. Granularidad a nivel de componente para todo. La mayoría de las plantas no necesitan rastrear cada tornillo como activo. Deténte en el nivel contra el que se escriben las órdenes de trabajo.
Regla práctica: si escribes órdenes de trabajo contra él, es un activo. Si lo reemplazas como repuesto durante una orden de trabajo, es un componente (que puede o no necesitar estar en la jerarquía según los requisitos de trazabilidad).
Consolidar estas puntuaciones permite que la programación de PM y la priorización de órdenes de trabajo se basen en la combinación adecuada.
Un CMMS moderno aplica la jerarquía en la entrada de datos, soporta criticidad en cada nivel, consolida los informes por padre y permite que el responsable de datos haga cumplir las convenciones de nombres mediante plantillas.
El CMMS de Fabrico soporta profundidad de jerarquía configurable, criticidad en cada nivel, aplicación de plantillas de nombres y consolidación de informes desde componente hasta empresa.
Vea cómo Fabrico captura esto automáticamente, explorar OEE para manufactura o reservar una demo.
Normalmente 4-6 niveles. Más de 7 suele significar que la jerarquía está haciendo lo que otros campos deberían hacer.
Sí, pero es doloroso. Los datos históricos deben remapearse. Acierta con los niveles en la configuración inicial.
Sí si realizas análisis de fiabilidad a nivel de componente. No si todas las órdenes de trabajo son a nivel de activo.
Usa un campo "ubicación actual" que apunte a una ubicación en la jerarquía. No muevas el activo entre padres de la jerarquía; eso rompe el historial.
De dos a cuatro semanas para una planta típica, incluyendo revisión interfuncional. Omitir este trabajo sale caro durante años.
Iniciar sesión
Blog
