Skip to main content

​
Descripción general

Un escenario es una ejecución del optimizador contra un modelo de planificación. El modelo es la configuración reutilizable: horizonte, recursos, listas de materiales, etiquetas y comportamiento del solucionador. El escenario es donde aportas las entradas que el plan realmente verá: la fecha de inicio, la demanda, el suministro, el inventario disponible, los objetivos de inventario y la capacidad de recursos para este horizonte específico. Cada escenario se guarda. Puedes volver a abrirlo, inspeccionar sus entradas y su plan, ajustar algo y ejecutar el optimizador de nuevo, a menudo en un escenario nuevo para poder comparar el antes y el después. Consulta Demanda y suministro para ver las entradas que lleva un escenario y Resultados de planificación para ver lo que devuelve el optimizador.

​
Crear un escenario

Elige un modelo de planificación en la barra de herramientas, abre el selector de escenarios junto a él, y elige Nuevo escenario. Nombra el escenario y haz clic en Crear. El escenario se abre en su pestaña Configuración, donde ingresas sus entradas; la pestaña Resultados muestra el plan una vez que el optimizador se ha ejecutado. También puedes pedirle a Dexter que construya un escenario. Una solicitud típica:
“Crea un escenario en el modelo semanal, fecha de inicio el próximo lunes, usando la demanda del libro de pedidos de junio y el inventario disponible de la exportación del ERP de ayer. Limita la línea de empaque a 80 horas por semana.”
Dexter también puede ejecutar el optimizador sobre el escenario y resumir el resultado. Cada entrada pertenece a su escenario y no se comparte con otros escenarios, así que un modelo puede impulsar muchos escenarios sin que interfieran entre sí.

​
Validar las entradas

ProDex comprueba automáticamente las entradas de un escenario cada vez que cambian, sin invocar al solucionador. Mientras corre la comprobación, el botón dice Validando…. Ejecutar optimizador permanece deshabilitado hasta que las entradas pasan. Cuando no lo hacen, ProDex muestra el número de errores (por ejemplo 2 errores de validación) y los primeros mensajes. Pídele a Dexter que valide el escenario para ver la lista completa. Las comprobaciones corren en una secuencia fija; las comprobaciones posteriores se omiten si una comprobación estructural anterior falla:
La comprobación 3 también rechaza dos listas de materiales para la misma entidad cuyas condiciones usan conjuntos de atributos completamente disjuntos. Un pedido podría satisfacer ambas, lo cual es ambiguo. Si divides las recetas de una entidad por size, cada una de sus listas de materiales condicionadas debe condicionar sobre size.
Los errores de validación siempre son problemas de configuración de datos, no problemas del solucionador. Corrige las entradas y la comprobación se ejecuta de nuevo por sí sola. Algunos problemas producen un aviso en lugar de un error y no bloquean Ejecutar optimizador. El principal es un recurso con entradas de capacidad faltantes, que el optimizador trata como capacidad cero. La vista del escenario no muestra avisos; pídele a Dexter que valide el escenario para verlos.
Eliminar y volver a crear una lista de materiales rompe los modelos guardados. Un modelo de planificación guardado antes de la recreación sigue apuntando al registro antiguo de la lista de materiales, y el escenario falla con un error de “listas de materiales no encontradas”. Vuelve a guardar el modelo para que su lista de listas de materiales se resuelva de nuevo. Volver a crear la lista de materiales sola no es suficiente.

​
Optimización

Una vez que las entradas pasan, haz clic en Ejecutar optimizador. El solucionador toma el modelo más las entradas del escenario y encuentra el plan de producción que minimiza la pérdida total, sujeto a los límites de capacidad de recursos, el balance de flujo de la lista de materiales, la temporización del suministro y cualquier orden de plazo estricto. La resolución corre en segundo plano, así que puedes navegar a otro lado. Mientras corre, la pestaña Resultados muestra su progreso: Optimización en cola, luego Resolviendo el plan, luego Finalizando el plan. Si el escenario ya tiene resultados, permanecen visibles pero se marcan como desactualizados hasta que termine la nueva resolución. Cuando el plan está listo, aparece un punto verde en la pestaña Resultados. Mientras corre la resolución, el botón se convierte en Cancelar optimización. Un escenario puede terminar de una de estas formas: Una resolución no factible o que agota el tiempo no es un error del sistema: el optimizador terminó y te está diciendo algo sobre las entradas. ProDex muestra el mensaje como una advertencia, y la pestaña Resultados muestra La optimización falló con la razón. Cualquier resultado anterior del escenario permanece en su lugar.

​
Valores predeterminados del solucionador

Pídele a Dexter que use un límite de tiempo distinto (hasta una hora) o una brecha distinta (0.5% o más amplia) para una resolución.
La brecha de optimalidad es una prueba, no una estimación de precisión: una brecha del 2% certifica que no existe ningún plan más de un 2% mejor. Una resolución que alcanza el límite de tiempo después de encontrar un plan igual lo devuelve, con la brecha que haya alcanzado. Pídele a Dexter la brecha, el tiempo de resolución, y si el solucionador se detuvo por la brecha o por el límite de tiempo.

​
Cuándo un escenario no es factible

La infactibilidad no es un error del solucionador. Es el optimizador diciéndote que las entradas no se pueden satisfacer todas a la vez. Cuando una resolución vuelve no factible, ProDex intenta diagnosticarla automáticamente. Vuelve a resolver relajando una familia de reglas a la vez (restricciones personalizadas, luego capacidad de recursos, luego plazos estrictos) y reporta qué relajación hace posible un plan. Cuando solo hay unas pocas involucradas, nombra las restricciones personalizadas, los recursos o las órdenes de plazo estricto específicas que bloquean el plan. Si el escenario sigue siendo no factible con las tres relajadas, reporta que la demanda no se puede alcanzar solo con el suministro, el inventario disponible y las listas de materiales. Los hallazgos aparecen junto con la advertencia Sin solución factible y en la pestaña Resultados. El diagnóstico tiene un tiempo limitado, así que en un escenario grande puede terminar sin un hallazgo concluyente; la pestaña Resultados muestra entonces solo “Optimization problem is infeasible.” En ese caso, relaja tú mismo las restricciones personalizadas, las capacidades y los plazos estrictos uno a la vez, o pídele a Dexter que lo investigue. Las causas comunes, aproximadamente en orden de frecuencia:
  • Una orden de plazo estricto que no se puede cumplir dada la capacidad de recursos y la cadena de la lista de materiales previa. Relaja la etiqueta a flexible, agrega capacidad en los intervalos restringidos, o extiende el horizonte.
  • Un recurso sin capacidad en los intervalos que necesita un SKU demandado. Recuerda que las entradas de capacidad faltantes valen cero por defecto.
  • Suministro de materia prima faltante para un SKU demandado. Agrega órdenes de suministro para las materias primas que necesita la cadena de la lista de materiales, o siembra inventario disponible.
  • Restricciones personalizadas sobrerrestringidas: por ejemplo un piso de producción mínima apilado contra un tope de salida máxima que juntos excluyen todo posible calendario. Relaja la restricción que sea excesivamente limitante.
La recuperación es casi siempre uno de cinco movimientos: relajar una etiqueta estricta, agregar capacidad en los intervalos que aprietan, extender el horizonte, agregar suministro, o relajar una restricción personalizada. Cambia una cosa a la vez y vuelve a ejecutar para que puedas ver qué movimiento desbloqueó el plan.