Programación de capacidad finita explicada para personas que no quieren un proyecto APS

La mayoría de las plantas FMCG de tamaño medio programan en uno de dos lugares. La ejecución MRP del ERP, que asume que las líneas tienen horas ilimitadas. O una hoja de cálculo que entiende una sola persona, construida durante años, que asume lo que esa persona recuerda. Ambos producen un plan que la planta no puede ejecutar, que el artículo sobre replanificación describe desde el extremo del martes por la tarde.

La respuesta de libro de texto es un sistema de planificación y programación avanzada (APS). La respuesta de libro de texto también cuesta un año de implementación y un presupuesto que necesita la aprobación del consejo, por eso la mayoría de las plantas que lo miraron todavía mantienen la hoja de cálculo.

Este artículo trata de qué es realmente la programación de capacidad finita, qué necesita una planta de este tamaño y por qué la brecha entre la hoja de cálculo y el proyecto APS es donde la mayoría de las plantas multilínea debería aterrizar.

Capacidad infinita, explicado con una línea

La programación de capacidad finita significa que el programa no puede cargar más trabajo en una línea del que la línea tiene horas para funcionar. Si las órdenes de la semana necesitan 134 horas y la línea tiene 120, algo tiene que moverse: una orden a otra línea, añadir un turno, renegociar una fecha de entrega. El plan que sale es uno que la línea puede fabricar físicamente.

La planificación de capacidad infinita no se hace esa pregunta. Toma cada pedido, lo retrocede desde su fecha de entrega según el tiempo estándar de ejecución y lo coloca en la línea. Si los estándares dicen 118 horas y la línea realmente necesita 134, produce un plan para 118 y lo llama factible; si los propios estándares suman 134, sigue produciendo un plan para 134. En cualquier caso el planificador descubre el problema cuando la línea va catorce horas retrasada, usualmente el martes.

El Material Requirements Planning (MRP), el motor de planificación dentro de casi todos los ERP, es por diseño de capacidad infinita. Fue creado para responder “qué materiales necesitamos y cuándo”, y en eso es bueno. No fue creado para responder “pueden las líneas hacer esto”, y la mayoría de las plantas que ejecutan su programación desde el MRP nunca han notado que no lo hace.

La hoja de cálculo es finita en el sentido de que el planificador sabe que la línea tiene 120 horas. Es infinita en todos los demás sentidos: los tiempos de ejecución son estándares, los cambios son un número fijo, nada se actualiza cuando la planta diverge, y el conocimiento de lo posible vive en una sola cabeza.

Qué debe saber la programación de capacidad finita

La programación de capacidad finita necesita conocer tasas demostradas, la matriz de cambios, horas disponibles netas después de mantenimiento planificado, opciones de enrutamiento, prioridades de órdenes y fechas de entrega, restricciones aguas arriba y el estado en vivo de la línea. Solo es tan buena como lo que conoce sobre las líneas, y casi nada de eso vive en el ERP.

• Tasas demostradas por SKU por línea, para que las horas que necesita una orden sean las horas que realmente tomará. El artículo sobre tasas demostradas cubre por qué el estándar no es ese número.
• La matriz de cambios, medida, asimétrica, para que las horas entre órdenes dependan de la secuencia. Los artículos sobre changeover y sequencing lo tratan.
• Horas disponibles netas tras mantenimiento planificado, para que la ventana de PM sea un bloque en el plan en lugar de una sorpresa.
• Opciones de enrutamiento: qué líneas pueden correr qué formatos, a qué ritmo, y cuánto cuesta mover una orden entre ellas.
• Prioridades de las órdenes y fechas de entrega, que es el único elemento que el ERP sí contiene, y lo contiene bien.
• Restricciones aguas arriba, principalmente ciclos de lotes bulk y ventanas de limpieza en una línea bulk-to-pack, que cubre el artículo bulk-to-pack.
• Estado en vivo de la línea, para que cuando el plan deje de ser cierto el planificador lo sepa en minutos y pueda tomar el peldaño más bajo de la escalera de replanificación.

Seis de esos siete son datos operativos: vienen del taller, no del ERP. Por eso la programación basada en ERP es por defecto infinita, y por qué acoplar un módulo de programación al ERP sin una fuente de datos de taller produce un plan finito construido sobre supuestos estándar.

La escalera: hoja de cálculo, MRP, scheduler finito, APS

Cuatro peldaños. Cada uno hace algo que el de abajo no puede, cuesta más y se rompe en un lugar específico.

La hoja de cálculo. Flexible, rápida de cambiar, entendida completamente por una persona. No tiene feedback del taller, no tiene tasas medidas ni cambios, no hay forma de manejar un segundo planificador, y muere cuando su propietario se va o está de vacaciones. Es donde están la mayoría de las plantas, y es mejor de lo que la gente admite, porque la persona que la construyó conoce las líneas.

MRP en el ERP. Consistente, auditable, integrado con órdenes, materiales y finanzas. Capacidad infinita, ciego a los cambios, funcionando con tasas estándar, re-ejecutado nocturna o semanalmente. Produce el libro de órdenes; no produce un horario que el taller pueda ejecutar. Las plantas que creen que planifican en el ERP suelen planificar en la hoja y confirmar en el ERP.

Un scheduler finito alimentado desde el taller. Toma órdenes y fechas de entrega del ERP; añade tasas demostradas, la matriz de cambios medida, ventanas de mantenimiento, enrutamiento y estado en vivo de las líneas; produce un plan que cada línea puede hacer y lo replanifica cuando una línea diverge. La puesta en marcha son días por línea una vez que existen los datos del taller. No hace asignación de suministro multi-sitio, planificación de la demanda ni optimización de inventario de red. Para una sola planta o unas pocas plantas con sus propias líneas, este es el peldaño que arregla el problema del martes.

Una suite APS completa. El término APS cubre dos tipos de producto. Las herramientas APS a nivel planta son schedulers finitos detallados, el mismo peldaño que el anterior. Las suites APS de red planifican a través de una red de suministro: qué planta hace qué, dónde está el inventario, cómo las señales de demanda fluyen al plan maestro, optimización bajo restricciones en toda la red. Ese es el peldaño que se menciona aquí. Típicamente muchos meses de implementación y un presupuesto que necesita justificación ante el consejo. Hace cosas que un scheduler a nivel planta no puede, y una compañía con una red de plantas compartiendo suministro y demanda realmente necesita uno. Una planta de seis líneas no lo necesita, y una suite de red desplegada en una planta de seis líneas suele acabar ejecutándose con las mismas tasas estándar y cambios fijos que el MRP, porque nadie la alimentó con datos del taller tampoco.

El APS no es la herramienta equivocada. Es el peldaño equivocado para la mayoría de las plantas a las que se les vende, y el peldaño correcto para las redes que no lo compran porque el problema a nivel planta nunca se resolvió primero.

La tabla de decisión

El resultado honesto para una planta FMCG de tamaño medio, con líneas intercambiables, cambios significativos y uno o dos planificadores, es el tercer peldaño, manteniendo el ERP como fuente de órdenes y sistema de registro. La pregunta APS solo surge cuando la planta es un nodo en una red que necesita asignación, y aun así el scheduler a nivel planta es lo que alimenta al APS con la verdad sobre lo que cada sitio realmente puede fabricar.

Qué debería significar «integración»

Integración debería significar exactamente dos direcciones: órdenes, cantidades y fechas de entrega vienen del ERP, y el inicio y fin planificados por orden vuelven. La palabra alarma al responsable de IT, y no debería. Confirmaciones, materiales y finanzas fluyen como siempre a través del ERP, intactos.

El scheduler no reemplaza el ERP y no quiere su modelo de datos. Reemplaza la hoja de cálculo que actualmente se sitúa entre el ERP y la planta, y lo hace con datos del taller que el ERP nunca tuvo. Para el responsable de IT, eso es un cambio menor y más seguro que un módulo de planificación dentro del ERP, porque nada en el sistema de registro cambia; a partir de él se produce un plan que se escribe de vuelta. Los datos maestros permanecen donde están.

Ejemplo práctico

La planta de seis líneas usada en esta serie: dos planificadores, la ejecución nocturna MRP del ERP y una hoja de cálculo que uno de los planificadores ha mantenido durante cinco años.

El plan MRP. Para una semana representativa, MRP colocó órdenes en la línea 3 que necesitaron 118 horas a tasas y tiempos de cambio estándar, dentro de las 120 disponibles, por lo que nada parecía mal. El Capacity Requirements Planning, donde esté activado, reporta los mismos 118: puede mostrar una sobrecarga, pero solo la que los estándares ven. A tasas demostradas las órdenes necesitaron 134 horas. El planificador de la hoja absorbió la diferencia de la manera habitual: una tasa esperanzada en dos SKUs, un cambio introducido con el estándar de 25 minutos y un turno de sábado apuntado para el miércoles.

El plan finito. Con las tasas demostradas del artículo sobre demonstrated rates y la matriz medida del artículo de sequencing, las mismas órdenes necesitaron 134 horas en la línea 3, y el scheduler lo dijo el viernes en lugar del miércoles. Luego hizo tres cosas. Re-secuenció la línea 3 por la matriz, eliminando tres cambios y alrededor de tres horas. Reenrutó el SKU E a la línea 4, donde el formato corre demostrablemente un 23% más rápido, lo que quitó 17 horas de la línea 3 y añadió 14 a la línea 4, que las tenía. Y marcó una orden restante que habría terminado seis horas después de su fecha de entrega; el planificador la movió al lunes siguiente con el acuerdo del cliente, porque el equipo de atención al cliente pudo ver el problema el viernes en lugar de que se le comunicara el martes siguiente.

La línea 3 cerró la semana planificada en torno a 114 horas frente a 120, con seis horas de contingencia visible, parte de las cuales se usó en un replan de peldaño 2 el miércoles. No hubo turno de sábado. No hubo proyecto APS. Cuatro semanas para montar, la mayoría de las cuales fueron las cuatro semanas de medición que las tasas demostradas requerían. La hoja de cálculo fue retirada al final del segundo mes, y su propietario pasó a ser el planificador que maneja la matriz.

Las cifras son ilustrativas; la forma es lo que hace el tercer peldaño: la sobreasignación es visible antes de que empiece la semana, las soluciones son una secuencia y un cambio de enrutamiento en lugar de horas extra, y el único conflicto real llega al cliente con suficiente antelación para ser una conversación.

Cómo hace esto Fabrico y qué no es

El módulo de programación de la plataforma de rendimiento manufacturero de Fabrico (MES, OEE, CMMS & AI) es el tercer peldaño, construido para ser alimentado por los mismos datos de planta de la plataforma.

Finito por construcción. El scheduler no puede cargar una línea más allá de sus horas disponibles netas tras las ventanas de mantenimiento. Donde las órdenes requieren más de lo que la línea tiene, muestra el conflicto y las opciones en lugar de emitir un plan que no se puede hacer.

Alimentado desde la planta. Las tasas demostradas por SKU por línea y la matriz de cambio medida vienen del módulo OEE; las restricciones bulk y el mantenimiento planificado vienen del mismo sistema; el estado en vivo de la línea impulsa la replanificación en la escalera. Una planta sin tasas medidas ejecuta el scheduler con sus tiempos estimados existentes desde el día uno y los reemplaza por medidas SKU por SKU a medida que llegan los datos; los tiempos estimados son una forma de operar totalmente soportada, no una solución temporal.

Órdenes entran, plan sale. Órdenes, cantidades y fechas de entrega vienen del ERP; el inicio y fin planificados vuelven. El ERP permanece como sistema de registro y los datos maestros no se mueven.

Precio por margen. Con el precio de venta y el margen introducidos una vez por SKU, el módulo de impacto financiero muestra cada plan candidato como margen además de horas, de modo que un conflicto se resuelve por lo que cuesta en lugar de por cuál orden grita más fuerte.

Insights sobre la restricción. Los insights accionables de la IA distinguen una restricción que es una elección de planificación de un actor problemático, un formato lento o un ciclo bulk, y encaminan el segundo tipo a las personas que pueden eliminarlo, con el valor adjunto.

Qué no es. No es un optimizador de red multi-sitio ni un planificador de demanda. Una empresa que asigna demanda y suministro a través de una red de plantas probablemente necesite un APS para esa capa, y Fabrico se sitúa debajo como la verdad a nivel planta sobre lo que cada sitio puede realmente producir, que es la entrada que a menudo le falta a un APS. Para la planta única o el pequeño grupo con sus propias líneas, el scheduler a nivel planta es toda la respuesta, y el proyecto APS puede quedarse sin iniciar.

Preguntas frecuentes

¿Qué es la programación de capacidad finita? Programación en la que una línea no puede cargarse con más trabajo del que tiene horas para operar, de modo que los conflictos entre demanda y capacidad se resuelven en el plan en lugar de descubrirse en el taller. Requiere conocer las tasas reales de las líneas, los tiempos de cambio, las ventanas de mantenimiento y las opciones de enrutamiento.

¿Cuál es la diferencia entre MRP y APS? MRP, el motor de planificación dentro de la mayoría de los ERP, calcula los requisitos de materiales retrocediendo las órdenes desde sus fechas de entrega y asume capacidad infinita. Un APS planifica y programa contra capacidad finita. El término abarca tanto los schedulers detallados a nivel planta como las suites de red que planifican entre sitios y la red de suministro, a menudo con planificación de demanda. Un scheduler finito a nivel planta alimentado desde la planta hace la parte de capacidad para una planta sin la capa de red.

¿Necesito un APS? Si asigna demanda y suministro a través de una red de plantas, probablemente sí, para esa capa. Si opera una planta o pocas plantas con sus propias líneas, necesita un scheduler finito alimentado desde la planta, y una suite de red desplegada a nivel planta usualmente terminará ejecutándose con las mismas tasas estándar y cambios fijos que el MRP que reemplazó.

¿Cuánto cuesta un APS? Típicamente una implementación de varios meses y un presupuesto de seis a siete cifras que incluye licencias, integración y consultoría, variando ampliamente según el proveedor y alcance. Un scheduler finito a nivel planta se configura en semanas por planta, y la mayor parte de ese tiempo es la medición de tasas y cambios que necesita.

¿Se puede hacer programación finita en Excel? Hasta cierto punto, y muchos planificadores lo hacen. Los límites son la falta de feedback del taller, la ausencia de tasas medidas o matriz de cambios a menos que se introduzcan a mano, no hay replanificación cuando una línea diverge, y la dependencia de una sola persona. Funciona hasta que la planta tiene líneas intercambiables, cambios significativos o un segundo planificador.

¿Cuál es la diferencia entre planificación y programación? La planificación decide qué producir, cuánto y más o menos cuándo, usualmente semanal o mensualmente, a partir de la demanda. La programación decide la secuencia y el tiempo de las órdenes en líneas específicas, por turno, contra la capacidad real de las líneas. La mayoría de las plantas planifican en el ERP y programan en una hoja de cálculo; el scheduler finito reemplaza la hoja de cálculo.

Descubra cuánto está sobrecomprometido el plan MRP

Si el programa proviene de la ejecución MRP o de una hoja de cálculo, nadie ha visto las horas que está cargando en cada línea frente a las horas que las líneas tienen. Cuatro semanas de tasas y cambios medidos mostrarán la brecha, y una semana programada con capacidad finita mostrará qué la cierra sin un nuevo sistema de registro.

El piloto de alcance fijo hace eso en una línea: seis semanas, tasas demostradas por SKU y la matriz de cambios medida capturada con un sensor industrial y un hub instalados con su equipo, y en la lectura una semana representativa programada con capacidad finita frente al plan actual, con el sobrecompromiso en horas, los cambios de secuencia y enrutamiento que lo eliminan, y las tres intervenciones de mayor valor. La tarifa es fija y se acredita por completo contra una suscripción del primer año si despliega. El piloto se ejecuta en la plataforma de rendimiento manufacturero de Fabrico (MES, OEE, CMMS & AI), que conecta datos de máquina, OEE y análisis de pérdidas, programación de producción, valor de salida por SKU y mantenimiento en un solo sistema, de modo que el plan finito es alimentado por la planta, no por estándares.

Solicite una demo o lea cómo el módulo de programación funciona con su ERP como sistema de registro.