Las empresas que ya utilizan SAP PM deben evaluar el software de mantenimiento a partir de la arquitectura y del proceso que desean preservar. Los datos maestros de activos, planes, órdenes, costos y materiales pueden estar en SAP, pero el alcance y la madurez varían entre empresas. Antes de comparar pantallas, documente qué controla ya su entorno, dónde sale el trabajo del sistema oficial y qué datos deben volver a SAP.
Esta guía organiza la evaluación en seis dimensiones: integración y gobierno de datos, operación en campo, planificación y programación, arquitectura y seguridad, implantación y soporte, y costo total. Las preguntas no tienen una respuesta universal. La respuesta adecuada depende del proceso, las configuraciones, los controles corporativos y el riesgo operativo.
Antes de evaluar funciones, defina el papel de SAP PM
El primer criterio es definir qué sistema seguirá siendo el sistema de registro del mantenimiento. Existen varios diseños posibles, cuyos efectos dependen del alcance implantado:
- Sustitución de SAP PM: la empresa migra datos maestros, historial y procesos a otro CMMS o EAM y mantiene las integraciones necesarias con el ERP.
- Convivencia de SAP PM con otro sistema de mantenimiento: cada plataforma asume un alcance definido. Este diseño exige reglas claras de propiedad del dato, sincronización y tratamiento de conflictos.
- SAP PM como sistema de registro con una capa de ejecución y planificación: la aplicación y el portal trabajan con objetos y procesos de SAP dentro del alcance integrado.
Ninguna de estas arquitecturas es correcta en abstracto. La decisión debe considerar estrategia corporativa, calidad de los datos maestros, integraciones existentes, costo del cambio, experiencia en campo y gobierno del historial. La lista de software de mantenimiento agrupado por arquitectura, disponible actualmente en portugués, ayuda a organizar la preselección.
Dimensión 1: integración y gobierno de datos
La integración debe describirse objeto por objeto y proceso por proceso. La expresión "integración nativa" no explica el mecanismo, la dirección del dato, la latencia ni quién mantiene la interfaz.
Preguntas para el proveedor:
- Qué mecanismo conecta la solución con SAP y qué componentes permanecen en el entorno del cliente, el middleware y el proveedor.
- Qué objetos y acciones cubre: orden, operación, aviso, confirmación, medición, reserva, lista de materiales y documento. Qué se lee y qué se escribe.
- Qué sistema mantiene equipos, ubicaciones técnicas, puntos de medida, centros de trabajo y catálogos. Cómo se detectan y tratan las divergencias.
- Cuando el usuario crea o modifica un documento fuera de SAP, qué documento se crea en SAP y qué campos se completan.
- La integración de cada proceso es inmediata, programada o activada por el usuario. Qué sucede cuando SAP o el middleware no está disponible.
- Qué registros están disponibles para operación, soporte y auditoría. Quién supervisa, reprocesa y comunica las fallas.
Solicite una matriz de integración con objeto, dirección, disparador, latencia esperada, tratamiento de errores y responsable. Esta evidencia es más útil que una afirmación genérica de tiempo real.
Dimensión 2: operación en campo
El alcance de campo debe compararse con la rutina real del técnico. Offline puede significar solamente consultar una orden descargada o puede incluir ejecución, confirmación, avisos y materiales. Defina el mínimo necesario antes de la demostración.
Preguntas para el proveedor:
- Qué datos deben sincronizarse antes de entrar en una zona sin conexión.
- Qué acciones funcionan offline y cuáles dependen de conexión.
- Cómo trata el sistema los conflictos, documentos pendientes y fallas de sincronización.
- El registro de tiempos permite capturar inicio y fin durante la ejecución. Existe también un método manual que pueda controlarse.
- El aviso utiliza los catálogos configurados en SAP cuando corresponde. Qué campos varían según el tipo de aviso u orden.
- Cómo funcionan los checklists, el motivo de no ejecución, el aviso técnico y el tratamiento del hallazgo.
- Qué anexos pueden enviarse o consultarse, dónde se almacenan y cómo se relacionan con DMS y la política de retención.
- La aplicación admite los dispositivos, sistemas operativos y controles de seguridad utilizados por su empresa.
Solicite una demostración con un escenario propio: orden con operaciones, ejecución sin conexión, ítem no realizado, aviso técnico, confirmación y sincronización. Registre qué depende de configuración y qué forma parte del alcance contratado.
Dimensión 3: planificación y programación
La planificación debe conectar demanda, capacidad, ventana de trabajo e integración. Un diagrama de Gantt aislado no demuestra que la programación se haya aplicado al proceso oficial.
Preguntas para el proveedor:
- Qué órdenes entran en la herramienta y qué filtros de centro, tipo, estado, fecha y programación las controlan.
- Cómo se representan centros de trabajo, turnos, ausencias, habilidades, certificaciones, disponibilidad y utilización.
- Qué acciones de programación se envían a SAP, cuándo ocurre y cómo sigue el usuario el registro.
- Cómo entran en el período de programación las órdenes preventivas ya generadas por un plan de SAP.
- Cómo aparecen para el planificador el backlog, la criticidad, los equipos detenidos, los materiales y las restricciones.
- Qué cambia en el tablero cuando la ejecución se retrasa, se confirma parcialmente o no se integra.
- Qué datos quedan disponibles para que el cliente construya sus propios indicadores.
La estrategia y la periodicidad preventivas permanecen en SAP PM. Evalúe la herramienta por su capacidad para programar, asignar, integrar y acompañar las órdenes generadas por esa estrategia, sin suponer que define automáticamente el plan.
Dimensión 4: arquitectura y seguridad
TI, seguridad, privacidad y los responsables de SAP deben participar antes de la contratación. Los requisitos varían según la arquitectura corporativa, la clasificación del dato y la política de acceso.
Preguntas para el proveedor:
- Cómo funcionan autenticación, revocación, perfiles y segregación de funciones.
- Qué acciones utilizan identidad individual y cuáles pasan por un usuario técnico de integración. Cómo se preserva la autoría.
- Qué datos permanecen en el dispositivo durante el uso offline y cómo se protegen o eliminan.
- Dónde se almacenan datos, registros, anexos y documentos. Qué políticas de retención, copia de seguridad y eliminación se aplican.
- Cómo quedan auditables los cambios, aprobaciones, sincronizaciones y fallas de integración.
- Qué evidencias de seguridad, pruebas y procesos de respuesta a incidentes puede evaluar su equipo.
- Cómo se prueba la solución ante una actualización de SAP, un cambio de middleware o una migración a S/4HANA.
No suponga que reproducir la autorización de SAP o utilizar inicio de sesión único resuelve todos los controles. Solicite el diseño de identidad y permisos para cada acción crítica.
Dimensión 5: implantación y soporte
Un plazo solo tiene sentido cuando alcance, dependencias, entornos y responsabilidades están definidos. La misma solución puede exigir esfuerzos diferentes según personalizaciones SAP, integración, calidad de los datos maestros y amplitud del despliegue.
Preguntas para el proveedor:
- Cuál es el alcance del primer grupo en producción y qué prerrequisitos deben estar concluidos.
- Quién responde por SAP, middleware, infraestructura, dispositivos, datos maestros, pruebas y capacitación.
- Qué entornos se utilizarán para configuración, calidad y producción. Cómo se realiza el paso entre ellos.
- Cómo se preparará a usuarios de campo, planificadores, administradores y soporte interno.
- En qué idiomas, horarios y canales atiende el soporte. Cómo funcionan la criticidad, el escalamiento y la guardia cuando corresponda.
- Se necesita atención presencial. En qué localidades, con cuánta anticipación y bajo qué condiciones.
- Cómo se incorporan nuevos usuarios, plantas y cambios de proceso después de la puesta en producción.
- Qué referencias de clientes con arquitectura, escala y complejidad comparables pueden verificarse.
La ubicación del equipo de soporte no es un criterio universal. El criterio es la cobertura que necesita la operación: idioma, zona horaria, SLA, criticidad, capacidad remota, presencia cuando se requiera y ruta de escalamiento.
Dimensión 6: costo total
Compare licencias, implantación, integración, mantenimiento y esfuerzo interno en el mismo horizonte. El menor valor inicial puede no representar el menor costo total, pero esta conclusión debe surgir de las cifras de la propuesta y del escenario de la empresa.
Preguntas para el proveedor:
- Cómo se contabilizan las licencias y qué cambia con usuarios, plantas, volumen, picos estacionales o nuevos módulos.
- Qué servicios de implantación están incluidos y cuáles pueden convertirse en solicitudes de cambio.
- Están incluidos la integración SAP, middleware, paquetes, infraestructura y entornos.
- Qué costos recurrentes existen para soporte, mantenimiento, actualizaciones e infraestructura.
- Se requieren licencias adicionales de SAP o terceros. Quién valida esa necesidad.
- Qué esfuerzo interno se prevé para SAP, TI, mantenimiento, pruebas, capacitación y operación continua.
- Cómo funcionan reajuste, expansión, reducción de alcance, terminación del contrato y devolución de datos.
Checklist consistente para la reunión con proveedores
La tabla utiliza las mismas seis dimensiones de la guía. La tercera columna no establece una respuesta universal; muestra la evidencia que permite evaluar la respuesta en su contexto.
| Dimensión | Pregunta central | Evidencia para evaluar en su contexto |
|---|---|---|
| 1. Integración y gobierno de datos | Qué objetos, acciones, direcciones y disparadores conectan la solución con SAP. | Matriz objeto por objeto, mecanismo, latencia, error, reprocesamiento, registro y responsable. |
| 2. Operación en campo | Qué actividades funcionan online y offline en el escenario real del técnico. | Demostración con orden, checklist, aviso, confirmación y sincronización, incluidos límites y dependencias. |
| 3. Planificación y programación | Cómo se relacionan capacidad, restricciones y acciones programadas con las órdenes de SAP. | Escenario con filtros, asignación, integración activada, registro, retraso y actualización de la ejecución. |
| 4. Arquitectura y seguridad | Cómo protegen cada acción la identidad, los permisos, el almacenamiento y la auditoría. | Diagrama de arquitectura, matriz de acceso, retención, protección offline, trazabilidad y evidencias de seguridad. |
| 5. Implantación y soporte | Quién entrega, opera y atiende cada parte del alcance. | Cronograma, RACI, prerrequisitos, entornos, capacitación, idiomas, horarios, SLA y escalamiento. |
| 6. Costo total | Cuánto cuesta implantar, integrar, mantener, expandir y salir. | Hoja de cálculo con licencias, servicios, terceros, infraestructura, esfuerzo interno, reajuste y salida. |
Señales de que la respuesta todavía está incompleta
- "Integración nativa" sin matriz de objetos y acciones: solicite mecanismo, dirección, disparador, tratamiento de errores y responsable.
- "Funciona offline" sin delimitar acciones y datos: solicite la ejecución del escenario que necesita su planta.
- "Planificación integrada" sin mostrar qué se envía a SAP: solicite la acción, el momento de integración y el registro.
- "Seguridad corporativa" sin identidad y trazabilidad por acción: solicite el diseño de autenticación, autorización y auditoría.
- "Soporte completo" sin idioma, horario, SLA y escalamiento: documente la cobertura contractual necesaria.
- "Precio cerrado" sin integración, terceros y mantenimiento: compare el costo total en el mismo período.
Cuando la preselección ya tiene proveedores definidos
Aplique las mismas seis dimensiones a todos. Las páginas sobre alternativas a Tractian, alternativas a Engeman, alternativas a Fracttal, alternativas a Manusis, alternativas a Sigga y PM Run frente a Produttivo ayudan a estructurar la conversación por arquitectura. Verifique cualquier información del proveedor directamente en la propuesta y la documentación vigentes.
Dónde encaja PM Run en esta arquitectura
PM Run es una capa de ejecución, movilidad y planificación integrada con SAP PM. No sustituye SAP como sistema de registro. PM Run Mobilidade documenta la creación de órdenes con campos que reflejan IW31, ejecución online y offline, confirmaciones, checklists operativos, avisos, reservas, mediciones y anexos según los recursos y configuraciones del entorno. PM Run Planejamento documenta diagramas de Gantt, programación, utilización de recursos, capacidad, turnos, ausencias, habilidades, certificaciones, programación oficial e integración de acciones con SAP.
Este alcance no elimina la necesidad de evaluar mecanismo, objetos cubiertos, configuraciones, seguridad, implantación, soporte y costo en el entorno de su empresa. Conozca el software de mantenimiento de PM Run integrado con SAP PM y lleve las seis dimensiones de esta guía a la conversación técnica.
Preguntas frecuentes
¿Cómo elegir software de mantenimiento cuando la empresa ya utiliza SAP PM?
Primero defina el papel de SAP como sistema de registro. Después compare integración, campo, planificación, seguridad, implantación, soporte y costo total con el mismo escenario y evidencias equivalentes para todos los proveedores.
¿Qué debe preguntarse sobre la integración con SAP?
Pregunte por mecanismo, objetos, acciones, dirección del dato, disparador, latencia, tratamiento de indisponibilidad, registros, reprocesamiento y responsabilidad de mantenimiento.
¿Es necesario sustituir SAP PM para tener movilidad?
No necesariamente. Una capa de movilidad puede trabajar con objetos de SAP PM. El alcance exacto depende de la solución, la integración y la configuración del entorno.
¿Cuál es un plazo razonable de implantación?
No existe un plazo universal. Compare el alcance del primer grupo, prerrequisitos, entornos, integraciones, pruebas, capacitación, responsabilidades y criterios de aceptación.
¿El soporte debe ser local?
No como regla universal. Defina la cobertura necesaria en idioma, horario, canal, SLA, escalamiento y presencia física cuando la operación lo requiera.
¿Cómo comparar propuestas de forma justa?
Utilice las mismas seis dimensiones, solicite evidencias equivalentes y sume licencias, implantación, integración, terceros, mantenimiento, infraestructura, esfuerzo interno, expansión y salida.
