Regenerar programaciones (tdpur3211m000)
Utilice esta sesión pararegenerarprogramaciones no referenciadas.
En programaciones de tipo push, el proceso de regeneración de líneas de programación tiene la siguiente utilidad:
- Determinar el conjunto de segmentos y código de modelo aplicables tal como se recuperaron de las sesiones Datos logísticos de línea de contrato de compra (tdpur3102m000) y/o Artículos - Partner de compra (tdipu0110m000), y actualizar el comprador.
- Calcular el nuevo tipo de necesidad de la programación, según el conjunto de segmentos y modelo de emisión aplicables. En consecuencia, la línea de programación se desplaza en el tiempo.
En programaciones de previsión de tipo pull, la regeneración sólo se lleva a cabo para recuperar el conjunto de segmentos, código de modelo y comprador correctos para la programación de compras.
Transferir segmentos debido a la regeneración
La regeneración se realiza según un conjunto de segmentos y modelo de emisión aplicables a la programación, tal como se ha almacenado en las sesiones Datos logísticos de línea de contrato de compra (tdpur3102m000) y/o Artículos - Partner de compra (tdipu0110m000). Cada vez que se repite el proceso de regeneración, la fecha de emisión de la siguiente programación se determina según el modelo de emisión vinculado a la programación. Después de ello, LN determina en qué segmento están las líneas de programación. Si los segmentos se transfieren, los tipos de necesidad que han cambiado se almacenan en las líneas de programación.
En el caso de los tipos de envío siguientes, para la regeneración se utilizan el conjunto de segmentos y modelo de emisión siguientes:
-
Envío de material
Sólo se envía un envío de material al proveedor. El modelo de envío y el conjunto de segmentos para el envío de material se toman como punto de partida para la regeneración. Todas las necesidades que son posteriores al horizonte del conjunto de segmentos del envío de material, reciben el tipo de necesidad Planificado. -
Sólo programación de expediciones
Sólo se envía una programación de expediciones al proveedor. El modelo de envío y el conjunto de segmentos para la programación de expediciones se toman como punto de partida para la regeneración. Todas las necesidades que son posteriores al horizonte del conjunto de segmentos de la programación de expediciones, reciben el tipo de necesidad Planificado. -
Programación de expediciones
Se envía al proveedor un envío de material y una programación de expediciones. El modelo de envío y el conjunto de segmentos para la programación de expediciones se toman como punto de partida para la regeneración. Todas las necesidades que son posteriores al horizonte del conjunto de segmentos de la programación de expediciones, reciben el tipo de necesidad Planificado.
Como norma general, se puede asumir que en el proceso de regeneración sólo se calculan los tipos de necesidad En firme. Todas las líneas de programación que están fuera del período del tipo de necesidad En firme, reciben el tipo de necesidad Planificado. Que se envíen o no las líneas con el tipo de necesidad Planificado en un envío de compras depende del tipo de envío de la programación de compras. Sin embargo, si hay un período indefinido entre dos segmentos, las líneas de programación que caen en este período temporal reciben automáticamente el tipo de necesidad del segmento con el número de secuencia más alto.
Ejemplo
- Tipo de envío: Envío de material.
- El conjunto de segmentos para envío de material SS1 contiene los segmentos siguientes:
| Código de segmento | Tipo de necesidad | Unidad de tiempo | Longitud de segmento |
| 001 | Inmediato | horas | 0 |
| 003 | Compromiso en firme | semanas | 2 (semanas) |
| 004 | Planificado | semanas | 2 (semanas) |
| 005 | Planificado | cuatro semanas | 2 (cuatro semanas) |
Si la fecha de emisión de programación siguiente, según el modelo de emisión para el envío de material, es el lunes 23 de abril de 2001, se aplica lo siguiente:
- Todas las líneas de programación cuyas fechas planificadas de entrega/expedición sean a partir de las dos semanas desde a la fecha de emisión de la programación (segmento 003), reciben el estatus En firme. Estas necesidades son las necesidades de programación que están comprendidas entre el 23 de abril de 2001 y el 6 de mayo de 2001.
- Todas las líneas de programación cuyas fechas planificadas de entrega/expedición estén comprendidas en las dos semanas siguientes (segmento 004), reciben el estatus Planificado. Estas son las necesidades de programación que están comprendidas entre el 7 de mayo de 2001 y el 20 de mayo de 2001.
- Todas las líneas de programación cuyas fechas planificadas de entrega/expedición estén comprendidas en las ocho semanas siguientes (segmento 005), reciben el estatus Planificado. Estas son las necesidades de programación que están comprendidas entre el 21 de mayo de 2001 y el 15 de julio de 2001. Sin embargo, si las necesidades de programación son posteriores al horizonte del conjunto de segmentos, después del 15 de julio de 2001, estas líneas de programación también reciben el estatus Planificado.
Si toma el mismo ejemplo, pero la fecha de emisión de programación siguiente es el martes 24 de abril de 2001, los tipos de necesidad se calculan a partir del 30 de abril de 2001. El motivo de ello es que la unidad de tiempo del segmento semanal siempre toma el lunes como punto de inicio. Como resultado, las líneas de programación que están entre el 24 de abril de 2001 y el 29 de abril de 2001 se excluyen del proceso de regeneración.
LN sólo regenera las líneas de programación que tienen el estatus Aprobado.
Si las líneas de programación se trasladan en el tiempo con la regeneración, las transacciones se registran para la línea de programación según el valor del campo Período congelado de transacción de las sesiones Datos logísticos de línea de contrato de compra (tdpur3102m000) y/o Artículos - Partner de compra (tdipu0110m000).
Información de campo
- Listado de errores
-
Si esta casilla de verificación está seleccionada, si se producen errores durante la regeneración, se genera un listado de errores.