Software SCP: planificación y ejecución de la cadena de suministro

El APS optimiza el programa de producción dentro de la fábrica; el SCP extiende ese plan a proveedores, compras y logística de salida.

Sí. Los portales de proveedores y las integraciones EDI/API mantienen sincronizadas automáticamente las confirmaciones y los plazos de los proveedores.

Totalmente. El SCP está diseñado para equilibrar la demanda y el suministro entre varias plantas y almacenes.

Sí. Lo que el SCP necesita en cualquier caso es un maestro de artículos mantenido, con lead times y reglas de pedido, las listas de materiales (BOM), un stock en el que se pueda confiar y los pedidos de compra y las órdenes de fabricación abiertas, y eso tiene que venir de un ERP o de un sistema equivalente que haga de fuente única. Sin MES, el avance y el consumo entran como confirmaciones que alguien notifica al cerrar el turno o la orden, así que el plan reacciona tarde, no es que no reaccione.

Una propuesta de compra es aritmética sobre el lead time, el lote mínimo (MOQ), el múltiplo de pedido, el stock disponible y la BOM. Si los plazos de proveedor siguen siendo los que se teclearon el día que se dio de alta la referencia, las propuestas saldrán equivocadas con toda seguridad. Estos errores no se quedan escondidos: las primeras ejecuciones de planificación convierten un lead time o un stock mal puestos en una fecha o una cantidad visiblemente absurdas. Limpiar eso antes del arranque sale mucho más barato que después.

Lo calcula y lo propone; lo que no decide es cuánto riesgo está dispuesto a asumir usted. Una cifra de stock de seguridad sale de la variabilidad de la demanda, de la variabilidad del lead time del proveedor y del nivel de servicio que usted fije, y lo tercero es una decisión comercial que alguien tiene que tomar por familia de artículos. Fíjelo contra variabilidad medida y no por costumbre, y después revise las excepciones, porque ahí es donde de verdad baja el inventario.

Por sí solo no. Lo que le da es una única previsión visible, versionada y contrastada contra lo que realmente se vendió, que suele ser lo que la gente quiere decir cuando lo pregunta. Los modelos estadísticos ayudan donde la demanda tiene histórico y un patrón; no hacen nada por un producto nuevo ni por un pedido ganado en una licitación. La mejora viene de que alguien sea dueño de la previsión y revise el error en cada ciclo.

Puede, pero decida contra qué. El ATP mira el stock libre y las entradas confirmadas; el CTP mira además si hay capacidad y componentes para fabricar ese pedido a tiempo. Con un APS por debajo, el CTP resuelve contra el programa ya secuenciado; sin él, contra cubos de capacidad declarada, lo cual orienta pero no detecta un conflicto de secuencia o de cambio de formato. Las promesas fallan por confirmaciones de proveedor caducadas y por capacidad optimista, así que acuerde con ventas qué puede prometer el sistema sin que nadie lo revise.

Hace falta un responsable con nombre y apellidos, cuyo trabajo pasa a ser gestionar excepciones en lugar de rehacer hojas de cálculo. La tarea es concreta: revisar alertas, liberar o rechazar propuestas al ritmo de su ciclo de planificación y mantener honestos los lead times y los parámetros de pedido. La carga crece con el número de artículos planificados y con las excepciones que generen sus parámetros, y es más alta en los primeros ciclos tras el arranque, mientras se corrigen esos parámetros. Si no hay dueño, la lista de alertas crece hasta que la gente deja de mirarla.

Solo si usted quiere. La mayoría de las plantas congelan un horizonte corto, derivan al planificador como excepción cualquier cambio dentro de él y dejan que el sistema reoptimice más allá. Dónde se pone esa línea es una decisión de política, no técnica, así que acuerde durante la implantación el periodo congelado y quién tiene permiso para romperlo. Lo que devuelve a los planificadores a sus hojas de cálculo es el nerviosismo del plan. El tiempo de cálculo apenas influye.