Guía práctica para implementar un dashboard de OEE (Overall Equipment Effectiveness) en Power BI: fuentes de datos, cálculo correcto, métricas complementarias y diseño.

📌 En resumen
El OEE (Overall Equipment Effectiveness) es el indicador estándar de eficiencia en planta industrial. Se calcula como el producto de tres componentes: Disponibilidad (tiempo productivo / tiempo planificado), Rendimiento (velocidad real / velocidad ideal) y Calidad (unidades buenas / unidades totales producidas). Un OEE del 85% se considera 'clase mundial' para plantas en lote; la media real del sector está entre el 55–65%.
El OEE es probablemente el KPI más usado y más mal calculado en la industria. Muchas empresas tienen un número de OEE, pero cuando profundizas en el cálculo aparecen inconsistencias: paradas planificadas incluidas donde no deberían, tiempos de ciclo teóricos mal definidos o calidad calculada sobre el total producido en lugar de sobre el producido en el primer paso. Esta guía explica cómo implementarlo correctamente en Power BI.
| Componente | Fórmula | Error frecuente |
|---|---|---|
| Disponibilidad | Tiempo productivo / Tiempo planificado de producción | Incluir el tiempo de mantenimiento planificado como pérdida de disponibilidad |
| Rendimiento | (Unidades producidas × Tiempo de ciclo ideal) / Tiempo productivo | Usar tiempo de ciclo medio en lugar de tiempo de ciclo teórico ideal |
| Calidad | Unidades buenas (primer paso) / Unidades totales producidas | Incluir unidades retrabajadas como buenas, inflando el OEE |
| OEE | Disponibilidad × Rendimiento × Calidad | Calcular cada componente de forma inconsistente entre líneas o turnos |
Las fuentes de datos del OEE dependen del nivel de digitalización de la planta. En plantas con MES (Manufacturing Execution System) como SAP ME, Opcenter o FactoryTalk, los datos están estructurados y el conector de Power BI puede leerlos directamente. En plantas con SCADA o PLCs, los datos suelen estar en bases de datos industriales (Historian, OSIsoft PI) que tienen conectores para Power BI. En plantas menos digitalizadas, los datos de paradas y producción se recogen en hojas de papel o Excel — aquí el primer paso es digitalizar la recogida antes de construir el dashboard.
El dashboard solo genera valor si el equipo actúa sobre los datos. El formato que mejor funciona es la reunión diaria de producción (15-20 minutos) donde se revisan los datos del turno anterior: qué líneas tuvieron peor OEE, cuál fue la causa principal y qué acción correctiva se toma. A medio plazo, el histórico permite identificar patrones: líneas que degradan rendimiento progresivamente (necesidad de mantenimiento), turnos con OEE inferior (oportunidad de formación) o productos que causan más paradas (revisión de proceso).
El calculo de OEE requiere tres flujos de datos: disponibilidad (tiempo productivo vs tiempo planificado), rendimiento (velocidad real vs velocidad teorica) y calidad (piezas buenas vs piezas totales). Si estos datos se capturan manualmente en partes diarios, el dashboard mostrara cifras con un dia de retraso y con los sesgos propios del registro manual.
Para un dashboard OEE en tiempo real, necesitas conectar directamente con el sistema SCADA, MES o los sensores de las maquinas. En plantas que no tienen MES, una alternativa practica es conectar los PLCs a un gateway IoT que envie los datos a una base de datos intermedia. Desde ahi, Power BI puede consumir los datos con actualizacion cada pocos minutos.
El error mas frecuente es medir OEE global de planta sin desglosar por linea y por turno. Un OEE del 65% puede esconder que una linea esta al 80% y otra al 50%. Sin ese desglose, las acciones de mejora no se dirigen donde realmente hay problema.
Otro error es comparar OEE entre plantas o lineas con productos diferentes. Una linea que fabrica un producto complejo con muchos cambios de lote tendra un OEE estructuralmente menor que una linea que produce en serie. La comparacion valida es contra el OEE historico de la misma linea con el mismo tipo de producto.
Si quieres profundizar en como implementar Power BI en tu empresa, consulta nuestra pagina de consultoria Power BI explicamos el proceso completo.
Para mas contexto, puedes consultar la informe de McKinsey sobre empresas data-driven.
La media real en plantas industriales en España está entre el 55–65% de OEE. Un OEE superior al 75% es un buen resultado para la mayoría de sectores. El 85% se considera 'clase mundial'. Contexto importante: el OEE 'verdadero' calculado correctamente siempre es menor que el OEE calculado con metodología laxa.
Con datos accesibles y bien estructurados (MES con API o base de datos SQL), un dashboard de OEE inicial puede estar operativo en 2–3 semanas. Si hay que digitalizar la recogida de datos de paradas o conectar sistemas legacy, el plazo se extiende a 4–8 semanas.
Siguiente paso recomendado
De la teoría a los resultados: implementamos el dashboard de OEE y el reporting de producción en Power BI.
Sin compromiso · Respuesta en < 24h
Autor
Fundador y Consultor de Datos e IA
David Aldomar es fundador y consultor principal de MERIDIAN Data & IA, consultora especializada en ayudar a pymes y empresas medianas en España a tomar mejores decisiones con sus datos. Su trabajo se centra en cuatro áreas: diseño e implantación de plataformas de datos (data warehouses, pipelines ETL con dbt, integración de ERPs y CRMs), reporting y dashboards ejecutivos en Power BI, automatización de procesos de negocio con herramientas como n8n, y desarrollo de soluciones de inteligencia artificial aplicada — desde modelos de forecasting de demanda hasta copilots internos basados en RAG con LangChain y FastAPI. Ha liderado proyectos en sectores como logística y transporte, retail y distribución, servicios financieros, manufacturing y construcción, siempre con un enfoque pragmático: diagnóstico corto, entregables concretos y transferencia de conocimiento al equipo del cliente para que sea autónomo desde el primer día. Antes de fundar MERIDIAN, acumuló experiencia en consultoría de datos y transformación digital trabajando con stacks variados — desde entornos Microsoft (SQL Server, Power BI, Azure) hasta ecosistemas open source (Python, dbt, BigQuery). Su filosofía es que un buen proyecto de datos no se mide por la tecnología que usa, sino por las decisiones de negocio que permite tomar. Escribe regularmente en el blog de MERIDIAN sobre reporting, gobierno del dato, automatización e IA aplicada, con guías prácticas orientadas a responsables de negocio y equipos técnicos de empresas que quieren sacar partido real a sus datos sin depender de grandes consultoras.
Fuentes
Seguir leyendo
14 min lectura
12 min lectura
9 min lectura
11 min lectura
9 min lectura
Última revisión: