Software para la planta

// El problema

Una planta de tres líneas controla la producción, las paradas y el rechazo en una hoja de cálculo que se rellena al final de cada turno, así que los problemas se descubren un día tarde.

// Lo que construiríamos

Un panel web alimentado en vivo desde los PLC de las líneas a través de una pasarela edge, con una aplicación iOS y Android que los técnicos usan para anotar los motivos de parada, cerrar órdenes de trabajo y fotografiar averías.

// Qué incluye

// Tecnologías

• Next.js
• React Native
• PostgreSQL con TimescaleDB
• Pasarela OPC UA y Modbus
• AWS

// El problema

Los defectos superficiales los detecta una persona al final de la línea, que se le escapan algunos y no puede seguir el ritmo a plena velocidad.

// Lo que construiríamos

Un modelo de visión a medida, ajustado con las propias imágenes de la planta, que funciona en un servidor con GPU de la propia planta para que las imágenes no salgan nunca, con una pantalla de revisión para el personal de calidad.

// Qué incluye

// Tecnologías

• PyTorch
• ONNX Runtime
• Python
• Next.js
• Servidor Lenovo con GPU en sus instalaciones

// El problema

Los certificados de conformidad y los números de lote llegan por correo, y trazar qué lote de proveedor entró en qué partida terminada lleva días.

// Lo que construiríamos

Un portal de proveedores donde los certificados y los datos de lote se suben contra los pedidos de compra, anotados en un libro privado con permisos del que la planta y sus proveedores clave tienen cada uno un nodo, para que la traza sea cuestión de minutos y nadie pueda editarla después sin que se vea.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Hyperledger Besu (privada, con permisos)
• Almacenamiento compatible con S3
• AWS

// El problema

Los técnicos buscan entre cientos de manuales en PDF y órdenes de trabajo antiguas para saber cómo se arregló una avería la última vez.

// Lo que construiríamos

Un asistente que responde a partir de los propios manuales y del historial de órdenes de trabajo de la planta, con la página de donde sale, construido sobre un modelo de código abierto alojado en su propia cuenta en la nube para que los documentos sigan siendo suyos.

// Qué incluye

// Tecnologías

• Llama o Qwen (código abierto)
• vLLM
• PostgreSQL con pgvector
• Next.js
• GPU de DigitalOcean

// El problema

Una planta imprime las órdenes de trabajo desde su ERP, los operarios apuntan cantidades y desperdicio en papel y alguien lo vuelve a teclear todo en el ERP a la mañana siguiente, así que el inventario siempre va un día atrasado.

// Lo que construiríamos

Una integración que envía a planta las órdenes liberadas en su ERP, recoge las piezas buenas, el desperdicio y las paradas desde las máquinas y las pantallas de operario, y los anota en el ERP mientras avanza cada orden.

// Qué incluye

// Tecnologías

• Node.js
• PostgreSQL
• OPC UA
• OpenAPI
• DigitalOcean

// El problema

Un taller de fabricación programa su producción con un programa de escritorio que escribió hace años un antiguo empleado; funciona en un único PC viejo, nadie puede cambiar sus reglas y el planificador guarda una copia en papel.

// Lo que construiríamos

Una reconstrucción del programador como aplicación web: leemos el programa antiguo y los hábitos del planificador, escribimos las reglas y las probamos frente a programaciones reales pasadas, y entregamos un tablero que todo el taller puede ver, manteniendo la herramienta antigua hasta que el planificador esté seguro.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• TypeScript
• Playwright
• DigitalOcean