Antes de usar IA, en 2023, hice con MIT App Inventor una app para uso personal con la que registraba mi producción en una de las empresas donde trabajaba como operario. Kavana Manufacturing es lo que aquella idea llegó a ser.
Tecnologías: React, NestJS, PostgreSQL e IndexedDB en la tablet. Demo pública con una planta de ejemplo.
De aquella primera app me llevé que una herramienta que el operario no usa no mejora nada. Por eso este proyecto empieza por la pantalla del puesto: registrar el trabajo tiene que ser rápido, sin manual y el operario puede seguir registrando sin Wi-Fi; los partes se sincronizan cuando vuelve la conexión.
Es un MES: órdenes de fabricación, partes de trabajo, paradas con su motivo, incidencias y OEE. El operario ve las órdenes de su puesto y apunta cada tramo de trabajo. El supervisor ve en qué está cada puesto y por qué ha parado. La oficina recibe el dato ya registrado, sin tener que pasarlo a limpio. La planta de ejemplo es de aperitivos a propósito: mi sector es el metal, y ese ya lo cubre Steelworks. Aquí quería comprobar que el mismo sistema sirve en una planta que no conozco desde dentro.
Capturas de la demo publicada, tomadas el 10 de octubre de 2026 con una planta de ejemplo: una línea de extrusión de aperitivos. Los datos son inventados.


Cada parte se guarda primero en la propia tablet y se envía en orden cuando vuelve la conexión. La lista de órdenes del puesto también queda guardada, para seguir trabajando con el wifi caído.
Un tramo puede ser de producción o de parada, y la parada lleva su motivo. El supervisor sabe qué puesto paró y por qué sin tener que ir a preguntarlo.
Disponibilidad, rendimiento y calidad de cada puesto, calculados en el servidor con los partes reales del turno, no a ojo al final de la semana.
El operario abre una incidencia desde su puesto y sube la foto con el móvil escaneando un QR. El supervisor la sigue en un tablero hasta cerrarla.
Cada empresa ve solo sus propios datos. La separación la impone la base de datos, no solo el código de la aplicación.
Cada cambio pasa una revisión automática en GitHub: estilo, tipos, pruebas y pruebas en navegador contra la aplicación real.
En una nave el wifi se cae. Una conexión en directo con el servidor deja al operario sin poder registrar; guardar primero en el dispositivo no. ADR-003. ADR →
Al recuperar la red, la tablet puede reenviar un parte que ya había llegado. El servidor lo reconoce y no lo duplica ni le muestra al operario un error falso. ADR-008. ADR →
Si dos empresas comparten el sistema, un fallo en el código no puede enseñar los datos de una a la otra. Por eso el aislamiento lo aplica PostgreSQL. ADR-001 y ADR-012. ADR →
Entra con un clic, sin usuario ni contraseña. Como operario ves el puesto; como supervisor, la planta entera.
Repositorio público con el código, las decisiones de diseño explicadas por escrito y la documentación técnica.
Ver en GitHub →Este es uno de los siete proyectos del portfolio. Cada uno nace de un problema real de planta o de reparto.