Del historian a la OT en SAP PM, con aprobación humana

Qué datos de gestión suele tener SAP

Cada empresa configura SAP a su manera, pero en mantenimiento y operación es habitual encontrar:

• Objetos técnicos: ubicaciones técnicas y equipos, ordenados en una jerarquía que refleja la planta o la faena.
• Avisos de mantenimiento: el daño reportado, su causa —con códigos o en texto libre—, las actividades y el tiempo dedicado.
• Órdenes de mantenimiento: operaciones, materiales, horas, costos y estado, asignadas a equipos y avisos.
• Materiales y repuestos: stock en bodega, reservas y compras en curso.
• Datos de producción y de costos que viven en el ERP y no en el historian.

SAP PM es el nombre con que se conoce el componente de mantenimiento de planta (Plant Maintenance). Lo descrito arriba sigue la documentación pública de SAP y prácticas habituales de la industria; qué está activo en tu empresa se confirma en el Discover.

Lectura: el contexto que el historian no tiene

El historian dice qué le está pasando al activo. SAP dice cuándo se intervino, qué se cambió, cuánto costó y si hay repuesto. Con las dos fuentes, una recomendación puede mostrar sus trade-offs reales. Ejemplos de preguntas, con activos de los ejemplos ilustrativos del sitio:

• ¿Cuándo fue la última intervención del chancador secundario y qué componentes se cambiaron?
• ¿Hay rodamientos de repuesto para el pulley de cola en bodega?
• ¿Cuánto costó el mantenimiento correctivo de la flota CAEX el último trimestre?
• ¿Qué órdenes de trabajo siguen abiertas en la L-3 y desde cuándo?

Estas preguntas alimentan los gemelos de activos críticos —correas transportadoras, chancadores, molinos SAG, flota CAEX— y, en packaging, el de cumplimiento Ley REP, donde los datos de materiales que viven en el ERP suelen ser la base de la trazabilidad.

Acción: la OT 4471, paso a paso

La capa de agentes de acción puede crear órdenes de trabajo en SAP PM. Este es el recorrido del ejemplo ilustrativo de la CV-102, correa overland en Antofagasta:

1. Señal: la temperatura del rodamiento del pulley de cola supera el umbral de 66 °C en el historian.
2. Causa raíz: el gemelo la atribuye al rodamiento 3, con confianza de 87% y sus datos de origen a la vista.
3. Recomendación: adelantar el cambio programado.
4. Acción: el agente crea la OT 4471 en SAP PM, con prioridad alta.
5. Aprobación: la OT espera al supervisor del turno B.
6. Registro: la ejecución queda registrada y es auditable, paso a paso.

Ejemplo ilustrativo: activo, cifras y número de OT sirven para mostrar el flujo.

Quién aprueba qué lo define tu proceso, no el gemelo. Por qué ese diseño importa está en humano en el loop.

Qué se revisa en el DTI Discover

En el DTI Discover se comprueba que SAP y el historian hablen del mismo activo:

1. Si la jerarquía de ubicaciones técnicas y equipos calza con los tags del historian. Sin ese cruce, una OT no sabe a qué equipo apunta.
2. Calidad de los avisos: si registran daño y causa con códigos o solo en texto libre.
3. Clases de orden, prioridades y el flujo de aprobación vigente.
4. Qué componentes y datos usa realmente tu empresa: mantenimiento, materiales, costos.
5. Qué acciones del agente conviene habilitar en el piloto y cuáles quedan solo en lectura.

Límites

• El gemelo no reemplaza SAP ni cambia su configuración.
• SAP PM es un sistema de gestión. Ni ahí ni en ningún otro lugar el gemelo escribe a sistemas de control.
• Si los avisos históricos no registran causa, el gemelo lo declara como limitación y baja su nivel de confianza; no la inventa.
• Los datos de SAP que usa el gemelo no salen de tu infraestructura.

Las marcas citadas pertenecen a sus respectivos dueños.

Preguntas frecuentes