Capacidad del nodo
La capacidad del nodo es la capacidad de realizar envíos en un nodo. Los gestores de inventario pueden configurar cuántas unidades, liberaciones o líneas de pedido se pueden procesar en un nodo para cada intervalo de tiempo, lo que afecta al cálculo de las fechas de envío. Si un nodo cumple la capacidad de trabajo máxima en un solo día, las necesidades de despacho de pedidos adicionales se pueden mover al día siguiente, ya sea al mismo centro de distribución u otros centros de distribución.
Unidades de medida de capacidad de nodo (UdM)
Si se define una agrupación de recursos para un nodo para la finalidad INVENTORY, el consumo se coloca para la agrupación de recursos basándose en las siguientes unidades de medida de capacidad.
- Unidad-Se añade una capacidad para cada cantidad solicitada en el consumo de un pedido.
- Release-Una capacidad para cada release potencial se añade al consumo basándose en la plantilla de consolidación de release que se ha definido para una orden. Sin embargo, si una cantidad planificada se puede consolidar con la cantidad planificada existente, el consumo no aumenta.
- Línea-Para cada línea de pedido, se aplica la lógica siguiente para obtener el consumo necesario.
- Determina el consumo predeterminado basándose en la regla
DEFAULT_REQUIRED_CAPACITY_FOR_UOM_LINEque se ha configurado a nivel de organización de capacidad. - Calcula el consumo como
(FixedCapacityQtyPerLine + (OrderedQty * CapacityPerOrderedQty)).Aquí, los atributos
FixedCapacityQtyPerLineyCapacityPerOrderedQtyse configuran para un artículo.
Para crear consumo, se utilizan los valores máximos de (1) y (2).
- Determina el consumo predeterminado basándose en la regla
El ejemplo siguiente muestra el consumo de capacidad de nodo esperado basado en la UdM de capacidad.
| Clave de cabecera de orden | CLAVE DE LÍNEA DE PEDIDO | Artículo | Cantidad | Fecha de envío |
|---|---|---|---|---|
| OH_KEY_1 | OL_KEY_1 | Elemento 1 | 60 | 13 de agosto de 2015 01:30:00 |
| OH_KEY_1 | OL_KEY_2 | Elemento 2 | 60 | 13 de agosto de 2015 01:30:00 |
| Fecha | Ranuras de capacidad | Disponibilidad | Consumo |
|---|---|---|---|
| 13 de agosto de 2015 | 00:00:00 a 23:59:59 | 100 | 0 |
| 14 de agosto de 2015 | 00:00:00 a 23:59:59 | 100 | 0 |
- Unidad de UdM de capacidad
- Para la línea de pedido 1, se crea el consumo para la ranura 00:00:00 a 23:59:59 el 13 de agosto de 2015. Para la línea de pedido 2, se crea el consumo para la ranura 00:00:00 a 23:59:59 el 14 de agosto de 2015.
Tabla 3. Unidad de UdM de capacidad Fecha Ranuras de capacidad UOM Consumo Clave de cabecera de orden 13 de agosto de 2015 00:00:00 a 23:59:59 Unidad 60 OH_KEY_1 14 de agosto de 2015 00:00:00 a 23:59:59 Unidad 60 OH_KEY_1
- UdM de capacidad-liberar
- Puesto que se espera que las líneas de pedido 1 y 2 vayan en un único release, el consumo se crea para la ranura 00:00:00 a 23:59:59 el 13 de agosto de 2015.
Tabla 4. UdM de capacidad-release Fecha Ranuras de capacidad UOM Consumo Clave de cabecera de orden 13 de agosto de 2015 00:00:00 a 23:59:59 Liberar 1 OH_KEY_1
- Línea de UdM de capacidad
- El consumo de capacidad de nodo para la UdM de línea se crea basándose en las configuraciones de regla y artículo. Los siguientes casos de uso explican la capacidad de UdM de línea.
- Los atributos
FixedCapacityQtyPerLineyCapacityPerOrderedQtyno están configurados para elementos PROD y el valor de la reglaDEFAULT_REQUIRED_CAPACITY_FOR_UOM_LINEse establece en 1.En este caso, para la línea de pedido 1 se crea el consumo para la ranura 00:00:00 a 23:59:59 el 13 de agosto de 2015. Para la línea de pedido 2, se crea el consumo para la ranura 00:00:00 a 23:59:59 el 13 de agosto de 2015.Tabla 5. UdM de capacidad-línea Fecha Ranuras de capacidad UOM Consumo Clave de cabecera de orden CLAVE DE LÍNEA DE PEDIDO 13 de agosto de 2015 00:00:00 a 23:59:59 Línea 1 OH_KEY_1 OL_KEY_1 13 de agosto de 2015 00:00:00 a 23:59:59 Línea 1 OH_KEY_1 OL_KEY_2 - Los atributos
FixedCapacityQtyPerLineyCapacityPerOrderedQtyse configuran para elementos PROD tal como se explica en la tabla siguiente. El valor de la reglaDEFAULT_REQUIRED_CAPACITY_FOR_UOM_LINEse establece en 1.Para la línea de pedido 1, se crea el consumo para la ranura 00:00:00 a 23:59:59 el 13 de agosto de 2015. Para la línea de pedido 2, se crea el consumo para la ranura 00:00:00 a 23:59:59 el 13 de agosto de 2015.Artículo FixedCapacityQtyPerLine CapacityPerOrderedQty Elemento 1 1 0 Elemento 2 1 1 Fecha Ranuras de capacidad UOM Consumo Clave de cabecera de orden CLAVE DE LÍNEA DE PEDIDO 13 de agosto de 2015 00:00:00 a 23:59:59 Línea 1 OH_KEY_1 OL_KEY_1 13 de agosto de 2015 00:00:00 a 23:59:59 Línea 61 OH_KEY_1 OL_KEY_2
- Los atributos
yfs.useNodeLocaleTimeForCapacityCheck en true.Capacidad de nodo por método de entrega
Si un nodo cumple la capacidad de trabajo máxima en un día, puede mover las necesidades de despacho de pedidos adicionales al mismo o a otros centros de distribución al día siguiente. Puede configurar las reglas de origen para incluir sólo aquellos nodos que tienen un determinado porcentaje de capacidad disponible.
Puede definir una capacidad de nodo para el método de entrega de envío o recogida. Para un nodo que mantiene la capacidad, puede configurar una única agrupación de recursos para cada método de entrega. Por ejemplo, puede configurar la agrupación de recursos Res1 para que el nodo N1 mantenga la capacidad para el método de entrega de recogida. De forma similar, puede configurar la agrupación de recursos Res2 para que el nodo N2 mantenga la capacidad para el método de entrega de envío.
Capacidad de nodo basada en turno
Utilice la capacidad de nodo basada en turnos para especificar la cantidad de unidades de artículo o liberaciones de pedido que un nodo puede satisfacer durante un periodo de tiempo especificado en función de la capacidad del nodo. Por ejemplo, su negocio podría experimentar menos tráfico por la mañana que por la tarde y un aumento del tráfico por la noche.
- Baja por la mañana de 8:00:00 a 12:00:00
- Moderado por la tarde de 12:00:00 a 16:00:00
- Alto en la noche de 16:00:00 a 21:00:00
Al particionar la capacidad del nodo, puede asignar la capacidad en función de la demanda determinando la hora de un día determinado.
En la ventana Inventario de IBM® Sterling™ Business Center, al crear un grupo de franjas horarias de servicio, puede dividir la capacidad de un nodo en varias franjas horarias. A continuación, puede asignar los grupos de intervalos de capacidad de nodo a varias agrupaciones de recursos de inventario. Puede crear, modificar o suprimir ranuras de capacidad de nodo y grupos de ranuras de capacidad de nodo en IBM Sterling Business Center o llamando a la API manageServiceSlotGroup . Durante la asignación de capacidad de nodo, además de la fecha de envío, se considera que el componente de hora elige un intervalo de servicio para que la capacidad disponible en el nodo se muestre con precisión.
Para un intervalo de servicio, la propiedad yfs.nodecapacity.considerSlotEndTime determina si el cálculo de la fecha de envío prevista se basa en la indicación de fecha y hora de inicio o finalización del intervalo. Si establece el valor en Y, la fecha de envío prevista se calcula basándose en la indicación de fecha y hora de finalización del intervalo. Si el valor está en blanco o se establece en N, se utiliza la indicación de fecha y hora de inicio de la ranura o la indicación de fecha y hora de envío mínima, en función de la última que se genere. El ejemplo siguiente ilustra este caso de uso. En este ejemplo, se presupone que el valor de la propiedad yfs.nodecapacity.considerSlotEndTime se establece en Y.
| Número de línea de pedido | Cantidad | Fecha de envío |
|---|---|---|
| 1 | 1000 | 13 de agosto de 2015 01:30:00 |
| 2 | 1000 | 13 de agosto de 2015 01:30:00 |
El ejemplo siguiente ilustra la capacidad en un nodo:
| Intervalos de servicio | Disponibilidad | Consumo asignado |
|---|---|---|
| 08:00:00 a 12:00:00 | 4000 | 0 |
| 12:00:00 a 16:00:00 | 1000 | 3000 |
| 16:00:00 a 19:00:00 | 4000 | 0 |
Para la línea de pedido 1, el consumo se crea para la ranura de 12:00:00 a 16:00:00 el 13 de agosto de 2015. Para la línea de pedido 2, el consumo se crea para la ranura the16:00:00 a 19:00:00 el 13 de agosto de 2015.
| Intervalos de servicio | Disponibilidad | Consumo asignado |
|---|---|---|
| 08:00:00 a 12:00:00 | 4000 | 0 |
| 12:00:00 a 16:00:00 | 0 | 4000 |
| 16:00:00 a 19:00:00 | 3000 | 1000 |
La fecha de envío prevista para la línea de pedido 1 es el 13 de agosto de 2015 16:00:00, y para la línea de pedido 2, es 19:00:00. Sin embargo, en el mismo escenario, si el valor de la propiedad yfs.nodecapacity.considerSlotEndTime se establece en N o no se ha definido, la fecha de envío para la línea de pedido 1 es 13 de agosto de 2015 01:30:00, y para la línea de pedido 2, es 13 de agosto de 2015 16:00:00.
Capacidad de nodo para compras
Durante el aprovisionamiento, la capacidad solo se considera desde un nodo de aprovisionamiento. El siguiente escenario de negocio explica la consideración de capacidad de nodo para una orden de venta para la que la cantidad solicitada es 50.
| Clave de cabecera de orden | CLAVE DE LÍNEA DE PEDIDO | Nodo de envío | Cantidad |
|---|---|---|---|
| OH_KEY_1 | OL_KEY_1 | SN1 | 50 |
Tal como se muestra en la tabla siguiente para cumplimentar una orden de venta, el nodo de envío SN1 no contiene la cantidad especificada, que es 50. Por lo tanto, la cantidad restante se adquiere del nodo de aprovisionamiento de PN1 con un día de tránsito.
| Nodo | Cantidad |
|---|---|
| SNI | 26 |
| PN1 | 100 |
Para la misma Capacidad de nodo para compras, la capacidad de UOM de unidad en el nodo de envío SN1 se considera como se ilustra en la tabla siguiente.
| Fecha | Ranuras de capacidad | Disponibilidad de capacidad |
|---|---|---|
| 13 de agosto de 2015 | 00:00:00 a 23:59:59 | 30 |
| 14 de agosto de 2015 | 00:00:00 a 23:59:59 | 30 |
| 15 de agosto de 2015 | 00:00:00 a 23:59:59 | 100 |
La tabla siguiente ilustra la capacidad para la UdM de unidad que se tiene en cuenta en el nodo de aprovisionamiento de PN1 :
| Fecha | Ranuras de capacidad | Disponibilidad de capacidad |
|---|---|---|
| 13 de agosto de 2015 | 00:00:00 a 23:59:59 | 100 |
| 14 de agosto de 2015 | 00:00:00 a 23:59:59 | 100 |
Durante la planificación, se observan las siguientes planificaciones y consumos de capacidad.
| Clave de cabecera de orden | CLAVE DE LÍNEA DE PEDIDO | Nodo de envío | Cantidad | ETS |
|---|---|---|---|---|
| POH_KEY_1 | POL_KEY_1 | PN1 | 24 | 13 de agosto de 2015 01:30:00 |
| OH_KEY_1 | OL_KEY_1 | SN1 | 50 | 14 de agosto de 2015 01:30:00 |
La orden de transferencia de aprovisionamiento está programada para el 13 de agosto de 2015 desde el nodo de aprovisionamiento PN1 , ya que se puede enviar en la fecha actual, que es el 13 de agosto de 2015. Teniendo en cuenta el tránsito de un día, la orden de venta está programada para el 14 de agosto de 2015 para la cantidad solicitada, que es 50 del nodo de envío de SN1 .
Basándose en estas planificaciones, el consumo de capacidad se ilustra en la tabla siguiente:
| Fecha | Ranuras de capacidad | Nodo | UOM | Consumo de capacidad | Clave de cabecera de orden |
|---|---|---|---|---|---|
| 13 de agosto de 2015 | 00:00:00 a 23:59:59 | PN1 | UNIT | 24 | PO_KEY_1 |
| 14 de agosto de 2015 | 00:00:00 a 23:59:59 | SN1 | UNIT | 26 | OH_KEY_1 |
Para la cantidad adquirida, se tiene en cuenta la capacidad en el nodo de aprovisionamiento de PN1 , que es 24. La orden de venta está planificada para toda la cantidad solicitada, que es 50, del nodo de envío de SN1 . La capacidad en el nodo de envío de SN1 se considera en función del inventario que está disponible en el nodo de envío de SN1 , que es 26. La capacidad en el nodo de envío de SN1 no se comprueba para el inventario que se ha obtenido del nodo de aprovisionamiento de PN1 .
Capacidad de nodo de envío para compras
Puede tener en cuenta la capacidad del nodo de envío para escenarios de aprovisionamiento habilitando la regla Consider Ship Node capacity for procurements para la cantidad adquirida. Para obtener más información, consulte Considerar capacidad de nodo de envío para compras.
Para el escenario de negocio descrito en la siguiente tabla, antes de enviar la cantidad pedida, se considera la capacidad para la cantidad aprovisionada en el nodo de envío SN1. Si la regla Consider Ship Node capacity for procurements está activada, se observan los siguientes horarios y consumos de capacidad. Para obtener más información, consulte Definición de reglas de reenvío o transferencia.
| Clave de cabecera de orden | CLAVE DE LÍNEA DE PEDIDO | Nodo de envío | Cantidad | ETS |
|---|---|---|---|---|
| POH_KEY_1 | POL_KEY_1 | PN1 | 24 | 14 de agosto de 2015 01:30:00 |
| OH_KEY_1 | OL_KEY_1 | SN1 | 50 | 15 de agosto de 2015 01:30:00 |
La orden de venta está planificada el 15 de agosto de 2015 para la cantidad solicitada, que es 50, del nodo de envío de SN1 porque no contiene la capacidad real el 14 de agosto de 2015, que es 50. Además, la fecha de creación de la orden de transferencia de contratación se ajusta a la nave el 14 de agosto de 2015 considerando un día de tránsito.
Basándose en estas planificaciones, la tabla siguiente explica el consumo de capacidad:
| Fecha | Ranuras de capacidad | Nodo | UOM | Consumo de capacidad | Clave de cabecera de orden |
|---|---|---|---|---|---|
| 14 de agosto de 2015 | 00:00:00 a 23:59:59 | PN1 | UNIT | 24 | PO_KEY_1 |
| 15 de agosto de 2015 | 00:00:00 a 23:59:59 | SN1 | UNIT | 50 | OH_KEY_1 |
La capacidad en el nodo de aprovisionamiento de PN1 se tiene en cuenta para la cantidad adquirida, que es 24. El consumo de capacidad en el nodo de envío de SN1 tiene en cuenta la cantidad disponible en el nodo de envío de SN1 y la cantidad que se adquiere del nodo de aprovisionamiento de PN1 , que es 50.
Desactivación de la capacidad del nodo
- Para desactivar la capacidad a nivel de agrupación de recursos, consulte la API de changeResourcePool en Javadoc.
- Para desactivar la capacidad a nivel de empresa, utilice la API manageRule para establecer el valor de la propiedad
DISABLE_NODE_CAPACITY_FOR_ENTen Y tal como se muestra.<Rules OrganizationCode="DEFAULT" RuleSetFieldDescription="Disable Node Capacity for Enterprise" RuleSetFieldName="DISABLE_NODE_CAPACITY_FOR_ENT" RuleSetValue="Y"/>Nota: La característica de desactivación de capacidad de nodo sólo está soportada para agrupaciones de recursos con la finalidad INVENTORY, y el valor predeterminado se establece en N.
Purgar o eliminar los datos de consumo de las agrupaciones de recursos inactivas
Puede purgar o borrar los registros detallados de consumo y consumo ignorando los días de adelanto para los pools de recursos inactivos. Para purgar o eliminar los datos de consumo, establezca el parámetro de criterios IgnoreLeadDaysForInactive=Y y ejecute el agente de purga de capacidad. Se borran los datos de consumo de los pools de recursos inactivos.
Si es necesario después de purgar los datos de consumo que están asociados con el grupo de recursos, puede eliminar el grupo de recursos utilizando changeResourcePool API.