Programaciones de compras y Planificación Empresarial
En LN, las programaciones de compras admiten compras a largo plazo con entregas frecuentes. Esto se puede utilizar para artículos de compra y artículos subcontratados. En este tema se describe la forma en que Planificación Empresarial gestiona la planificación de estos artículos.
El proceso de planificación de órdenes crea programaciones de compras o programaciones de subcontratación directamente, en lugar de crear órdenes planificadas.
LN lo hace si:
- Se ejecuta la simulación de orden para el escenario real.
- Se seleccionó la casilla de verificación Programación de compras en uso en la sesión Artículos - Compra (tdipu0101m000) para el artículo implicado.
Si ejecuta la sesión Generar planificación de órdenes (cprrp1210m000), LN determina si existe una insuficiencia de un determinado artículo para el período de tiempo simulado y tiene en cuenta la demanda, el suministro en firme y en qué momentos exactos se dan las posibles insuficiencias. Si se produce una insuficiencia, LN genera suministro.
Si LN usa una programación de compras para planificar el suministro de un artículo, LN no genera órdenes planificadas de compra, sino que almacena un volumen de compra en una memoria interna. Cuando LN haya generado todos los volúmenes de compra necesarios para el artículo, LN agrupa los volúmenes de compra pedidos entre dos momentos de entrega en una línea de programación de compra y reparte en lotes los volúmenes de compra según las reglas de tamaño de lote.
Restricciones generales
Durante una ejecución de planificación basada en órdenes, LN comprueba si existen insuficiencias para los artículos de programación de compra. Si es así, LN registra el suministro de esos artículos en líneas de programación que se establecen en los momentos de entrega generados en la sesión Generar momentos de entrega planificados (tdipu0225m000) para el proveedor implicado en la programación de compras. Si la programación de compras está basada en expedición, LN enumera estos momentos de entrega planificados en la sesión Momentos de entrega planificados (basados en expedición) (tdipu0125m000); si la programación de compra está basada en recepción, LN enumera los momentos de entrega planificados en la sesión Momentos de entrega planificados (basado en recepción) (tdipu0126m000).
En el proceso de planificación basado en órdenes, LN lleva a cabo una fase de reprogramación para hacer coincidir el suministro con la demanda. La forma en que funciona este mecanismo de reprogramación para los artículos programados de compra difiere ligeramente de la forma en que LN aplica el mecanismo a artículos que no están planificados mediante programaciones de compras.
Se aplican las restricciones siguientes a los artículos de programación de compra:
- LN siempre deshabilita la casilla de verificación Sólo reprogramar la cantidad total de orden de la sesión Parámetros de planificación (cprpd0100m000) para artículos de programación de compras.
- Las líneas de programación de compras siempre se comportan como si la casilla de verificación Orden planificada antes en firme/real de la sesión Parámetros de planificación (cprpd0100m000) estuviera seleccionada.
- LN sólo puede reprogramar cantidades de línea de programación a momentos de entrega.
Horizontes y zonas congeladas
LN usa un horizonte específico y una zona congelada para planificar artículos de programación de compra. La fecha de finalización de horizonte de una programación de compras es la fecha hasta la que LN muestra momentos de entrega en la sesión Momentos de entrega planificados (basados en expedición) (tdipu0125m000) o Momentos de entrega planificados (basado en recepción) (tdipu0126m000).
LN agrupa todas las necesidades entre dos momentos de entrega en una programación de compra. LN agrupa los volúmenes de compra incluidos entre el último momento de entrega definido y la fecha de finalización de horizonte en una línea de programación para el último momento de entrega.
Más allá de la fecha de finalización de horizonte, donde no existen momentos de entrega predefinidos, LN inserta volúmenes de compra necesarios en la programación de compra, pero no ajusta los lotes ni agrupa los volúmenes de compra en un momento de entrega.
Después del vencimiento del contrato relacionado con la programación de compras, LN convierte los volúmenes de compra necesarios en órdenes planificadas de compra para un proveedor vacío y genera un mensaje para informar al planificador.
Fuera de la fecha de finalización de horizonte, donde no existen momentos de entrega predefinidos, LN convierte los volúmenes de compra necesarios en órdenes planificadas de compra para un proveedor vacío y genera un mensaje de excepción para advertir al planificador.
En el caso de artículos de planificación, LN usa un período congelado durante el cual LN no puede modificar la planificación de suministro ni las órdenes planificadas. Sin embargo, para la parte en firme de los artículos de programación de compras, LN usa:
- Un período congelado: el período de tiempo durante el cual Planificación Empresarial no puede generar ni actualizar líneas de programación de compras.
- Un período congelado para disminuir cantidad: el período de tiempo calculado desde la fecha actual y durante el cual LN tiene en cuenta un límite inferior, lo que significa que las cantidades de línea de programación pueden aumentar, pero no disminuir. Planificación Empresarial puede crear nuevas líneas de programación para demanda nueva, pero no puede borrar líneas de programación existentes en este período.
- Un período congelado para aumentar cantidad: el período de tiempo calculado desde la fecha actual y durante el cual LN tiene en cuenta un límite superior, lo que significa que las cantidades de línea de programación pueden disminuir, pero no aumentar. Planificación Empresarial no puede generar nuevas líneas de programación en este período, pero las cantidades de las líneas existentes pueden reducirse.
No especifique un período de límite inferior si desea que Planificación Empresarial borre automáticamente las líneas de programación no entregadas y redundantes con una fecha pasada. Por lo tanto, solo puede seleccionar la casilla de verificación Borrar líneas de programación pasadas si el campo Período congelado para cantidad que disminuye tiene el valor cero en las sesiones Artículos - Partner de compra (tdipu0110m000) , Datos logísticos de línea de contrato de compra (tdpur3102m000) o Línea de detalles logísticos de línea de contrato de compra (tdpur3102m100).
Artículos de programación de compra y períodos congelados
Además del período congelado para disminuir cantidad, el período congelado para aumentar cantidad y el período congelado, puede establecer un período congelado en la sesión Artículos - Planificación (cprpd1100m000) para artículos que tengan seleccionada la casilla de verificación Programación de compras en uso en la sesión Artículos - Compra (tdipu0101m000).
Aunque el uso de un período congelado para artículos de programación de compra lleva a resultados complejos y poco claros, el motivo de esta funcionalidad es que puede haber varios orígenes para un artículo de planificación. Puede tener varios grupos de planificación para un artículo. Posiblemente, sólo uno de estos artículos tiene una programación de compra, mientras que los demás son artículos distribuidos o de fabricación. Por tanto, puede especificar un período congelado para artículos de planificación con una programación de compra. Sin embargo, si especifica un período congelado, LN muestra una advertencia.
Ejemplo de zona congelada y horizonte
| X | momento de entrega |
| S | línea de programación |
| Ruta | Necesidad |
En la Figura 1-1, el intervalo de tiempo de la programación de compra se divide en cuatro períodos. Las figuras muestran la forma en que Adquisición y Planificación Empresarial modelan la situación existente y cómo LN gestiona las necesidades que surgen en Planificación Empresarial:
- El período 1 es el período congelado. LN no puede tocar los volúmenes registrados en las líneas de programación en este período. Planificación Empresarial no puede planificar el suministro en este período. Para evitar que el suministro originado por necesidades que son el resultado de una ejecución de planificación de órdenes o maestra finalice en este período, Planificación Empresarial genera un mensaje de reprogramación que le sugiere planificar el suministro en otro momento de entrega, en una fecha ajena al período 1.
- En el período 2, el período congelado para aumentar cantidad, LN no puede añadir nuevas líneas de programación, sino sólo reducir las cantidades de las líneas de programación de este período. Para evitar que las necesidades que origina una ejecución de planificación de órdenes o maestra finalicen en esta parte de la programación de compras, Planificación Empresarial puede generar mensajes de reprogramación.
- En el período 3, puede volver a generarse la programación de compras y, posteriormente, las líneas de programación (momentos de entrega) todavía no están definidas. Planificación Empresarial agrupa todas las necesidades que generó durante una ejecución de planificación para los momentos de entrega, y después envía estas necesidades al módulo Compras deAdquisición donde las necesidades se usan para actualizar la línea de programación correspondiente.
- En el período 4, la Figura 1-1 muestra que no hay disponibles más momentos de entrega. Por consiguiente, Planificación Empresarial considera que cada fecha es un momento de entrega potencial y ya no agrupa las necesidades, sino que las envía directamente al módulo Compras.
Ejemplo de planificación y reprogramación
La figura 1-2 muestra la demanda existente para un artículo de programación de compra. Todos los momentos están en el período congelado para disminuir cantidad y t1 es posterior al período congelado para aumentar cantidad. Además, se cumple lo siguiente:
| Tamaño de lote mínimo | 8 |
| Demanda en t2 | 5 uds. |
| Demanda en t3 | 10 unidades |
| Demanda en t5 | 5 uds. |
| Modelo momento 1 | en t1 |
| Modelo momento 2 | en t4 |
| X | momento de entrega planificado |
| FZ+ | per. cong. para aument. cant. |
| FZ- | per. cong. para dism. cant. |
LN debe satisfacer la demanda de t2 y t3 a tiempo y, por eso, LN genera un suministro de 15 unidades en t1, es decir, el momento de entrega planificado más cercano disponible.
LN debe satisfacer la segunda demanda de 5 unidades, hecha en t5, con un suministro de 8 unidades (tamaño de lote mínimo) en el momento de entrega planificado t4 (vea la Figura 1-3).
| S1 | línea de programación 1 |
| S2 | línea de programación 2 |
La figura 1-4 muestra la forma de reaccionar de LN si la demanda hecha en t3 aumenta en 5 unidades.
LN lleva a cabo las fases siguientes durante una ejecución de planificación basada en órdenes si la demanda hecha en t3 aumenta en cinco unidades (vea la Figura 1-3):
- Las líneas de programación S1 y S2 se reconocen como planificadas en firme porque esas líneas están en el período congelado para disminuir cantidad. Sin embargo, las líneas están planificadas en firme en el sentido de que LN aún puede aumentar la cantidad pedida, pero no disminuirla.
- Genere un mensaje de reprogramación Adelantar a %1$u001 %2$U001. En otras palabras, LN le sugiere que reprograme cinco unidades de la línea de programación 2 en la línea de programación 1.
- LN añade dos unidades a la línea de programación 2 para poder satisfacer la demanda hecha en t5.
La figura 1-5 muestra la forma de reaccionar de LN si la demanda hecha en t3 aumenta en diez unidades.
LN lleva a cabo las siguientes fases durante una ejecución de planificación basada en órdenes si la demanda hecha en t3 aumenta en diez unidades (consulte la Figura 1-5):
- La línea de programación se reconoce como planificación en firme en el sentido de que LN aún puede aumentar la cantidad pedida, pero no disminuirla.
- Genere un mensaje de reprogramación Adelantar a %1$u001 %2$U001. En otras palabras, LN le sugiere que reprograme ocho unidades de la línea de programación 2 en la línea de programación 1.
- LN añade cinco unidades a la línea de programación 2 para poder satisfacer la demanda hecha en t5.