Muchos fabricantes optan por defecto por usar el módulo de gestión de mantenimiento incluido con su ERP, SAP Plant Maintenance, Oracle EAM, Microsoft Dynamics 365 Asset Management, porque "ya está incluido" en la licencia y se integra de forma nativa con el ERP.
Esta elección por defecto es comprensible pero a menudo produce resultados decepcionantes: equipos de mantenimiento que usan el módulo del ERP a regañadientes, con baja adopción, datos incompletos y un valor analítico limitado.
La causa raíz es que los módulos de mantenimiento de los ERP están diseñados para encajar en el modelo de datos y la experiencia de usuario del ERP, with less emphasis on para servir los flujos de trabajo específicos de las operaciones de mantenimiento en la planta de producción.
El argumento a favor de un CMMS independiente frente a los módulos de mantenimiento del ERP no se basa principalmente en las funciones, sino en el ajuste organizacional.
Un CMMS diseñado específicamente se organiza en torno a cómo trabajan realmente los equipos de mantenimiento: técnicos ejecutando órdenes de trabajo en dispositivos móviles en entornos de producción ruidosos; planificadores de mantenimiento programando mantenimiento preventivo en función de las ventanas de producción; gerentes de mantenimiento analizando patrones de tiempo de inactividad y el consumo de repuestos.
Un módulo de mantenimiento del ERP está diseñado en función de cómo trabajan finanzas, TI y usuarios formados en ERP, con interfaces y flujos de trabajo optimizados para usuarios avanzados del ERP en lugar de para los técnicos de campo.
Ocho razones específicas explican por qué un CMMS diseñado específicamente suele superar a los módulos de mantenimiento del ERP en las operaciones de fabricación, incluso cuando la integración con el ERP está disponible y el módulo del ERP es técnicamente capaz de manejar los requisitos de gestión de mantenimiento sobre el papel.
1. Diseño mobile-first. Las plataformas CMMS diseñadas específicamente invierten mucho en aplicaciones móviles pensadas para técnicos de campo: carga rápida, capacidad sin conexión, escaneo de códigos de barras, adjunto de fotos y acciones de órdenes de trabajo con un solo toque.
Los módulos de mantenimiento de los ERP ofrecen acceso móvil principalmente para usuarios formados en el ERP; la adopción por parte de técnicos de campo en SAP Fiori u Oracle Cloud Mobile requiere formación significativa y soporte continuo que las apps móviles diseñadas específicamente no necesitan. 2. Velocidad de implementación.
Un CMMS diseñado específicamente entra en funcionamiento en semanas, with less emphasis on en meses.
La configuración de un módulo de mantenimiento de ERP, establecer listas de tareas de mantenimiento, centros de trabajo, ubicaciones funcionales, tipos de notificación y asignaciones de centros de costo, es un proyecto de larga duración que requiere consultores certificados de ERP.
La diferencia en el tiempo para obtener valor significa que los fabricantes esperan considerablemente más tiempo para ver mejoras operativas al implementar módulos de mantenimiento de ERP frente a un CMMS independiente. 3. Adopción por parte de personal no-ERP.
Los operarios de producción que informan problemas en los equipos, los técnicos de mantenimiento que ejecutan órdenes de trabajo y los supervisores de turno que aprueban solicitudes de mantenimiento normalmente no son usuarios del ERP.
Incorporar a estos usuarios a SAP PM u Oracle EAM requiere formarlos en la navegación del ERP que solo usarán para flujos de trabajo de mantenimiento, creando fricción en la adopción que los CMMS independientes con interfaces dedicadas y simplificadas eliminan. 4. Agilidad para el cambio.
Añadir una nueva categoría de parada, modificar un intervalo de mantenimiento preventivo (PM) o crear un nuevo tipo de orden de trabajo lleva minutos en un CMMS diseñado específicamente y administrado por un supervisor de mantenimiento.
El mismo cambio en un módulo de mantenimiento del ERP suele requerir un consultor de ERP o la intervención de TI para navegar los procesos de gestión de cambios de configuración. 5. Analítica específica de mantenimiento.
Las plataformas CMMS diseñadas específicamente construyen analíticas alrededor de preguntas de gestión de mantenimiento, MTBF por clase de activo, tendencias de cumplimiento de PM, principales contribuyentes a tiempos de parada, patrones de consumo de repuestos.
Las analíticas de mantenimiento en los ERP están integradas en el marco de informes del ERP y requieren experiencia en inteligencia de negocio para personalizarlas a indicadores clave específicos de mantenimiento. 6. Enfoque del proveedor y calidad del soporte.
Los proveedores de CMMS cuyo producto completo es la gestión del mantenimiento son más sensibles a los requisitos de mantenimiento, más conocedores de las mejores prácticas de mantenimiento y más rápidos para implementar solicitudes de funciones específicas de mantenimiento que los proveedores de ERP para quienes el mantenimiento es un módulo entre decenas. 7.
Integración con OEE y la planta de producción. Las plataformas CMMS diseñadas específicamente están creando integraciones directas con sistemas de monitorización OEE para generar flujos de trabajo conectados entre producción y mantenimiento. Los módulos de mantenimiento del ERP suelen requerir desarrollo de middleware personalizado para la misma integración. 8. Coste total de propiedad.
Para fabricantes del segmento medio (200, an amount that varies empleados), el coste de implementación, configuración y administración continua de un CMMS independiente es significativamente menor que el despliegue de un módulo de mantenimiento del ERP, incluso antes de contabilizar las mejoras de productividad que aporta una mejor adopción por parte de los usuarios.
Los módulos de mantenimiento del ERP tienen sentido en situaciones específicas a pesar de sus desventajas generales para la gestión de mantenimiento orientada al personal de campo.
Para los grandes fabricantes (más de an amount that varies empleados) en los que cada transacción financiera debe pasar por el ERP por motivos de cumplimiento y control financiero, la calidad de integración nativa del ERP de SAP PM u Oracle EAM puede compensar las ventajas de adopción de usuarios de un CMMS independiente.
A esta escala, la complejidad y el coste de integrar un CMMS independiente con el ERP es proporcionalmente menor, y los beneficios de control financiero de la contabilización nativa de costes de mantenimiento en el ERP son proporcionalmente mayores.
Para organizaciones con equipos de planificación de mantenimiento formados en ERP que usan SAP u Oracle como su entorno de trabajo principal, los módulos de mantenimiento del ERP son más naturales que los sistemas CMMS independientes que exigen aprender una nueva plataforma.
Los planificadores sénior de mantenimiento que trabajan todo el día en SAP pueden preferir sinceramente la potencia de SAP PM frente a un CMMS independiente simplificado, incluso si los técnicos de campo prefieren lo contrario.
Esta división de la población de usuarios, planificadores cómodos con el ERP y técnicos de campo reacios al ERP, es la razón por la que muchos grandes fabricantes implementan arquitecturas híbridas: un CMMS independiente para la ejecución en campo con integración al ERP para la contabilización financiera.
La respuesta correcta para la mayoría de los fabricantes de mercado medio es: comenzar con un CMMS diseñado específicamente para este propósito, integrarlo con el ERP para la contabilización de costes mediante conectores API estándar y lograr tanto una buena adopción en campo como la integración financiera con el ERP sin la carga de configurar por completo el módulo de mantenimiento del ERP.
Este enfoque híbrido ofrece la mayor parte del beneficio de integración con el ERP (seguimiento de costes, integración de órdenes de compra) sin los problemas de adopción por parte de los usuarios que afectan a las implementaciones puras del módulo de mantenimiento del ERP.
Evalúe esta arquitectura de forma explícita en su proceso de selección de CMMS: pida tanto a los proveedores del módulo de mantenimiento del ERP como a los proveedores de CMMS independientes que demuestren su enfoque de integración y compare las arquitecturas en coste total, tiempo de implementación y adopción realista en campo antes de tomar la decisión.
Iniciar sesión
Blog
