Prueba · Caso de cliente 01

273 horas de paro anticipadas, a partir de un registro que la planta ya recogía.

Proveedor de aeronáutica y defensa · línea de producción, 4 máquinas · entorno regulado. Ningún sensor nuevo, ninguna intervención en las máquinas y ninguna preparación de datos pedida al cliente.

Parte del tiempo de paro de la líneaSEIS MESES · CUATRO MÁQUINAS
45 %ANTICIPADOHORAS SEÑALADAS POR ADELANTADO273 hde las horas totales de paro de la líneaen los mismos seis meses.Probado sobre un periodo que el modelo nunca había visto.

Un backtest, no una proyección. El modelo se calibró sobre un periodo anterior y luego se puntuó sobre seis meses que nunca se le habían mostrado. Método de validación →

La pregunta

«¿Va a empezar un paro grave en la próxima hora?»

Una pregunta, planteada sobre una línea, contra datos que la planta llevaba años escribiendo en disco.

Entrada
Únicamente el registro de eventos de marcha/parada. Sin sensores, sin datos de proceso, sin añadir nada a las máquinas.
Señal
La actividad reciente de microparos: cuántos, cuánto duran y si llegan en ráfagas o repartidos de forma uniforme.
Salida
Una puntuación por máquina cada 10 minutos, frente a un umbral que se adapta a esa máquina.
Causalidad
Solo se utiliza el pasado, así que el modelo sometido al backtest es el modelo que se despliega.
Qué obtuvo realmente la línea

Dos máquinas resultaron rentables. Dos no.

La ganancia está concentrada. La sostienen V4 y V2; en V1 y V3 el registro contenía casi nada que el modelo pudiera usar. En lugar de diluirlo en una media, aquí está el reparto.

De dónde salen las 273 horasBACKTEST CIEGO DE SEIS MESES · POR MÁQUINA
0100 h200 hV45,9 h217 h · 56 %V237 min47 h · 50 %V1~5 min6 h · 16 %V3~6 min3 h · 4 %
RentableNo rentableColumna izquierda: tiempo de preaviso mediano antes del paro

El tiempo de preaviso mediano importa tanto como las horas. En V4 es de 5,9 horas: el aviso de un turno. En V2, 37 minutos: bastante para terminar una pieza y parar de forma limpia, no para planificar. En V1 y V3, unos cinco minutos, que no es ningún preaviso. La rentabilidad máquina por máquina →

A doce meses

Qué sobrevive a las falsas alertas.

Las alertas que no preceden a nada cuestan tiempo real de comprobación. Ese coste se descuenta abajo en lugar de omitirse, y por eso publicamos dos cifras en vez de una.

Señalado bruto frente a ganancia netaVALIDACIÓN DESLIZANTE DE DOCE MESES
SEÑALADO POR ADELANTADO446 h− tiempo de comprobar alertas que no precedían nadaGANANCIA NETA+187 h32 % de las horas de paro de la línea · 16 paros mayores señalados
Carga de alertas
De 2 a 4 alertas por máquina y semana. Aproximadamente una de cada seis precede a un paro grave en la hora siguiente.
Por qué publicamos las dos
La cifra bruta favorece al modelo. La cifra neta es la que un responsable de mantenimiento puede defender en una reunión de presupuesto.
Qué lo hizo posible

No se instaló nada. Ese es el punto.

La planta llevaba años instrumentando. El registro de eventos existía, estaba completo y, hasta que esto se ejecutó, nunca se había usado para decidir nada.

Ningún sensor nuevo

Ninguno. El despliegue no añadió hardware y no exigió ninguna intervención en la línea.

Cero jornadas del cliente

No se pidió ninguna preparación de datos al equipo del cliente ni se imputó tiempo de ingeniería.

Entorno regulado

Solo recuentos de microparos: ningún dato nominativo de operarios, por lo que el ámbito RGPD del cliente no cambió.

Requisitos completos de despliegue →

Siguiente paso

Indique una línea: leemos el registro que ya tiene.

En una semana le decimos si contiene un precursor, antes de que se comprometa a nada.

Solicitar una demo

Solo lo usamos para responderle. Sin lista de correo, sin reventa.