Programación con capacidad finita: por qué los planes de producción con capacidad infinita siempre se retrasan

Hay un momento concreto que todo planificador de producción reconoce: el ERP dice que la orden está programada para el martes, la planta dice que el martes es imposible, y ambos tienen razón dentro de su propia lógica. El ERP programó hacia atrás desde la fecha de entrega con plazos estándar y nunca preguntó si la máquina estaba libre. La planta está mirando una máquina que ya está comprometida. Esto no es un fallo de comunicación. Es lo que ocurre cuando un plan se construye sobre un modelo de capacidad infinita.

La programación con capacidad infinita asume que se puede realizar cualquier cantidad de trabajo en cualquier periodo. Es barata de calcular y produce un plan rápido, y por eso sigue siendo el valor por defecto en la mayoría de los ERP. También es, en una fábrica cargada, sistemáticamente optimista — cada plan que produce sólo es alcanzable si nada compite por el mismo recurso, algo que en una fábrica cargada nunca es cierto. La programación con capacidad finita, conocida en la industria de habla alemana como Feinplanung, hace lo difícil: planifica contra recursos que tienen límites.

Esos límites son más variados que las horas máquina. Un modelo de capacidad finita debe considerar la disponibilidad de las máquinas incluido el mantenimiento planificado, la disponibilidad y las competencias de los operarios, los utillajes y amarres que sólo pueden estar en un sitio a la vez, la disponibilidad de material procedente del MRP y los patrones de turno que difieren por área. Una orden que necesita una matriz concreta y un operario certificado en una prensa concreta está limitada por el más escaso de esos tres factores, y un programador que sólo modela el tiempo de máquina la programará mal.

Los cambios de formato y la dependencia de la secuencia son donde la programación finita obtiene la mayor parte de su retorno. En muchos procesos, el tiempo de cambio de un producto al siguiente depende por completo de qué dos productos sean — de color claro a oscuro es rápido, de oscuro a claro exige una limpieza completa. Secuenciar sólo por fecha de entrega puede duplicar el tiempo total de cambio de referencia a lo largo de una semana frente a una secuencia que agrupa productos compatibles. Un programador de capacidad finita con una matriz de preparación dependiente de la secuencia lo optimiza automáticamente; un planificador con una pizarra lo optimiza de forma aproximada, y en los días buenos.

El cuello de botella merece un tratamiento especial porque fija el rendimiento de toda la línea. Toda fábrica tiene una restricción en cada momento, y el tiempo perdido en ella es tiempo perdido para toda la fábrica, de forma permanente. La programación con capacidad finita hace explícita esa restricción en lugar de incidental — se ve qué recurso está por encima del noventa por ciento de carga, se programan colchones de protección delante de él y se deja de gastar esfuerzo optimizando recursos que nunca limitaron nada.

Lo que la programación finita produce y la infinita no puede es una respuesta fiable al «cuándo». Cuando un cliente pregunta si una orden puede expedirse el día quince, un modelo de capacidad finita puede simular la inserción — dónde encaja, qué desplaza, si la promesa se sostiene. Esa capacidad, el capable-to-promise, tiene un valor comercial que se subestima con facilidad. Cotizar menos fechas y cumplirlas de forma constante cambia la relación con el cliente mucho más que cotizar de forma agresiva y luego pedir disculpas.

Conviene nombrar la trampa del realismo. Un programa de capacidad finita vale lo que valen sus datos de restricción — si su ruta dice que un trabajo tarda cuatro horas y en realidad tarda seis de forma sistemática, el programador producirá un plan bellamente optimizado y equivocado en un cincuenta por ciento. Las fábricas que tienen éxito con el APS casi siempre depuran antes sus rutas y sus tiempos estándar, normalmente usando datos reales de producción capturados por un MES. El programador no necesita datos perfectos, pero sí datos honestos sobre la dirección de sus errores.

La frecuencia de reprogramación es una decisión práctica que determina cómo se vive la herramienta en planta. Reprograme demasiado poco y el plan se aleja de la realidad hasta que la gente lo ignora. Reprograme de forma continua y la secuencia cambia bajo las manos del operario a mitad de turno, lo que destruye la confianza más rápido que un mal plan. La mayoría de las implantaciones que funcionan congelan un horizonte próximo —el turno o el día en curso— y reoptimizan más allá a medida que llegan los datos reales.

Para una fábrica que hoy planifica en hojas de cálculo, la pregunta diagnóstica es simple: ¿con qué frecuencia sobrevive el plan al contacto con el turno? Si la respuesta es «pocas veces», el problema difícilmente sea la pericia del planificador. Lo más probable es que el plan nunca estuviera restringido por lo que realmente restringe a la fábrica.