OEE en transportadores: encontrar a los verdaderos responsables del tiempo muerto en los datos de tu WCS

Conclusión primero: el OEE de un transportador son tres números multiplicados: disponibilidad × rendimiento × calidad. La fórmula es trivial; lo difícil es qué campos del WCS alimentan cada número, cómo se corta la ventana de tiempo y quién es dueño de cada minuto de paro. He visto este mismo fallo tres veces: tres almacenes, la misma configuración de transportadores, el mismo mes — el OEE salió 91%, 74% y 63%. El equipo no era diferente. Las definiciones sí.

Deja bien amarradas las definiciones antes de extraer una sola etiqueta.

Disponibilidad = tiempo real de marcha / tiempo planificado de producción. Tiempo planificado de producción = duración del turno − paros planificados. Los transportadores no tienen cambios de troquel, pero sí limpiezas de línea entre olas, inspecciones de rutina, pausas de comida — eso son paros planificados, fuera del denominador, sin penalización.

Rendimiento = unidades reales / (tiempo real de marcha × capacidad de takt teórica). Toma el takt teórico de la última especificación del fabricante; si no estás seguro, usa el 90% del pico medido en siete turnos consecutivos cumpliendo objetivo, documéntalo y haz que todos usen el mismo número.

Calidad = unidades a la primera / unidades reales. En un transportador, "defectuoso" significa exactamente tres cosas: fallos de lectura, anomalías de peso, rechazos desviados. Las unidades que pasan en la relectura tras un reintento no cuentan como primera pasada — eso es retrabajo.

Por qué el WCS tiene que ser la fuente de la verdad: el WMS sabe cuántos pedidos despachó una ola y si los despachó a tiempo. No tiene idea de por qué la línea estuvo quieta 47 minutos. El WCS tiene los eventos de arranque/paro de motores, los conteos de fotocélulas, las lecturas de los cabezales, los códigos de alarma — cada ingrediente crudo de la atribución de paros vive en el WCS. El trabajo del WMS es fijar las definiciones: cómo se cortan los turnos, cuándo cuenta como iniciada una ola, qué paros son planificados. Soy consultor de WMS y lo digo en cada sitio: cuando el OEE no cuadra, nueve de cada diez veces es un problema de definiciones, no de equipos.

La guía, en cuatro pasos.

Paso 1: la lista de datos a extraer del WCS. Alinea primero estas seis clases de datos; si falta una, todo lo que sigue es una estimación.

1. Eventos de estado del equipo: arranques/paros de motores, alarmas de variadores, con marca de tiempo al segundo. Sub-segundo es exagerado; a nivel de minuto es demasiado grueso.
2. Datos de fotocélulas y contadores: conteos de unidades en puntos clave — como mínimo alimentación, salida y cada desviador. Sin conteos segmentados no puedes ubicar qué tramo se detuvo.
3. Datos de lectura: registros de éxito/fallo de lectura de códigos de barras con códigos de motivo de fallo. Esto es el numerador y el denominador de tu tasa de calidad.
4. Mapa de códigos de alarma: código de alarma del WCS → significado en lenguaje claro → categoría de atribución. Esta tabla es un activo de capital — constrúyela una vez, úsala tres años, cámbiala con un proceso.
5. Calendario de turnos: inicio/fin de turno, paros planificados (comidas, mantenimiento, limpiezas entre olas). Se mantiene en el WMS, solo lectura en el WCS.
6. Configuración de velocidad y takt: velocidad actual de línea, takt teórico. El denominador del rendimiento sale de aquí.

Paso 2: la taxonomía de atribución de paros. Cada paro primero pasa por una puerta planificado-vs-no planificado; los no planificados caen en seis cubetas.

Las zonas grises necesitan reglas escritas. Las mías son tres: primera, cualquier paro de menos de 5 minutos sin código de alarma va a micro-paros, se sigue como su propia categoría, nunca se fuerza a "falla de equipo". He visto este mismo fallo tres veces — los micro-paros se embarran entre "falla de equipo", mantenimiento pasa un mes arreglando máquinas y el OEE no se mueve un punto. Segunda, alimentación vacía más ola liberada en el WMS significa sin alimentación; alimentación vacía sin ola liberada es un problema de planificación de olas del WMS — se sigue aparte, no se carga al OEE del equipo. Tercera, el mismo código de alarma tres o más veces en 24 horas escala a falla repetitiva, se sigue por su cuenta.

Paso 3: alinear las definiciones del WMS y del WCS. Cuatro puntos; el OEE no es confiable hasta que estén listos.

1. Una base de tiempo: las marcas de tiempo de eventos del WCS y los tiempos de ola del WMS en la misma zona horaria y la misma fuente NTP. He visto un WCS corriendo 7 minutos adelantado — cada paro entre turnos se atribuyó al turno equivocado.
2. Una definición de turno: el inicio/fin de turno del WMS es igual a la ventana de producción planificada del WCS. Los turnos nocturnos que cruzan la medianoche llevan una regla dura — atribuir por hora de inicio — que todos cumplen.
3. Una lista de paros planificados, mantenida en un solo lugar: el WMS es dueño, el WCS la lee. Dos listas van a divergir; es solo cuestión de tiempo.
4. Una definición documentada de primera pasada: las unidades que fallan una lectura y pasan en el reintento se cierran como manejo de excepción en el WMS y no cuentan como primera pasada en el WCS.

Paso 4: calcular el OEE y encontrar el cuello de botella. Tres salidas: una tabla de tendencia de OEE (granularidad por turno), un Pareto de paros (categoría × minutos) y una lista de micro-paros (cada evento de menos de 5 minutos). Léelos en orden: encuentra primero la rebanada más grande de disponibilidad, luego mira el rendimiento. Regla práctica: cuando el OEE del transportador no se mueve, el 70% del problema se esconde en la disponibilidad — y el 70% de los problemas de disponibilidad son micro-paros y esperas.

Caso uno: los 47 minutos que nadie vio. Noviembre de 2024, un gran centro de distribución de e-commerce en el este de China, procesando unas 80,000 órdenes al día. El OEE del clasificador principal se quedó en 71–73% durante tres semanas seguidas. Mantenimiento juraba que nada se había roto, y los datos coincidían — ningún paro superó los 3 minutos. Entonces contamos los eventos del WCS: más de 120 micro-paros al día, 47 minutos en total, todos ellos "tolva llena → el equipo aguas abajo no puede despejar a tiempo → la línea para → despejan → reinicio". Ni uno contó como falla, pero se comieron casi una hora de tiempo planificado de producción cada día. La solución no gastó nada en equipo: fotocélulas de aviso de tolva llena más un operario dedicado a despejar tolvas. El OEE llegó a 83% dos semanas después.

Caso dos: la pelea de definiciones de un mes. Marzo de 2025, un almacén 3PL en el sur de China. El WMS reportaba 98% de olas completadas a tiempo; el WCS reportaba 62% de OEE del transportador. Los dos equipos discutieron un mes. Causa raíz: el turno del WMS corría de 8:00 a 20:00 mientras la ventana de producción planificada del WCS excluía la pausa de comida de 1 hora y 2 limpiezas de línea de 15 minutos entre olas; el WMS además contaba los retrasos de liberación de olas como tiempo de producción. Tras la alineación, el OEE se recalculó a 79%, y el verdadero cuello de botella era la falta de alimentación en las transiciones de ola de las 11:30 y las 16:00 — un problema de planificación de olas del WMS, no del transportador.

La matemática del dinero. Toma una línea con capacidad nominal de 6,000 unidades/hora con un costo de clasificación totalmente cargado de alrededor de $0.11 por unidad (mano de obra más depreciación del equipo, orden de magnitud):

Los micro-paros parecen lo más inofensivo por evento y son lo que más cuesta en agregado. Por eso el paso 2 los mantiene en su propia cubeta: sin listar, se esconden dentro de los promedios para siempre.

Tres decisiones contraintuitivas. Primera, un OEE arriba del 85% no es automáticamente buena noticia. Un transportador es un eslabón del sistema; una sola línea al 95% puede significar que aguas arriba están reteniendo mercancía para proteger tu número — las unidades solo se liberan cuando el lote está completo, la línea se ve genial y el tiempo de ciclo del pedido sufre. Lee siempre el OEE junto con el cumplimiento a tiempo de las olas; solo, es autoengaño. Segunda, un rendimiento clavado en 100% por semanas significa que el takt teórico está puesto demasiado bajo, no que la línea corre bien. Un rendimiento sano oscila entre 90% y 95%; una calificación perfecta permanente significa que no hay meta. Tercera, la calidad es la tasa menos valiosa para optimizar en un transportador. Bajar los fallos de lectura de 2% a 1% compra menos que recortar 10 minutos de micro-paros. Opera sobre el cuello de botella, no sobre el número más bonito.

Puntos de falla comunes, antes de cerrar. Primero, los motivos de paro registrados a mano contradicen los eventos del WCS: el líder de turno escribe "falla de equipo", el WCS muestra una tolva llena. Solución: el evento del WCS decide la causa primaria; las notas manuales son solo complemento. Segundo, medir la línea principal pero no el sistema: OEE del clasificador en 88% mientras la línea de alimentación se queda sin suministro a diario. Calcula el OEE a nivel de sistema — línea principal más alimentación más empaque juntos. Tercero, el mapa de códigos de alarma se queda obsoleto: entra en línea un cabezal de lectura nuevo, sus códigos nunca entran al mapa, y tres meses después la tabla de atribución se llena de "desconocido" y la tendencia del OEE se rompe. Los cambios del mapa pasan por un proceso de cambio. Cuarto, calificar a los equipos por el OEE promedio mensual: los promedios se tragan los micro-paros. Califica por conteo de micro-paros más tasa de cierre de atribución; usa el OEE solo como referencia de tendencia.

El OEE no es un número para colgar en la pared — es cómo decides dónde cae el próximo corte. El WCS te da los datos crudos, el WMS te da las definiciones, y una vez unidos, el tiempo muerto no tiene dónde esconderse.

Por Lin Xiao, consultor de implementación de WMS

Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.