Una industria no funciona en módulos aislados. Construimos una plataforma que tampoco lo hace.
Cómo Alyva conectó demanda, materiales, capacidad, proveedores, almacenes, transporte, producción, calidad, máquinas, mantenimiento y resultado en una única arquitectura industrial, con el MRP II en el centro de la decisión.
Alyva nació de una constatación simple: planificar materiales es apenas una parte del problema industrial.
Una fábrica necesita saber qué producir, cuánto, cuándo, qué comprar, dónde está cada material, cómo llega, dónde se almacenará, qué recurso lo procesa, si hay capacidad, si el lote está liberado, si la máquina estará operativa y si el plazo sigue siendo posible. Todo eso ocurre al mismo tiempo. El sistema tenía que funcionar de la misma manera.
↦ El escenario
La operación estaba conectada físicamente. La información, no.
Una industria es una red de dependencias. Ventas altera la demanda, la demanda altera la planificación, la planificación altera las compras, las compras alteran las recepciones, el inventario altera la producción, las máquinas alteran la capacidad, la calidad libera o bloquea, el mantenimiento retira una máquina del plan, el transporte determina cuándo llega algo. Y cada decisión produce consecuencias financieras.
Aun así, la mayoría de los sistemas trata esas áreas como compartimentos independientes: ERP por un lado, PCP en planillas, inventario en otra pantalla, transportistas fuera del sistema, calidad en formularios, mantenimiento en un software aparte, y la planificación intentando reunirlo todo.
El problema no era falta de software. Era falta de continuidad entre las decisiones.
↦ El problema
El MRP no es una pantalla de cálculo. Es una cadena de decisiones.
La pregunta parecía simple: ¿cuánto necesitamos comprar o producir? Pero se desdoblaba rápido.
- →¿Hay producto terminado? Si no, ¿cuánto fabricar y qué componentes consume eso?
- →¿Cuánto hay en inventario, reservado, bloqueado o en camino? ¿Cuál es el lote mínimo y el lead time?
- →¿Hay máquina y capacidad disponible? ¿Hay mantenimiento programado? ¿Qué secuencia es posible?
- →¿El material pasó por calidad? ¿En qué almacén y ubicación está? ¿Cuánto tarda en llegar?
- →Y después de producido, ¿cómo llega el producto al cliente?
Responder solo a la necesidad de material no lo resolvería. Había que construir en torno al concepto de MRP II: planificación conectada a la capacidad y a la realidad operacional.
↦ La idea
Si una decisión altera toda la cadena, el sistema necesita comprender el efecto cascada.
Alyva no fue concebido como una colección de módulos administrativos. La arquitectura fue diseñada para que cada dominio comparta contexto con los demás. La lógica central pasó a ser un flujo único:
Mientras otro flujo ocurre al mismo tiempo:
Y todos esos eventos alimentan Costos, Fiscal, Finanzas y Analytics. El sistema deja de preguntar solo “¿qué pasó?” y pasa a responder: “¿qué provoca este cambio en el resto de la operación?”
↦ La solución
Alyva: una plataforma en la que planificación y ejecución dialogan.
Frentes que funcionan por separado, pero ganan valor cuando operan conectados.
De la demanda a la necesidad neta
Explota la BOM multinivel y descuenta inventario, reservas, tránsito, mermas, lotes y lead times. No solo cuánto falta, sino cuánto faltará y cuándo.
La fecha de entrega se vuelve cadena
Trabaja de atrás hacia adelante, de la entrega a las compras, transformando una fecha comercial en fechas operacionales y revelando retrasos antes de la línea.
Tener material no es poder producir
Conecta materiales con centros de trabajo, rutas, tiempos, disponibilidad y mantenimiento. Es aquí donde Alyva entra en el territorio del MRP II.
La planificación se vuelve acción
Convierte la necesidad en flujo de suministros, con proveedores, lead times, condiciones y desempeño. Compras ve lo que va a faltar antes del quiebre.
Saber cuánto existe no es saber dónde está
Recepción, múltiples almacenes, ubicaciones, picking, packing, FEFO y trazabilidad. El inventario físico no es disponibilidad operacional.
La cadena no termina en el portón
Transporte inbound y outbound: transportistas, rutas, fletes, agendamiento, tracking y CT-e. Producto terminado no es pedido entregado.
La orden se vuelve contexto operacional
Conecta BOM, ruta, recursos, fechas y calidad, y devuelve consumo real, mermas, rendimiento y tiempos. El plan recibe feedback de la ejecución.
La máquina dialoga con la planificación
Ejecución industrial o integración con un MES existente, con comunicación bidireccional de órdenes, estado, consumo y calidad.
Un lenguaje común
Integración en capas para un parque heterogéneo: OPC UA, MQTT, Modbus, Profinet, EtherNet/IP, MTConnect. El Edge Gateway recolecta y normaliza incluso sin conexión.
El indicador explica el contexto
Disponibilidad, desempeño y calidad ligados a equipo, orden, producto, turno y mantenimiento. No solo “¿cayó el OEE?”, sino “¿qué pasaba cuando cayó?”.
La capacidad depende de la salud de los activos
Condición, horas, alertas y órdenes participan del contexto productivo (integración CMMS), con estrategias predictivas por vibración y temperatura.
Producir no significa liberar
Inspección, especificación, control en proceso, no conformidades, bloqueo y liberación, conectados a proveedores, producción, lotes e inventario (integración LIMS).
De la materia prima al cliente, y de vuelta
Trazabilidad multidireccional entre productos, lotes, proveedores, equipos y procesos, reduciendo el universo de investigación en recall y auditoría.
El proceso controla el sistema
Un Dynamic Business Rules Engine (condiciones, decisiones, acciones): la política operacional se vuelve configuración, no una nueva versión de software.
El proceso también es dato
Aprobaciones adaptables por valor, riesgo y plazo, secuenciales o paralelas. El sistema acompaña el proceso de la organización, no al revés.
La evidencia nace con la operación
Calidad, seguridad, medio ambiente y auditoría dentro del flujo (ISO 9001, IATF 16949, GMP, FDA 21 CFR Part 11, ANVISA). El compliance deja de ser una reconstrucción posterior.
↦ El efecto cascada
Todo puede empezar con un solo pedido.
Un cliente confirma una demanda. Se verifica el inventario: no hay cantidad suficiente.
El MRP calcula la necesidad. La BOM se explota. Parte de los componentes está disponible, parte reservada, parte en inspección, parte hay que comprarla.
Se aplican los lead times. Se generan las necesidades de compra. El transporte inbound entra en el cálculo.
Los materiales llegan. La recepción registra, la calidad inspecciona, el WMS ubica, el material se libera.
Se verifica la capacidad. Una máquina tiene mantenimiento programado. La secuencia debe cambiar. Las órdenes se reprograman.
La producción comienza. Los equipos envían datos. El consumo real actualiza el inventario. La calidad acompaña los parámetros.
El producto se concluye y el lote se libera. El WMS recibe el terminado. Picking y packing preparan el pedido. La expedición crea el transporte.
El producto sale. El tracking devuelve eventos. El área fiscal procesa los documentos. Finanzas recibe los efectos. Los dashboards reflejan la nueva realidad.
Todo empezó con un pedido. Esa es la diferencia entre un conjunto de módulos y un sistema industrial conectado.
↦ El principio de ingeniería
El dato debe nacer donde el proceso ocurre.
El objetivo nunca fue construir decenas de pantallas para que alguien reconstruyera manualmente la realidad de la fábrica. La arquitectura busca que cada evento operacional genere contexto automáticamente.
Una entrada actualiza el inventario. Una inspección altera la disponibilidad. Un movimiento actualiza la posición en el almacén. Una producción consume materiales. Una máquina informa su estado. Una no conformidad bloquea un lote. Un mantenimiento altera la capacidad. Una venta altera la demanda. Un transporte actualiza la previsión de llegada.
El MRP recibe la nueva realidad y recalcula el futuro. La operación pasa a producir su propio contexto de decisión.
↦ La capacidad que quedó
De ERP transaccional a una plataforma de operación industrial.
La principal capacidad no está en una pantalla específica. Está en la integración de las decisiones. La arquitectura reúne, no como softwares independientes, sino como partes de una misma cadena:
MRP y MRP II
BOM multinivel, necesidades netas, lead time, capacidad, rutas, secuenciamiento y simulación de escenarios.
Del proveedor a la línea
Proveedores, compras, requisiciones, recepción y logística inbound.
Dónde está y en qué condición
Inventory Control, múltiples almacenes, ubicaciones, lotes y vencimiento, RFID, código de barras, FEFO, picking y packing.
Hasta el cliente
Transportistas, rutas, fletes, agendamiento, órdenes de transporte, tracking, integración fiscal y CT-e.
Ejecución con feedback
Órdenes, rutas, registros, consumo, rendimiento, mermas y centros de trabajo.
Liberar o bloquear
Inspecciones, planes de control, no conformidades, desvíos, bloqueos y liberaciones, integración LIMS.
Salud de la capacidad
Equipos, mantenimiento, condición, disponibilidad e integración CMMS.
La planta conectada
MES, SCADA, IoT, Edge, OPC UA, MQTT, Modbus, Profinet, EtherNet/IP, MTConnect y OEE.
Regla y evidencia
Workflows, reglas dinámicas, auditoría, trazabilidad y compliance sectorial.
Del proceso al resultado
Facturación, fiscal, finanzas, APIs, integraciones externas, dashboards y analytics.
↦ El resultado
De la información fragmentada a la operación conectada.
Alyva transformó un problema de software en un problema de ingeniería de procesos. La pregunta dejó de ser “¿qué módulo necesitamos construir?” y pasó a ser “¿qué información necesita recibir esta decisión, y quién necesita saberlo cuando cambie?”
Sin inventar números de ROI todavía no medidos, el resultado que podemos afirmar es estructural: una arquitectura capaz de acompañar el flujo industrial de la demanda a la entrega y devolver los datos de la ejecución a la planificación. De la demanda a la planta. De la planta a la entrega. De la ejecución de vuelta a la planificación.