Plantilla de solicitud de propuestas (RFP) para software OEE: 47 requisitos y una matriz de puntuación ponderada

Una Solicitud de Propuesta (RFP) para software de OEE cumple dos propósitos: obliga a los proveedores a responder a sus requisitos específicos en lugar de su presentación estándar, y crea una base estructurada para comparar las respuestas entre proveedores. Muchos fabricantes envían RFPs de OEE mal estructuradas: o bien demasiado genéricas (pidiendo "capacidad de cálculo de OEE" sin especificar la granularidad requerida) o bien demasiado prescriptivas (especificando una arquitectura técnica que limita las respuestas a proveedores que construyeron su plataforma de una determinada manera). La estructura adecuada de la RFP se centra en los requisitos: qué resultados necesita, no cómo debe entregárselos el proveedor. Una RFP efectiva de software de OEE tiene siete secciones. Primero, una descripción de la empresa y la planta que proporcione a los proveedores contexto sobre su entorno de producción (industria, número de líneas, tipos de máquinas, infraestructura informática existente, sistema ERP). Segundo, la definición del alcance que cubra qué sitios y áreas de producción están dentro del alcance para el despliegue inicial y cuáles pueden añadirse posteriormente. Tercero, requisitos funcionales organizados por categoría (captura de datos, cálculo de OEE, informes, integraciones, acceso móvil, alertas). Cuarto, requisitos técnicos que abarcan arquitectura de despliegue, seguridad, estándares de integración y exportación de datos. Quinto, requisitos de implementación y soporte que incluyan el enfoque de implementación, la formación y las expectativas de SLA (acuerdos de nivel de servicio). Sexto, requisitos comerciales que traten el modelo de precios, los términos del contrato y la estructura de licencias. Séptimo, requisitos de clientes de referencia solicitando referencias en su industria y en el rango de tamaño de planta correspondiente. La sección de requisitos funcionales es donde la mayoría de los fabricantes especifican insuficientemente. Requisitos genéricos como "capacidad para rastrear paradas" no aportan información: todos los proveedores de OEE lo afirman. Requisitos específicos como "el sistema debe capturar eventos de parada automáticamente mediante señal PLC sin entrada manual del operario, categorizarlos en al menos 3 niveles jerárquicos y permitir la recategorización retrospectiva dentro de las 24 horas" obligan a los proveedores a describir su capacidad real en lugar de declarar un cumplimiento genérico. Redactar requisitos con este nivel de especificidad requiere preparación, ya sea a partir de usuarios internos que saben lo que le falta al sistema actual o de un consultor de implementación de OEE que haya visto múltiples sistemas en producción.

Organizar los requisitos de la RFP en categorías facilita la evaluación. Los requisitos de recopilación de datos deben cubrir: detección automatizada del estado de la máquina vía PLC/OPC-UA; jerarquía configurable de causas de tiempo de inactividad (mínimo 3 niveles); flujo de trabajo de reconocimiento de inactividad por parte del operador; recopilación del conteo de producción desde señales de la máquina; captura de rechazos de calidad en el punto de producción; categorización de estados de cambio de producto y de mantenimiento planificado; configuración de horarios de turnos; y soporte para ejecuciones multiproducto con objetivos de tiempo de ciclo por producto.

Requisitos de cálculo de OEE: cálculo de OEE conforme a la ISO 22400; metodología de cálculo configurable (OEE de clase mundial vs. OEE práctico vs. OEE teórico); cálculo y visualización de los submétricos disponibilidad, rendimiento y calidad; agregación a nivel de turno, diaria, semanal y mensual; cálculos de consolidación por línea, área y planta; cálculo de OEE en tiempo real (no solo al final del turno); tasa de calidad en la primera pasada diferenciada de la tasa de calidad global; y cálculo de tendencias históricas por un mínimo de 24 meses.

Requisitos de informes y analítica: panel configurable por rol de usuario; análisis Pareto de causas de inactividad por duración y frecuencia; gráfico tipo cascada de OEE (árbol de pérdidas que muestra los componentes disponibilidad, rendimiento y calidad); informes de comparación de turnos; benchmarking de líneas entre sitios; entrega programada de informes por correo electrónico; exportación de datos en bruto a CSV/Excel; y acceso por API para integración con herramientas de BI. Requisitos de integración: cliente OPC-UA; integración de órdenes de producción con SAP/Oracle/D365 (si procede); disparador de orden de trabajo en el CMMS ante un evento de inactividad; inicio de sesión único (SSO) vía SAML 2.0 u OIDC; y transferencia de datos cifrada por HTTPS. Requisitos móviles y de alertas: aplicación móvil para iOS y Android; alerta en tiempo real al supervisor de turno cuando un evento de inactividad exceda un umbral; notificación push con resumen diario de OEE; y modo sin conexión con sincronización de datos al reconectarse.

Una matriz de puntuación ponderada convierte las respuestas a una solicitud de propuesta (RFP) en puntuaciones comparables que reflejan las prioridades de su organización. La ponderación debería reflejar la importancia relativa de cada categoría de requisitos para su situación específica: un fabricante con integraciones SAP complejas debería ponderar la capacidad de integración más fuertemente que uno que opera un ERP independiente, mientras que una planta con mala disciplina de los operadores respecto a los datos debería ponderar la captura automática de datos más que la flexibilidad de informes.

Una estructura de ponderación típica para un fabricante de tamaño medio: Capacidad de captura de datos (25%) — la base sin la cual los datos de OEE no son fiables; Cálculo de OEE y analítica (20%) — el núcleo del valor aportado; Integración ERP/CMMS (20%) — la conexión con los sistemas existentes; Implementación y soporte (15%) — el riesgo de entrega; Informes y paneles (10%) — la experiencia de usuario; Términos comerciales (10%) — coste total de propiedad. Dentro de cada categoría, los requisitos individuales se puntúan de 0 a 3 (0 = no soportado, 1 = en la hoja de ruta, 2 = soportado con configuración, 3 = soportado de forma nativa y listo para usar) y la puntuación de la categoría es el promedio ponderado de las puntuaciones de los requisitos individuales.

Más allá de la puntuación cuantitativa, preseleccione proveedores para una demostración estructurada antes de tomar la decisión final. Las respuestas a la RFP describen la capacidad; las demostraciones revelan la usabilidad. El mejor software de OEE para su planta es el que sus operadores realmente usarán correctamente — lo que requiere evaluar la interfaz del operador en el contexto de su entorno de producción específico, con sus tipos de máquinas, patrones de turnos y flujo de trabajo de entrada de datos. Pese la evaluación de la demostración por separado de la puntuación de la RFP y combine ambas en su recomendación final de proveedor a los altos directivos.