Capacidade de nó

Capacidade do nó é a capacidade de cumprir remessas em um nó. Os gerenciadores de inventário podem configurar quantas unidades, liberações ou linhas de pedido podem ser processados em um nó para cada intervalo de tempo, o que impacta o cálculo de datas de remessa. Se um nó atender à capacidade máxima de trabalho em um único dia, as necessidades de cumprimento extra poderão ser movidas para o dia seguinte, para o mesmo centro de distribuição ou para outros centros de distribuição

Unidades de medida de capacidade do nó (UOMs)

Se um conjunto de recursos para um nó for definido para o propósito INVENTORY, então o consumo será colocado para o conjunto de recursos com base nos UOMs de capacidade a seguir

  • Unidade-Uma capacidade para cada quantidade pedida é incluída no consumo para um pedido..
  • Liberação-Uma capacidade para cada liberação potencial é incluída no consumo com base no modelo de consolidação de liberação definido para um pedido. Entretanto, se uma quantidade planejada puder ser consolidada com a quantidade planejada existente, o consumo não aumentará.
  • Linha-Para cada linha de pedido, a lógica a seguir é aplicada para obter o consumo necessário.
    1. Determina o consumo padrão com base na regra DEFAULT_REQUIRED_CAPACITY_FOR_UOM_LINE configurada no nível da organização de capacidade.
    2. Calcula o consumo como (FixedCapacityQtyPerLine + (OrderedQty * CapacityPerOrderedQty))

      Aqui, os atributos FixedCapacityQtyPerLine e CapacityPerOrderedQty são configurados para um item

    Para criar consumo, os valores máximos de (1) e (2) são usados.

O exemplo a seguir demonstra o consumo de capacidade do nó esperado com base na UOM de capacidade

Tabela 1. Linhas de pedido
Chave do cabeçalho do pedido Chave de Linha de Pedido Item Quantidade Data de envio
OH_KEY_1 OL_KEY_1 Item 1 60 13 de agosto de 2015 01:30:00
OH_KEY_1 OL_KEY_2 Item 2 60 13 de agosto de 2015 01:30:00
O exemplo a seguir ilustra a capacidade do nó:
Tabela 2. Capacidade de nó
Data Slots de capacidade. Disponibilidade 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
Com base na definição do conjunto de recursos para unidade, liberação ou linha, o consumo de capacidade do nó para cada UOM de capacidade é explicado detalhadamente com casos de uso
UOM de capacidade-unidade
Para a linha de pedido 1, o consumo é criado para o slot 00:00:00 a 23:59:59 em 13 de agosto de 2015. Para a linha de pedido 2, o consumo é criado para o slot 00:00:00 a 23:59:59 em 14 de agosto de 2015.
Tabela 3. UOM de capacidade-unidade
Data Slots de capacidade. UOM Consumo Chave do cabeçalho do pedido
13 de agosto de 2015. 00:00:00 a 23:59:59 Unit 60 OH_KEY_1
14 de agosto de 2015. " 00:00:00 a 23:59:59 Unit 60 OH_KEY_1
UOM de capacidade-liberação
Como espera-se que as linhas de pedido 1 e 2 estejam em uma única liberação, o consumo é criado para o intervalo de 00:00:00 a 23:59:59 em 13 de agosto de 2015.
Tabela 4. UOM de capacidade-liberação
Data Slots de capacidade. UOM Consumo Chave do cabeçalho do pedido
13 de agosto de 2015. 00:00:00 a 23:59:59 Liberar 1 OH_KEY_1
UOM de capacidade-linha
O consumo de capacidade do nó para a UOM de linha é criado com base nas configurações de regra e de item Os casos de uso a seguir explicam a capacidade da UOM de linha:
  • Os atributos FixedCapacityQtyPerLine e CapacityPerOrderedQty não são configurados para itens PROD e o valor de regra DEFAULT_REQUIRED_CAPACITY_FOR_UOM_LINE é configurado como 1.
    Nesse caso, o consumo da linha de pedido 1 é criado para o intervalo de 00:00:00 a 23:59:59 em 13 de agosto de 2015. Para a linha de pedido 2, o consumo é criado para o intervalo de 00:00:00 a 23:59:59 em 13 de agosto de 2015.
    Tabela 5. UOM de capacidade-linha
    Data Slots de capacidade. UOM Consumo Chave do cabeçalho do pedido Chave de Linha de Pedido
    13 de agosto de 2015. 00:00:00 a 23:59:59 Linha 1 OH_KEY_1 OL_KEY_1
    13 de agosto de 2015. 00:00:00 a 23:59:59 Linha 1 OH_KEY_1 OL_KEY_2
  • Os atributos FixedCapacityQtyPerLine e CapacityPerOrderedQty são configurados para itens PROD conforme explicado na tabela a seguir. O valor da regra DEFAULT_REQUIRED_CAPACITY_FOR_UOM_LINE é configurado como 1
    Item FixedCapacityQtyPerLine CapacityPerOrderedQty
    Item 1 1 0
    Item 2 1 1
    Para a linha de pedido 1, o consumo é criado para o slot 00:00:00 a 23:59:59 em 13 de agosto de 2015. Para a linha de pedido 2, o consumo é criado para o intervalo de 00:00:00 a 23:59:59 em 13 de agosto de 2015.
    Data Slots de capacidade. UOM Consumo Chave do cabeçalho do pedido Chave de Linha de Pedido
    13 de agosto de 2015. 00:00:00 a 23:59:59 Linha 1 OH_KEY_1 OL_KEY_1
    13 de agosto de 2015. 00:00:00 a 23:59:59 Linha 61 OH_KEY_1 OL_KEY_2
Nota: por padrão, a capacidade do nó e o tempo ou slot de consumo para um conjunto de recursos é derivado com base no registro de data e hora no código de idioma da instalação do produto.. Se você desejar considerar a capacidade para um código de idioma do nó, configure o valor da propriedade yfs.useNodeLocaleTimeForCapacityCheck como true..

Capacidade de nó por método de entrega

Se um nó atender à capacidade máxima de trabalho em um dia, será possível mover as necessidades de cumprimento extra para o mesmo ou outros centros de distribuição no dia seguinte É possível configurar as regras de fornecimento para incluir apenas os nós que possuem uma determinada porcentagem da capacidade disponível

É possível definir uma capacidade de nó para o método de entrega de remessa ou retirada. Para um nó que mantém a capacidade, é possível configurar um único conjunto de recursos para cada método de entrega Por exemplo, é possível configurar o conjunto de recursos do Res1 para o nó N1 para manter a capacidade para o método de entrega de coleta. Da mesma forma, é possível configurar o conjunto de recursos do Res2 para o nó N2 para manter a capacidade para o método de entrega de envio

Capacidade de nó baseada em mudança

Use o recurso de capacidade do nó baseado em turno para especificar a quantidade para unidades de itens ou liberações de pedidos que um nó pode preencher durante um período de tempo especificado com base na capacidade do nó... Por exemplo, sua empresa pode ter menos tráfego de manhã do que à tarde e um aumento de tráfego à noite.

Para assegurar que você tenha capacidade suficiente em um nó para o rush noturno, é possível particionar a capacidade do nó conforme mostrado.
  • Baixa da manhã das 8:00:00 às 12:00:00
  • Moderado à tarde de 12:00:00 a 16:00:00
  • Alta à noite das 16:00:00 às 21:00:00

Ao particionar a capacidade de seu nó, é possível alocar a capacidade com base na demanda, determinando o tempo para um dia específico

Na janela IBM® Sterling™ Business Center Inventory, ao criar um grupo de slots de serviço, você pode dividir a capacidade de um nó em vários slots de tempo. É possível, então, designar os grupos de slots de capacidade do nó a diversos conjuntos de recursos de inventário É possível criar, modificar ou excluir slots de capacidade do nó e grupos de slots de capacidade do nó no IBM Sterling Business Center ou chamando a API do manageServiceSlotGroup Durante a alocação de capacidade do nó, além da data de envio, o componente de tempo é considerado para selecionar um slot de serviço de forma que a capacidade disponível no nó seja mostrada com precisão

Para um intervalo de serviço, a propriedade yfs.nodecapacity.considerSlotEndTime determina se o cálculo da data de remessa esperada é baseado no registro de data e hora de início ou de término do intervalo. Se você configurar o valor para Y, a data de envio esperada será calculada com base no registro de data e hora final do intervalo. Se o valor estiver em branco ou for configurado como N, o registro de data e hora de início do intervalo ou o registro de data e hora de envio mínimo será usado, dependendo de qual for gerado o último. O exemplo a seguir ilustra esse caso de uso Neste exemplo, supõe-se que o valor da propriedade yfs.nodecapacity.considerSlotEndTime esteja configurado como Y.

Tabela 6. Linhas de pedido
Número da linha do pedido Quantidade Data de envio
1 1000 13 de agosto de 2015 01:30:00
2 1000 13 de agosto de 2015 01:30:00

O seguinte exemplo ilustra a capacidade em um nó:

Tabela 7. Capacidade em um nó
Slots de Serviço Disponibilidade Consumo alocado
08h às 12h 4 0
12h às 16h 1000 3000
16h às 19h 4 0

Para a linha de pedido 1, o consumo é criado para o intervalo de 12h a 16h em 13 de agosto de 2015. Para a linha de pedido 2, o consumo é criado para the16:00:00 ao intervalo de 19:00:00 em 13 de agosto de 2015.

Tabela 8. Consumos
Intervalos de serviço Disponibilidade Consumo alocado
08h às 12h 4 0
12h às 16h 0 4
16h às 19h 3000 1000

A data de envio esperada para a linha de pedido 1 é 13 de agosto de 2015, às 16h, e para a linha de pedido 2, às 19h. No entanto, no mesmo cenário, se o valor da propriedade yfs.nodecapacity.considerSlotEndTime for configurado como N ou não for definido, a data de envio para a linha de pedido 1 será 13 de agosto de 2015 01:30:00 e para a linha de pedido 2 será 13 de agosto de 2015 16:00:00.

Capacidade do nó para compras

Durante a compra, a capacidade é considerada apenas a partir de um nó de compra O cenário de negócios a seguir explica a consideração de capacidade do nó para uma ordem de vendas para a qual a quantidade solicitada é 50.

Tabela 9. Cenário de negócios para uma ordem de vendas
Chave do cabeçalho do pedido Chave de Linha de Pedido Nó de envio Quantidade
OH_KEY_1 OL_KEY_1 SN1 50

Conforme mostrado na tabela a seguir para preencher uma ordem de vendas, o nó de envio SN1 não contém a quantidade especificada, que é 50. Portanto, a quantidade restante é comprada do nó de compra do PN1 com um dia de trânsito.

Tabela 10. Quantidade disponível
Nó Quantidade
SNI 26
PN1 100

Para a mesma Capacidade do nó para compras, a capacidade da unidade UOM no nó de envio SN1 é considerada conforme ilustrado na tabela a seguir.

Tabela 11. Capacidade para a UOM da unidade em SN1
Data Slots de capacidade. Disponibilidade de Capacidade
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

A tabela a seguir ilustra a capacidade para a UOM da unidade que é considerada no nó de compra do PN1 :

Tabela 12. Capacidade para UNIT de UOM em PN1
Data Slots de capacidade. Disponibilidade de Capacidade
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 o planejamento, os seguintes planejamentos e consumos de capacidade são observados.

Tabela 13. Planejamentos
Chave do cabeçalho do pedido Chave de Linha de Pedido Nó de envio Quantidade 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 Agosto 2015 01:30:00

O pedido de transferência de compra é planejado em 13 de agosto de 2015 a partir do nó de compra do PN1 , pois ele pode ser enviado na data atual, que é 13 de agosto de 2015 Considerando um dia de trânsito, a ordem de venda é planejada para 14 de agosto de 2015 para a quantidade solicitada, que é 50 do nó de envio SN1 .

Com base nesses planejamentos, o consumo de capacidade é ilustrado na tabela a seguir.:

Tabela 14. Capacidade
Data Slots de capacidade. Nó UOM Consumo de Capacidade Chave do cabeçalho do pedido
13 de agosto de 2015. 00:00:00 a 23:59:59 PN1 UNIDADE 24 PO_KEY_1
14 de agosto de 2015. " 00:00:00 a 23:59:59 SN1 UNIDADE 26 OH_KEY_1

Para a quantidade comprada, a capacidade no nó de compra PN1 é considerada, que é 24. A ordem de vendas é planejada para toda a quantidade pedida, que é 50, a partir do nó de envio SN1 . A capacidade no nó de envio SN1 é considerada com base no inventário que está disponível no nó de envio SN1 , que é 26. A capacidade no nó de envio do SN1 não é verificada para o inventário que é adquirido do nó de compra do PN1 .

Capacidade do nó de envio para compras

É possível considerar a capacidade do nó de envio para cenários de compra ativando a regra Consider Ship Node capacity for procurements para a quantidade adquirida. Para obter mais informações, consulte Considere a capacidade do Nó de Envio para compras

Para o cenário de negócios descrito na tabela a seguir, antes de enviar a quantidade pedida, é considerada a capacidade da quantidade adquirida no nó de envio SN1. Se a regra Consider Ship Node capacity for procurements estiver ativada, as seguintes programações e consumos de capacidade serão observados. Para obter mais informações, consulte Definição de regras de encaminhamento ou transferência.

Tabela 15. Planejamentos
Chave do cabeçalho do pedido Chave de Linha de Pedido Nó de envio Quantidade ETS
POH_KEY_1 POL_KEY_1 PN1 24 14 Agosto 2015 01:30:00
OH_KEY_1 OL_KEY_1 SN1 50 15 de agosto de 2015 01:30:00

A ordem de vendas é planejada para 15 de agosto de 2015 para a quantidade solicitada, que é 50, a partir do nó de envio SN1 porque ele não contém a capacidade real em 14 de agosto de 2015, que é 50. Além disso, a data de criação do pedido de transferência de aquisição é ajustado para ser enviado em 14 de agosto de 2015, considerando um dia de trânsito.

Com base nestes planejamentos, a tabela a seguir explica o consumo de capacidade:

Tabela 16. Capacidade
Data Slots de capacidade. Nó UOM Consumo de Capacidade Chave do cabeçalho do pedido
14 de agosto de 2015. " 00:00:00 a 23:59:59 PN1 UNIDADE 24 PO_KEY_1
15 de agosto de 2015. " 00:00:00 a 23:59:59 SN1 UNIDADE 50 OH_KEY_1

A capacidade no nó de compra do PN1 é considerada para a quantidade comprada, que é 24. O consumo de capacidade no nó de envio SN1 considera a quantidade disponível no nó de envio SN1 e a quantidade que é comprada do nó de compra PN1 , que é 50.

Desativando a capacidade do nó..

É possível desativar as verificações de disponibilidade de capacidade e o consumo de capacidade no conjunto de recursos ou no nível corporativo Ao desativar a capacidade do nó, supõe-se que um nó ou empresa tenha capacidade ilimitada durante as verificações de disponibilidade.
  • Para desativar a capacidade no nível do conjunto de recursos, consulte a API changeResourcePool em Javadoc.
  • Para desativar a capacidade no nível corporativo, use a API manageRule para configurar o valor da propriedade DISABLE_NODE_CAPACITY_FOR_ENT como Y , conforme mostrado.
    <Rules OrganizationCode="DEFAULT"
RuleSetFieldDescription="Disable Node Capacity for Enterprise"
RuleSetFieldName="DISABLE_NODE_CAPACITY_FOR_ENT" RuleSetValue="Y"/>
    Nota: o recurso de desativação da capacidade do nó é suportado apenas para conjuntos de recursos com o propósito INVENTORYe o valor padrão é configurado como N.

Limpar ou excluir os dados de consumo de pools de recursos inativos

É possível purgar ou excluir os registros de consumo e de detalhes de consumo, ignorando os dias de avanço dos pools de recursos inativos. Para purgar ou excluir os dados de consumo, defina o parâmetro de critérios IgnoreLeadDaysForInactive=Y e execute o agente de purga de capacidade. Os dados de consumo dos pools de recursos inativos são excluídos.

Se necessário, depois que os dados de consumo associados ao pool de recursos forem eliminados, você poderá excluir o pool de recursos usando a API changeResourcePool.