Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Note
Los grupos de interés de la comunidad ahora se han movido de Yammer a Microsoft Viva Engage. Para unirse a una comunidad de Viva Engage y participar en las últimas discusiones, complete el formulario Solicitud de acceso a la Comunidad de Viva Engage de Finanzas y Operaciones y elija la comunidad a la que desea unirse.
Este artículo proporciona información sobre los parámetros de fecha y hora que utiliza Optimización de la planificación durante su funcionamiento.
Mientras que el motor de planificación maestro obsoleto utiliza fechas de transacción en todos los cálculos, Optimización de planificación funciona con valores de fecha y hora que se convierten en fechas. Esta diferencia de comportamiento puede llevar a situaciones en las que, por ejemplo, las transacciones de pronóstico que se crean a la medianoche del día en que se ejecuta la planificación maestra no se incluyen porque Optimización de planificación considera que se crearon antes de la fecha actual.
Parámetros para transacciones de emisión y demanda
La siguiente tabla enumera los parámetros que utiliza Optimización de planificación cuando procesa transacciones de emisión y demanda.
| Parámetro | Nombre del parámetro en Optimización de planificación | Descripción | Campo equivalente en Microsoft Dynamics 365 Supply Chain Management (en la tabla ReqTrans) |
|---|---|---|---|
| Hora de emisión prevista | PlannedIssueTime |
La fecha prevista actualmente para la emisión. |
Hasta la fecha (FuturesDate) y Retrasado a tiempo (FuturesTime) |
| Hora de emisión solicitada | RequestedIssueTime |
Fecha de emisión que solicita el usuario y se establece en administración de cadenas de suministros. Este parámetro es aplicable solo para pedidos planificados liberados o aprobados. Para los pedidos planificados, está en blanco de forma predeterminada. |
Fecha solicitada (ReqDateDlvOrig) |
| Hora de emisión obligatoria | RequiredIssueTime |
La fecha de emisión requerida que ajusta la optimización de la planificación. Si esta vez cae en el pasado cuando se ejecuta la optimización de la planificación, se traslada al primer día abierto que no es anterior a hoy. Si la hora se marca como bloqueada en el calendario, se ajusta al primer día abierto antes de esa fecha. |
Fecha de requisito (ReqDate) y Hora de requisito (ReqTime) |
| Retraso de la hora de emisión | IssueTimeDelay |
La diferencia de tiempo entre la hora de emisión planificada y la hora de emisión solicitada para los pedidos aprobados y liberados o la hora de emisión requerida. |
Retraso (en días) (FuturesDays) |
Parámetros para transacciones de recepción y suministro
La siguiente tabla enumera los parámetros que utiliza Optimización de planificación cuando procesa transacciones de recepción y suministro.
| Parámetro | Nombre del parámetro en Optimización de planificación | Descripción | Campo equivalente en administración de cadenas de suministros (en la tabla ReqTrans o ReqPO) |
|---|---|---|---|
| Tiempo de disponibilidad planificado | PlannedAvailabilityTime |
La fecha en que está previsto que el recibo esté disponible. |
Fecha de requisito (ReqDate) y Hora de requisito (ReqTime) |
| Hora de recepción planificada | PlannedReceiptTime |
Fecha en que llega el recibo a la ubicación. |
Hasta la fecha (FuturesDate), Retrasado a tiempo (FuturesTime), y Fecha de entrega (ReqDateDlv) o Fecha solicitada (ReqDateDlvOrig) si el pedido aún no se ha emitido. |
| Tiempo de disponibilidad necesario | RequiredAvailabilityTime |
La fecha de disponibilidad requerida que Optimización de Planificación ajusta. |
Fecha de requisito (ReqDate) y Hora de requisito (ReqTime) |
| Hora de recepción prevista | ExpectedReceiptTime |
La fecha de recepción prevista para un recibo emitido. El usuario establece el valor en administración de cadenas de suministros. El valor no se ajusta en la optimización de la planificación. Este parámetro se aplica solo a los recibos emitidos. |
Fecha solicitada (ReqDateDlvOrig) |
| Hora de recepción requerida | RequiredReceiptTime |
Fecha de recepción necesaria que ajusta la optimización de planificación. |
Fecha de requisito (ReqDate) y Hora de requisito (ReqTime) |
| Hora de pedido prevista | PlannedOrderingTime |
La fecha de pedido que calcula la optimización de la planificación. |
Fecha de pedido (ReqDateOrder) y Hora de pedido (ReqTimeOrder) |
| Hora de inicio de la actividad prevista | PlannedActivityStartTime |
La fecha en la que debe comenzar la actividad de este recibo. |
Fecha de inicio (SchedFromDate) |
| Retraso en el tiempo de recepción | ReceiptTimeDelay |
La diferencia de tiempo entre la hora de recepción planificada y la hora de recepción requerida. |
Retraso (días) (FuturesDays) y Retrasado a tiempo (FuturesTime) |
Ejemplos de parámetros de fecha utilizados por Optimización de planificación
Los planes de las ilustraciones siguientes se encuentran en el nivel de día, pero la optimización de planificación se ejecuta en un nivel más detallado. Por ejemplo, dado que los márgenes pueden expresarse en horas, el tiempo de planificación para realizar el pedido puede ser el 22 de enero de 2021, a las 11:35 y así sucesivamente.
Ejemplo 1: escenario simple
Un pedido de venta que tiene una fecha de emisión solicitada el 22 de enero está cubierto por un pedido de compra. Se usan los siguientes parámetros:
- Sin tiempo de espera
- Sin calendarios (todos los días están abiertos).
- Sin márgenes
En la ilustración siguiente se muestra este escenario. (Seleccione la ilustración para abrir una versión más grande).
Ejemplo 2: escenario de plazo
Un pedido de venta que tiene una fecha de emisión solicitada el 22 de enero está cubierto por un pedido de compra. Se usan los siguientes parámetros:
- Tres días de plazo
- Sin calendarios (todos los días están abiertos).
- Sin márgenes
En la ilustración siguiente se muestra este escenario. (Seleccione la ilustración para abrir una versión más grande).
Ejemplo 3: escenario de margen
Un pedido de venta que tiene una fecha de emisión solicitada el 22 de enero está cubierto por un pedido de compra. Se usan los siguientes parámetros:
- Tres días de plazo
- Margen de pedido de cuatro días
- Margen de disponibilidad de cinco días
- Sin calendarios (todos los días están abiertos).
En la ilustración siguiente se muestra este escenario. (Seleccione la ilustración para abrir una versión más grande).
Ejemplo 4: escenario de retraso
Un pedido de venta que tiene una fecha de emisión solicitada el 22 de enero está cubierto por un pedido de compra. En este ejemplo se usa la misma configuración que el ejemplo 3, pero la fecha de planeación se mueve al 15 de enero. La programación regresiva (marcadores rojos) falla porque el tiempo de pedido planificado debería ser anterior a la fecha de hoy. Por lo tanto, la planificación maestra debe programar con anticipación y se producirán retrasos.
En la ilustración siguiente se muestra este escenario. (Seleccione la ilustración para abrir una versión más grande).
Ejemplo 5: escenario de transferencia
Un pedido de venta del almacén 1 que tiene una hora de emisión solicitada el 22 de enero está cubierto por un pedido de transferencia del almacén 2 que está cubierto por un pedido de compra planificado. Se usan los siguientes parámetros:
- Tres días de plazo de transferencia (almacén 1)
- Dos días de plazo de compra (almacén 2)
- Sin calendarios (todos los días están abiertos).
En la ilustración siguiente se muestra este escenario. (Seleccione la ilustración para abrir una versión más grande).
Ejemplo 6: Plazo de ejecución con escenario de calendarios
Un pedido de venta que tiene una fecha de emisión solicitada el 22 de enero está cubierto por un pedido de compra. Se usan los siguientes parámetros:
- Tres días de plazo
- Calendario de emisión (cerrado los viernes)
- Calendario de disponibilidad (cerrado jueves y viernes)
- Calendario de recepción (cerrado los martes, miércoles y domingos)
- Calendario de plazo (cerrado jueves y viernes)
- Calendario de pedidos (abierto los lunes y sábados)
En la ilustración siguiente se muestra este escenario. (Seleccione la ilustración para abrir una versión más grande).
Ejemplo 7: Retraso con escenario de calendarios
Un pedido de venta que tiene una fecha de emisión solicitada el 22 de enero está cubierto por un pedido de compra. En este ejemplo se usa la misma configuración que el ejemplo 6, pero la fecha de planeación se mueve al 13 de enero. La programación regresiva (marcadores rojos) falla porque el tiempo de pedido planificado debería ser anterior a la fecha de hoy. Por lo tanto, la planificación maestra debe programar con anticipación y se producirán retrasos.
En la ilustración siguiente se muestra este escenario. (Seleccione la ilustración para abrir una versión más grande).