El historial de fallas como insumo; la OT como salida

Qué suele tener un CMMS

Un sistema de gestión de mantenimiento (CMMS) es el registro formal del trabajo sobre los activos. Según cómo lo use tu equipo, suele contener:

• Órdenes de trabajo correctivas, preventivas y predictivas, con fechas, estado, horas y repuestos.
• Historial de fallas por equipo: síntoma, modo de falla, causa y acción ejecutada.
• Planes de mantenimiento preventivo y sus frecuencias.
• Jerarquía de equipos y su criticidad.
• Backlog: trabajo pendiente y vencido.

Si tu mantenimiento vive en SAP PM, la lógica es la misma y el detalle está en SAP ERP y SAP PM. Como referencia para estructurar datos de falla, una norma conocida es ISO 14224, nacida en petróleo, gas y petroquímica, que propone un lenguaje común de confiabilidad y una lista de modos de falla.

Por qué el historial de fallas importa al gemelo

Para proyectar una falla, el modelo necesita ejemplos de fallas reales con fecha y equipo. Una OT que registra un cambio de rodamiento, en tal equipo y tal día, permite ubicar en la serie de tiempo del historian qué venía pasando antes. Sin ese registro, el gemelo ve la señal pero no sabe en qué terminó.

Lo mismo vale para la causa raíz: el historial muestra qué se encontró al abrir el equipo, y eso confirma o descarta una hipótesis. Más detalle en mantenimiento predictivo y en análisis de causa raíz.

Preguntas que habilita

Ejemplos de preguntas, con activos tomados de los ejemplos ilustrativos del sitio:

• ¿Cuáles son los modos de falla más repetidos en los chancadores este año?
• ¿Cuánto tiempo pasa, en promedio, entre una mantención preventiva de polines y la siguiente falla?
• ¿Qué OT de la L-3 quedaron abiertas después del último cambio de formato?
• ¿Qué equipos críticos tienen el preventivo vencido esta semana?
• ¿Qué fallas se repiten poco después de una intervención?

Alimentan sobre todo los gemelos de activos críticos de minería —correas, chancadores, molinos SAG, flota CAEX— y el de línea de envasado en packaging.

La OT como acción, con aprobación humana

Cuando el gemelo recomienda intervenir, el agente de acción puede dejar la OT creada en el CMMS. Así se ve en el ejemplo ilustrativo de la L-3, línea de envasado en Quilicura:

1. Pregunta del jefe de planta: ¿por qué subió la merma en el formato 1,5 L?
2. Hallazgo: el torque de capsulado subió 6% tras el cambio de formato, en la estación 4.
3. Acción: el agente crea la OT 2210 en el CMMS.
4. Aprobación: la OT queda pendiente de aprobación del jefe de planta.
5. Registro: cada paso queda registrado y es auditable.

Cada recomendación llega con sus datos de origen y su nivel de confianza, para que quien aprueba sepa exactamente qué está aprobando.

Qué se revisa en el DTI Discover

En el DTI Discover el CMMS se mira con una pregunta simple: ¿sirve para aprender del pasado?

1. Cuánta historia de OT hay y con qué disciplina se registró.
2. Si los modos de falla y las causas están codificados o en texto libre.
3. Si la jerarquía de equipos del CMMS calza con los tags del historian.
4. Qué trabajo se registra tarde, incompleto o todavía en papel.
5. Quién aprueba hoy cada tipo de OT, para respetar ese flujo en el piloto.

Límites

• Una falla que no se registró no existe para el modelo.
• El texto libre ambiguo baja el nivel de confianza, y el gemelo lo declara.
• El gemelo recomienda; la planificación del mantenimiento la decide tu equipo.
• No reemplaza tu CMMS ni modifica su configuración.
• El CMMS es un sistema de gestión: actuar ahí no abre ninguna vía hacia los sistemas de control.

Las marcas citadas pertenecen a sus respectivos dueños.

Preguntas frecuentes