SAP PM (Plant Maintenance) es el módulo del ERP SAP dedicado a la gestión del mantenimiento: registra y gestiona avisos, órdenes, planes de mantenimiento y el historial de los activos de una planta industrial. Con SAP PM, el equipo planifica, ejecuta y reporta las intervenciones en el mismo sistema que ya controla las compras, el inventario, los costos y las finanzas de la empresa.
En la práctica, esto significa que cada falla, inspección y preventivo se convierte en un registro estructurado, con el costo imputado al activo correcto. Es esa trazabilidad la que hace de SAP PM el estándar de gestión del mantenimiento en las grandes industrias que corren SAP en Brasil.
En esta guía vas a entender qué es el módulo SAP PM, cómo funciona el flujo de avisos y órdenes, cuáles son las transacciones esenciales del día a día (con tabla de referencia), dónde suele trabarse el módulo en la práctica y cómo destrabar la ejecución en el campo.
¿Qué es el módulo SAP PM?
La sigla PM viene de Plant Maintenance, mantenimiento de planta en traducción libre. SAP PM es el módulo que estructura los procesos de mantenimiento dentro del ERP SAP, cubriendo tres frentes principales: inspección (evaluar la condición real de los activos), mantenimiento preventivo (preservar la condición, evitando la falla) y reparación (restaurar la condición tras la falla).
Por estar dentro del ERP, el módulo conversa de forma nativa con los demás: cuando una orden de mantenimiento necesita una pieza, la reserva sale del inventario (MM); cuando consume mano de obra y materiales, el costo se imputa al centro de costo y al activo (CO/FI). Ningún CMMS aislado entrega esa integración contable de fábrica.
En las versiones actuales de la plataforma, con SAP S/4HANA, los procesos de mantenimiento pasaron a componer el área de Asset Management (EAM, Enterprise Asset Management). La lógica de objetos técnicos, avisos, órdenes y planes permanece la misma, y el mercado sigue llamando al módulo SAP PM.
Para la gestión, SAP PM es la columna vertebral transaccional de la Planeación y Control del Mantenimiento (PCM): es en él donde el planificador materializa planes, programa órdenes y extrae el historial que alimenta los KPIs de mantenimiento industrial.
Ese punto responde a una duda frecuente de quien evalúa herramientas: si la empresa ya corre SAP, mantener el mantenimiento en un sistema paralelo desconectado significa registrar los activos dos veces, conciliar costos manualmente y convivir con dos historiales que nunca cuadran. El camino más sólido es usar SAP PM como núcleo transaccional y resolver las brechas de usabilidad con capas especializadas por encima, como veremos más adelante.
Cómo funciona SAP PM: objetos técnicos y estructura
Antes de cualquier orden, SAP PM necesita una representación fiel de la planta. Esa representación se hace mediante los objetos técnicos:
Ubicación técnica: la posición funcional en la planta (por ejemplo, la línea de envasado 2 o la bomba de recirculación de la caldera), organizada en jerarquía
Equipo: el activo físico individual, con número propio, que puede instalarse o retirarse de una ubicación técnica
Puesto de trabajo: el equipo o taller responsable de la ejecución (mecánica, eléctrica, instrumentación)
Lista de tareas: la hoja de ruta estándar de operaciones de un servicio recurrente, reutilizada por los planes de mantenimiento
Completan los datos maestros los puntos y documentos de medición (lecturas de condición, como temperatura, vibración u horímetro, registradas en el activo), los contadores de desempeño (que permiten disparar preventivos por uso, y no solo por calendario) y las listas de materiales (BOM), que relacionan los materiales y repuestos de cada equipo y agilizan la reserva de piezas a la hora de planificar la orden. Los principales objetos SAP PM y el papel de cada uno están detallados en una guía propia.
Es esa estructura la que permite responder preguntas de gestión: cuánto cuesta el mantenimiento de aquella línea por año, qué equipo falla más, qué taller está sobrecargado. Sin un registro bien hecho, el mejor flujo de órdenes del mundo produce reportes vacíos. Por eso, los proyectos serios de implantación empiezan por el saneamiento del registro: jerarquía de ubicaciones coherente con el proceso productivo, equipos con datos de fabricante completados y puestos de trabajo con capacidad realista.
El flujo de mantenimiento en SAP PM: del aviso al cierre
El proceso central del módulo sigue un ciclo bien definido:
Aviso de mantenimiento: la operación o la inspección registra la ocurrencia o la necesidad de servicio. Es el documento de entrada de la demanda. Existen distintos tipos de aviso en SAP PM (avería, solicitud, actividad), y usar el tipo correcto es lo que preserva el historial de fallas. Mira el paso a paso de cómo crear un aviso en SAP PM.
Orden de mantenimiento: el PCM tría el aviso y lo convierte en orden, con operaciones, materiales, herramientas y horas planificadas. La orden es el documento de costo: todo lo que el servicio consume se imputa en ella.
Programación: la orden recibe fecha, prioridad y puesto de trabajo, respetando la ventana de la producción y la capacidad del equipo.
Ejecución: el técnico realiza el servicio en el campo.
Reporte (confirmación): el ejecutante registra las horas trabajadas, los materiales consumidos y lo que de hecho se hizo.
Cierre técnico: la orden se concluye con causa, síntoma y actividad registrados, realimentando el historial del activo.
A lo largo de ese ciclo, la orden cambia de status de sistema: abierta en la creación, liberada cuando está lista para la ejecución (con materiales y permisos resueltos), cerrada técnicamente cuando el servicio termina y cerrada comercialmente cuando los costos se liquidan. Acompañar órdenes paradas en cada status es una de las formas más rápidas de diagnosticar dónde se traba el proceso: muchas órdenes abiertas sin liberación indican un cuello de botella de planificación; muchas órdenes liberadas y no ejecutadas indican un cuello de botella de capacidad o programación.
Planes de mantenimiento: el preventivo automatizado
Además de ese flujo correctivo, los planes de mantenimiento automatizan la demanda recurrente. Existen dos modalidades principales:
Plan de ciclo único: una actividad repetida en un único intervalo fijo, por ejemplo, lubricación cada 30 días o inspección cada 500 horas de operación
Plan con estrategia: un paquete de actividades con periodicidades diferentes sobre el mismo objeto, por ejemplo, inspección mensual, revisión semestral y cambio general anual, con SAP combinando los ciclos automáticamente
Los ciclos pueden basarse en tiempo (calendario) o en desempeño (contadores de horas, kilómetros, ciclos de operación). Con el monitor de plazos corriendo como job, el módulo genera las órdenes preventivas del período en la fecha correcta, sin intervención manual. El trabajo del PCM pasa a ser calibrar los ciclos con base en el historial de fallas, y no abrir órdenes una por una.
SAP PM y PCM: quién hace qué
Una confusión común en quien está llegando al área: SAP PM y PCM no son lo mismo. El PCM es la función (el proceso y las personas que planifican, programan y controlan el mantenimiento); SAP PM es el sistema transaccional donde esa función registra y ejecuta el trabajo. Un PCM maduro sin sistema vive de planilla y memoria; un SAP PM sin PCM disciplinado se vuelve un repositorio de datos malos. Los dos se sostienen mutuamente, y por eso la calidad del reporte en el campo importa tanto para ambos.
Transacciones esenciales de SAP PM: tabla de referencia
En el SAP GUI, cada acción corresponde a un código de transacción. La tabla de abajo reúne las transacciones que planificadores, programadores y supervisores más usan en el día a día:
| Transacción | Función | Etapa del flujo |
|---|---|---|
| IW21 | Crear aviso de mantenimiento | Demanda |
| IW22 | Modificar aviso de mantenimiento | Demanda |
| IW23 | Visualizar aviso de mantenimiento | Demanda |
| IW28 / IW29 | Modificar / visualizar avisos en lista | Triaje |
| IW31 | Crear orden de mantenimiento | Planificación |
| IW32 | Modificar orden de mantenimiento | Planificación |
| IW33 | Visualizar orden de mantenimiento | Planificación |
| IW34 | Crear orden a partir del aviso | Planificación |
| IW38 / IW39 | Modificar / visualizar órdenes en lista | Programación y backlog |
| IW41 | Reportar (confirmar) la ejecución de la orden | Reporte |
| IW42 | Confirmación global de la orden | Reporte |
| IW45 | Anular una confirmación | Reporte |
| IP41 | Crear plan de mantenimiento de ciclo único | Preventivo |
| IP42 | Crear plan de mantenimiento con estrategia | Preventivo |
| IP10 | Programar plan de mantenimiento | Preventivo |
| IP30 | Monitor de plazos de los planes (job) | Preventivo |
| IA05 | Crear lista de tareas general | Preventivo |
| IL03 | Visualizar ubicación técnica | Objetos técnicos |
| IE03 | Visualizar equipo | Objetos técnicos |
| IH01 | Visualizar estructura de ubicaciones técnicas | Objetos técnicos |
Dos observaciones prácticas: las listas IW38/IW39 e IW28/IW29 son el corazón de la gestión de backlog en el módulo, porque permiten filtrar órdenes y avisos por status, puesto de trabajo y período. Y el monitor IP30 suele correr como job automático, generando las órdenes preventivas del período sin intervención manual.
Tipos de mantenimiento que SAP PM soporta
El módulo acomoda las principales estrategias de mantenimiento industrial, que evolucionaron a lo largo de las generaciones del mantenimiento:
1. Mantenimiento correctivo: dividido en planificado (la falla se detectó con anticipación y la reparación entra en la programación) y no planificado (la rotura sorprende al equipo). En el flujo SAP, nace de un aviso de avería y se convierte en orden correctiva.
2. Mantenimiento preventivo: intervenciones en intervalos definidos por tiempo o uso, generadas automáticamente por los planes de mantenimiento. Reduce paradas prolongadas al anticipar el cambio de componentes deteriorados.
3. Mantenimiento predictivo: basado en la condición real del equipo, con inspecciones y monitoreo (análisis de vibración, termografía, análisis de aceite). En SAP PM, los puntos y documentos de medición registran esas lecturas y pueden disparar el mantenimiento cuando el parámetro sale del rango. Es la estrategia que más contribuye a reducir el MTTR y evitar correctivos de emergencia.
La elección entre las estrategias no es excluyente: las plantas maduras combinan las tres, calibradas por la criticidad de cada activo. Una guía comparativa de los tipos de mantenimiento ayuda a definir esa regla.
Por qué utilizar SAP PM: beneficios para la empresa
Cuando está bien implantado y alimentado, el módulo entrega beneficios que trascienden el área de mantenimiento:
Historial y trazabilidad: cada intervención queda registrada en el activo, con costo, causa y solución, creando la memoria técnica de la planta
Costo bajo control: la imputación por orden permite saber exactamente cuánto cuesta mantener cada equipo y línea
Integración con compras e inventario: reservas, solicitudes y pedidos nacen de la propia orden, sin retrabajo entre áreas
Seguridad y cumplimiento: procedimientos, permisos y registros estructurados sostienen auditorías y requisitos de SSMA
Base para indicadores: MTBF, MTTR, disponibilidad, backlog y cumplimiento de preventivo salen de los datos transaccionales del módulo
Los sectores impactados van más allá del mantenimiento: compras (cotización y reposición de piezas), producción (ventanas y liberación de equipos), finanzas (costos y presupuesto) y la propia gestión de la planta, que gana visibilidad para decidir.
Vale reforzar el vínculo con la seguridad del trabajo: un mantenimiento bien registrado y ejecutado en plazo reduce la exposición a fallas que generan accidentes, y el historial estructurado del módulo sostiene los registros exigidos en auditorías de SSMA. El mantenimiento industrial no es solo disponibilidad de máquina; es integridad de gente y de proceso.
Dónde se traba SAP PM en la práctica (y por qué)
Quien opera el módulo todos los días sabe que el diseño del proceso rara vez es el problema. El cuello de botella clásico está en la última milla, entre el campo y el sistema. Los síntomas se repiten de planta en planta:
Reporte lejos del activo: el técnico ejecuta el servicio en el campo, anota en papel o de memoria, y solo registra en SAP horas después, en una computadora compartida. El dato llega atrasado y empobrecido.
Cierre en lote al final del período: órdenes cerradas en masa para "limpiar" el backlog, con textos genéricos y horas prorrateadas, destruyen el historial de fallas y distorsionan los indicadores.
Avisos mal clasificados: avería registrada como actividad, causa y síntoma en blanco, descripción de una línea. El módulo lo acepta, pero el análisis de confiabilidad se vuelve inviable.
Backlog invisible: sin disciplina en las listas IW38/IW28 y sin estratificación por puesto de trabajo, la cartera de servicios crece sin que nadie vea dónde está el desborde de capacidad.
Fricción de uso para el ejecutante: el SAP GUI fue diseñado para el planificador en la oficina, no para el mantenedor de mano sucia en el campo. Cada minuto de fricción se vuelve un incentivo para no registrar.
Errores de configuración que cobran intereses después
Parte de los trabamientos nacen todavía en la implantación. Los más recurrentes: exceso de tipos de aviso y de campos obligatorios, que empuja al usuario hacia el registro genérico o hacia fuera del sistema; catálogos de causa y síntoma demasiado extensos para que el ejecutante navegue; capacidad de los puestos de trabajo cargada de forma ficticia (todo el mundo disponible 8 horas por día, sin vacaciones ni capacitación), lo que vuelve la programación una ficción; y criticidad de activos no configurada, dejando la priorización de las órdenes al criterio de quien grita más fuerte. La regla práctica es diseñar el proceso para el peor contexto de uso (el técnico en el campo, con prisa), no para el usuario ideal de oficina.
Para dimensionar el efecto del cuello de botella de reporte, considera un ejemplo hipotético: una planta con 40 mantenedores en la que cada ejecutante gasta 30 minutos por día entre desplazarse hasta un terminal, recordar lo que hizo y digitar el reporte. Son 20 horas de mano de obra por día consumidas en burocracia, el equivalente a dos o tres órdenes de mantenimiento que dejan de ejecutarse todos los días, sin contar la pérdida de calidad del dato registrado de memoria.
El resultado es un círculo vicioso: dato malo genera indicador malo, que genera decisión mala, que refuerza la percepción de que "el SAP no funciona para el mantenimiento". El módulo funciona; lo que falta es cerrar el ciclo en el campo. Mapeamos esos puntos en detalle en el artículo sobre los principales cuellos de botella en la gestión del mantenimiento por el SAP.
Cómo destrabar SAP PM: movilidad en la ejecución
La respuesta madura para la última milla es llevar SAP PM hasta el técnico, y no el técnico hasta SAP. Es el papel de la movilidad sobre el módulo: aplicaciones que corren en el smartphone o la tablet del ejecutante, integradas en tiempo real con el backend SAP. Explicamos la jornada completa en la guía práctica de movilidad en el mantenimiento con SAP PM y en el comparativo de software de mantenimiento para quien usa SAP.
El PM RUN Movilidad fue construido exactamente para ese escenario, por quienes implementan movilidad sobre SAP PM en fábricas brasileñas. En la práctica, la aplicación permite:
Recibir y ejecutar las órdenes de mantenimiento directo en el celular, con funcionamiento online y offline
Abrir avisos en el lugar de la ocurrencia, con el tipo de aviso correcto y foto del problema
Reportar horas, materiales y observaciones en el momento de la ejecución, eliminando el papel
Sincronizar todo con SAP en tiempo real, manteniendo el módulo como fuente única de la verdad
Localizar equipos y servicios por geolocalización
Al evaluar una capa de movilidad sobre SAP PM, cuatro criterios separan los proyectos que destraban la operación de los proyectos que se vuelven repisa:
Funcionamiento offline real: la fábrica tiene áreas sin señal; el app necesita operar desconectado y sincronizar después, sin perder el reporte
Integración nativa y en tiempo real con SAP: la orden que el técnico ve en el celular es la orden de SAP, con el mismo status, sin planilla intermedia ni doble digitación
Experiencia diseñada para el ejecutante: pocos toques para reportar, campos obligatorios que garantizan la calidad del dato (causa, síntoma, actividad) sin burocratizar
Gobernanza del proceso: el app debe reforzar el flujo del PCM (tipos de aviso correctos, cierre técnico completo), no crear un camino paralelo sin control
Con el reporte hecho al lado del activo, el historial vuelve a ser confiable, el backlog refleja la realidad y los indicadores pasan a sostener decisiones. Fue el camino recorrido por industrias como Rivelli Alimentos, que implantó PM RUN para aumentar la productividad del mantenimiento, y Citrosuco, que optimizó la gestión del mantenimiento con acompañamiento en tiempo real. Las ganancias aparecen también en la productividad del área de mantenimiento como un todo: menos desplazamiento, menos retrabajo administrativo y más tiempo de herramienta en la mano.
Conoce la solución PM RUN para mantenimiento con SAP PM y solicita una demostración para tu planta.
Preguntas frecuentes sobre el módulo SAP PM
¿Qué significa SAP PM?
PM es la sigla de Plant Maintenance, mantenimiento de planta. SAP PM es el módulo del ERP SAP responsable de la gestión del mantenimiento: registro de activos, avisos, órdenes, planes preventivos, reporte de ejecución e historial de fallas, integrado a los módulos de inventario, compras, costos y finanzas del mismo sistema.
¿Qué hace el módulo SAP PM?
El módulo estructura todo el ciclo del mantenimiento: registra la demanda en avisos, la convierte en órdenes con materiales y horas planificadas, programa la ejecución, recibe el reporte del técnico y cierra con causa y síntoma registrados. También genera órdenes preventivas automáticamente a partir de planes de mantenimiento por tiempo o contador.
¿Cuál es la diferencia entre aviso y orden de mantenimiento en SAP PM?
El aviso registra la ocurrencia o la necesidad de servicio: es el documento de demanda, abierto por quien detecta el problema. La orden es el documento de ejecución y costo: define operaciones, materiales, horas y puesto de trabajo, y recibe la imputación de todo lo que el servicio consume. El flujo saludable convierte avisos triados en órdenes planificadas.
¿SAP PM es un CMMS?
Sí, SAP PM cumple el papel de un CMMS (sistema informatizado de gestión del mantenimiento), con una diferencia importante: nace dentro del ERP. Eso garantiza integración nativa con inventario, compras y finanzas, algo que los sistemas de mantenimiento aislados necesitan construir vía interfaces.
¿Cuáles son las principales transacciones de SAP PM?
En el día a día, las más usadas son IW21/IW22/IW23 (crear, modificar y visualizar avisos), IW31/IW32/IW33 (órdenes), IW34 (orden a partir del aviso), IW38/IW39 (listas de órdenes y backlog), IW41 (reporte de la ejecución), IP41/IP42 (planes de mantenimiento) e IP10/IP30 (programación y monitor de plazos de los planes).
¿SAP PM existe en S/4HANA?
Sí. En SAP S/4HANA, los procesos de mantenimiento forman parte del área de Asset Management (EAM), con interfaces Fiori más modernas. La lógica de objetos técnicos, avisos, órdenes y planes permanece, y el mercado sigue llamando al módulo SAP PM o Plant Maintenance.
