MRP N3 — Seguimiento OEE/TRS en tiempo real (IoT industrial, Odoo Community)

MRP N3 — IoT y OEE en tiempo real (DYONYSOS)

Seguimiento del rendimiento industrial (OEE / TRS) a partir de los eventos de máquina, sin incorporar ningún cliente OPC-UA ni MQTT en Odoo.

Importante — lo que la aplicación hace y lo que no hace. Un módulo Odoo clásico no tiene ningún proceso demonio persistente: no puede mantener abierta una conexión OPC-UA o MQTT con un autómata. Esta aplicación no lo pretende, por tanto. Expone un webhook HTTP genérico, protegido con un token propio de cada centro de trabajo, que recibe los eventos de máquina (arranque, parada, pieza buena, pieza rechazada, avería). En el taller, un puente — pequeño script de Python, flujo Node-RED o pasarela OPC-UA/MQTT-a-HTTP del mercado — retransmite los eventos de los autómatas a este webhook. Es una decisión asumida y documentada (véase el README), no un compromiso oculto: es el mismo principio que DYONYSOS ya aplica en Bank Sync, Click to Call y Social Marketing.

• Token de acceso por centro de trabajo: generado automáticamente, regenerable con un clic.

• Webhook `POST /mrp_iot/event/<jeton>`: JSON genérico (tipo de evento, marca de tiempo, causa de parada libre, cantidad); 404 si el token es desconocido, 400 si el payload no es válido, 200 en los demás casos. Cada evento se almacena íntegramente (auditoría) en el nuevo modelo dyo.mrp.iot.event.

• OEE / TRS en tiempo real por centro de trabajo: Disponibilidad (tiempo de funcionamiento real / tiempo de apertura del período observado, a partir de los eventos de arranque/parada/avería), Rendimiento (piezas producidas × tiempo de ciclo teórico / tiempo de funcionamiento real; tiempo de ciclo configurable en el centro de trabajo o en el producto en curso), Calidad (buenas / (buenas + rechazadas)), TRS = producto de los tres factores.

• Historial: instantánea horaria (dyo.mrp.iot.oee.snapshot, cron) además del cálculo al vuelo para el panel «ahora»; gráfico de los últimos días por centro de trabajo.

• Activación automática opcional (desactivada por defecto, por centro de trabajo): un evento «arranque» inicia la orden de trabajo pendiente en ese centro si es unívoca (o referenciada sin ambigüedad en el payload); un evento «parada» la cierra del mismo modo. En caso de ambigüedad: ninguna acción, advertencia registrada en el log.

Datos de demostración: tres centros de trabajo con un historial de eventos simulado sobre la jornada en curso.