
1. ¿Qué es un proyecto de mantenimiento en SAP?
Un proyecto de mantenimiento es cuando el mantenimiento deja de ser “avisos sueltos” y se convierte en un paquete grande de trabajos que hay que coordinar bien:
Típicamente:
-
Paradas de planta
-
Grandes revisiones
-
Modificaciones importantes
-
Reparaciones gordas
-
Inversiones (ej: cambio de línea, nueva prensa, etc.)
Características de estos proyectos
-
Son complejos y normalmente se hacen una sola vez.
-
Tienen objetivos claros (ej: cambiar X equipos en 5 días).
-
Implican muchos costes y mucha capacidad de recursos.
-
Involucran varios departamentos: mantenimiento, producción, calidad, compras, almacén, finanzas…
-
Tienen requisitos de calidad específicos (pruebas, inspecciones, certificaciones).
-
Son estratégicos para la empresa (si sale mal, duele mucho).
-
Llevan riesgo alto (paradas largas, retrasos, sobrecostes, accidentes, etc.).
Por eso se usa gestión de proyectos (PS + PM):
para planificar, controlar, monitorizar y evaluar todo lo que pasa durante esa parada/reforma.
Se mezcla:
-
Logística → materiales, puestos de trabajo, programación, capacidades…
-
Finanzas → presupuestos, centros de coste, imputaciones a cuentas de mayor (G/L), etc.
2. Paradas de planta: por qué son tan críticas
La parada de planta tiene estas características:
-
Pérdida fuerte de producción del centro.
-
Gran parte de los costes de mantenimiento del año se concentran ahí.
-
Además del coste de trabajos, se suma el coste de producción perdida.
-
Las medidas durante la parada deben planificarse, inspeccionarse, monitorearse y documentarse.
-
Planificar y ejecutar bien la parada lleva muchísimo esfuerzo.
Por eso SAP ofrece cosas como Technical Program and Project Management
(PS + PM + herramientas tipo MEB) para ayudarse a:
3. Estructura de un proyecto de mantenimiento (PS + PM)
En SAP PS (Project System), un proyecto se compone de:
Cada elemento PEP puede tener asignadas órdenes de mantenimiento.
Es el PEP el que controla:
Integración clave
El mantenimiento orientado a proyecto se basa en:
-
PS (Project System) → estructura, fechas, presupuesto, reporting global.
-
PM (Plant Maintenance) → avisos, órdenes, operaciones, tiempos, materiales.
Desde PM hay dos grandes escenarios:
-
Escenario PM/PS estándar → foco en control de costes.
-
Maintenance Event Builder (MEB) → foco en control de fechas (más adelante lo verás en detalle).
4. Flujo del mantenimiento orientado a proyecto “convencional” (imagen 3.3)
La imagen que mandaste resume el escenario clásico PM–PS en 5 pasos.
Paso 1 – ÓRDENES
-
Qué se hace:
Se crean órdenes de mantenimiento:
-
Órdenes planificadas (trabajos previstos),
-
Órdenes de avería (correctivo),
-
Órdenes preventivas, etc.
-
Quién (Rol/IU):
Planificador de mantenimiento en SAP GUI.
-
Integración:
Principalmente PM (aún no aparece PS).
Paso 2 – PROYECTO
-
Qué se hace:
Las órdenes se asignan (manual o automáticamente) a:
Ahí es donde el proyecto “absorbe” las órdenes.
-
Quién:
Planificador de mantenimiento / SAPGUI.
-
Integración:
PM ↔ PS
Paso 3 – PROGRAMAR / COSTE
-
Qué se hace:
Las órdenes de mantenimiento pasan a estar controladas desde dentro del proyecto:
Durante la creación/planificación se comprueba que:
-
se revisan costes plan de las órdenes,
-
fechas,
-
recursos.
-
costes plan no superen el presupuesto del PEP,
-
las fechas estén dentro de la planificación del proyecto.
-
Quién:
Planificador de mantenimiento / SAPGUI.
-
Integración:
Paso 4 – MONITORIZACIÓN
-
Qué se hace:
Se monitorea el avance:
Aquí entra fuerte el sistema de información de proyectos:
-
las órdenes se asignan a redes / actividades,
-
se puede seguir el estado: liberadas, en curso, terminadas…
-
se controla el consumo de presupuesto y las desviaciones.
-
informes de costes,
-
tiempos,
-
materiales,
-
comparaciones plan vs real.
-
Quién:
Planificador de mantenimiento / SAPGUI.
-
Integración:
PM ↔ PS
Paso 5 – CERRAR / LIQUIDAR
Después del cierre:
-
Todos los ratios centrales (costes, consumo de materiales, tiempos, etc.)
se analizan mediante los informes de PS.
El proceso de respaldo - la planificación de presupuesto
Aquí entra en juego IM = Investment Management (programas de inversión) + PS + PM.
La idea general:
Primero planificas el dinero global (programa de inversiones),
luego lo repartes en proyectos,
y por último bajas a órdenes de mantenimiento que consumirán ese presupuesto.
1 - Programa de inversiones
2 - Proyectos
3 - Órdenes
4 - Processing (ejecución y control)
-
Qué se hace:
-
Módulos:
-
PM (órdenes, tiempos, materiales),
-
MM (pedidos, consumos),
-
FI/CO (contabilización y control de costes),
-
todo siempre ligado a IM/PS.
5 - Cerrar y liquidar
Mini-resumen de presupuesto para examen
-
Planificas un programa de inversiones (IM).
-
Creas proyectos PS y les asignas presupuesto del programa.
-
Asignas órdenes de mantenimiento PM a esos proyectos.
-
Ejecutas las órdenes y controlas costes vs presupuesto.
-
Cierras y liquidas costes al proyecto/programa y analizas los resultados.
Maintenance Event Builder (MEB) – figura 4.1
Ahora pasamos al otro escenario que te decía:
el que tiene foco en FECHAS (control de plazos) y gran volumen de trabajos.
¿Qué es el MEB?
Es una herramienta de SAP PM que te ayuda a planificar y agrupar medidas importantes
(revisiones, paradas de planta, recuperaciones)
partiendo de avisos de mantenimiento, para luego:
Es ideal cuando tienes muchísimos avisos y quieres organizarlos en una parada/revisión sin volverte loco.
1 - Avisos
Piensa en todos los “trabajitos” que salen para la parada: inspeccionar X, cambiar Y, revisar Z…
2 - Proyecto
3 - Revisión
Aquí es donde MEB hace la magia de organización:
agrupa muchos avisos en una “ventana de parada” concreta.
4 - Órdenes
Esto te permite manejar gran volumen de órdenes sin crearlas una a una.
5 - Controlar / ejecutar
6 - Completar / evaluar
Mini-comparativa con el escenario convencional