Plantilla RFP integrada para OEE+CMMS: 60 requisitos para ambas funciones

Una RFP integrada de OEE+CMMS debe evaluar no solo la profundidad de cada función, sino también la calidad de la integración entre ellas. Una plataforma que ofrece excelentes análisis de OEE pero una gestión de órdenes de trabajo del CMMS débil falla de manera distinta a una plataforma con un CMMS sólido pero un OEE superficial, y ambas fallan de forma diferente a una plataforma que afirma estar integrada pero solo proporciona conectividad API entre módulos débilmente acoplados. La RFP integrada debe incluir: requisitos específicos de OEE que cubran la conectividad de las máquinas, la metodología de categorización de pérdidas, la capacidad de monitorización en tiempo real y la generación de informes para múltiples líneas; requisitos específicos de CMMS que cubran la gestión de órdenes de trabajo, la automatización del mantenimiento preventivo, la gestión de inventarios, el flujo de trabajo de adquisiciones y la gestión de calibraciones; requisitos específicos de integración que cubran el mecanismo que conecta los eventos de OEE con las órdenes de trabajo del CMMS, el modelo de datos de activos compartido, la capacidad de informes unificada y la responsabilidad del proveedor por ambas funciones; y requisitos del sistema que cubran el acceso a API, el soporte SSO, la exportación de datos, el SLA de disponibilidad y las certificaciones de seguridad. Estas cuatro categorías de requisitos, en conjunto, crean el marco de evaluación de plataformas integradas que una RFP estándar de OEE o CMMS pasa por alto por completo.

Requisitos de monitoreo de OEE (15): conectividad nativa con PLC sin hardware adicional para sus principales marcas de PLC, capacidad edge offline para periodos de interrupción de conectividad, visualización del OEE en tiempo real a nivel de línea y de planta, análisis histórico de tendencias de OEE con periodos configurables, categorización de pérdidas de OEE conforme a ISO 22400 o estándar Nakajima, detección automática de paradas sin intervención del operador, interfaz para que el operador codifique motivos de parada, panel de comparación de OEE para múltiples líneas, establecimiento de objetivos de OEE y alertas por desviaciones, informes de OEE por turno y por equipo, seguimiento de la tasa de rechazos de calidad con conteo de producción, seguimiento del tiempo de cambio por separado del tiempo de inactividad no planificado, exclusión del tiempo de inactividad por mantenimiento planificado de la disponibilidad del OEE, capacidad para formatos de informes de OEE específicos del cliente y acceso por API a datos brutos de OEE para análisis externos. Requisitos de CMMS (20): creación y cierre de órdenes de trabajo móviles con sincronización offline, generación automática de cronograma de PM con múltiples tipos de desencadenantes, jerarquía de activos con profundidad ilimitada, inventario de repuestos con automatización de puntos de pedido, creación de órdenes de compra y conciliación a tres vías, gestión de calibraciones con trazabilidad NIST, flujo de trabajo de permisos de seguridad para mantenimiento peligroso, gestión de órdenes de trabajo para contratistas, control de acceso basado en roles, importación masiva de plantillas de PM, configurabilidad del formulario de cierre de órdenes de trabajo, creación automática de órdenes de trabajo activada por OEE, panel de cumplimiento de PM, informes de ratio reactivo vs planificado, MTBF y MTTR por activo, coste de mantenimiento por activo, conector de integración con su ERP, soporte SSO, exportación de datos en CSV y JSON y certificación SOC 2 Tipo II. Requisitos de integración (15): modelo de datos de activos compartido entre OEE y CMMS, evento OEE crea orden de trabajo en CMMS automáticamente en 60 segundos, atributos de activos consistentes en las vistas de OEE y CMMS, panel de gestión unificado que combine KPIs de OEE y mantenimiento, un proveedor responsable de ambos soportes OEE y CMMS, informes conjuntos de análisis de causa raíz OEE-mantenimiento, la API proporciona datos de OEE y de mantenimiento en una única conexión, análisis histórico combinado de tendencias OEE-mantenimiento, informes que correlacionen la mejora del OEE con las acciones de mantenimiento y inicio de sesión único para las funciones de OEE y CMMS. Requisitos de implementación (10): clientes de referencia en su industria desplegados en los últimos 18 meses, cronograma de despliegue para su número de sitios y volumen de activos, alcance y cronograma de migración de datos, programa de capacitación para equipos de mantenimiento y operaciones, asignación de un gerente de proyecto de implementación, cobertura de soporte en la puesta en marcha, periodo de soporte intensivo de 30 días posterior a la puesta en marcha, SLA de disponibilidad superior al 99,5%, SLA de tiempo de respuesta de soporte y reunión anual de revisión de la hoja de ruta.

Pese las cuatro categorías de requisitos según su problema principal. Si la calidad de los datos OEE es el requisito principal (actualmente no tiene monitorización OEE), asigne un peso del 35 % a los requisitos OEE, 25 % a CMMS, 25 % a integración y 15 % a implementación. Si la reducción de costes de mantenimiento es el requisito principal (tiene OEE pero no CMMS), asigne 35 % a CMMS, 30 % a integración, 20 % a OEE y 15 % a implementación. Si la calidad de la integración de datos es el requisito principal (tiene tanto OEE como CMMS pero están desconectados), asigne 40 % a los requisitos de integración, 25 % a CMMS, 20 % a OEE y 15 % a implementación. Cree una matriz de puntuación ponderada en la que cada requisito se puntúe 0 (no disponible), 1 (disponible con personalización) o 2 (disponible de forma nativa). Multiplique cada puntuación por el peso del requisito y sume para obtener una puntuación total del proveedor. Preseleccione a los tres principales proveedores para la evaluación mediante demostración. La puntuación del RFP debe usarse para reducir el campo, no para tomar la decisión final — la evaluación de la demostración, las comprobaciones de referencias y la comparación del coste total deben guiar la selección final. Las plataformas integradas con puntuaciones altas en requisitos de integración pero puntuaciones más débiles en la profundidad de OEE o CMMS deben evaluarse con cuidado — la calidad de la arquitectura de integración importa más cuando ambas funciones son realmente capaces.