IBA FIFO
No padrão, IBA FIFO, as demandas dos pedidos impactados são realocadas na ordem FIFO. Isto significa que os pedidos que são feitos primeiro são prometidos antes de fazer os pedidos.
Por exemplo, os pedidos, conforme mostrado na tabela a seguir, existem no sistema com seus fornecimentos e demandas correspondentes. Suponha que é necessário um dia para enviar pedidos após uma ordem de compra ter sido recebida.
| Ordem de compra | Item | Nó | Qte | ETA | Ordem de vendas | Item | Nó | Qte | Data de envio da demanda | Data do pedido |
|---|---|---|---|---|---|---|---|---|---|---|
| PO1 | Item1 | Node1 | 5 | 15/11/08 | SO1 | Item1 | Node1 | 5 | 16/11/08 | 03/11/08 |
| PO2 | Item1 | Node1 | 5 | 20/11/08 | SO2 | Item1 | Node1 | 5 | 21/11/08 | 05/11/08 |
| PO3 | Item1 | Node1 | 5 | 21/11/08 | SO3 | Item1 | Node1 | 5 | 22/11/08 | 10/11/08 |
Se a ordem de vendas "SO1" for cancelada e a alocação baseada em item FIFO for considerado, os pedidos "SO2" e "SO3" que foram feitos após "SO1" serão realocados para uma data anterior, porque o fornecimento se torna disponível em uma data anterior, conforme mostrado na tabela a seguir:
| Ordem de compra | Item | Nó | Qte | ETA | Ordem de vendas | Item | Nó | Qte | Data de envio da demanda | Data do pedido |
|---|---|---|---|---|---|---|---|---|---|---|
| PO1 | Item1 | Node1 | 5 | 15/11/08 | SO1 | Item1 | Node1 | 0 | n/d | 03/11/08 |
| PO2 | Item1 | Node1 | 5 | 20/11/08 | SO2 | Item1 | Node1 | 5 | 16/11/08 | 05/11/08 |
| PO3 | Item1 | Node1 | 5 | 21/11/08 | SO3 | Item1 | Node1 | 5 | 21/11/08 | 10/11/08 |
A funcionalidade de Alocação Baseada em Item consiste em dois processos que devem ser executados um após o outro, conforme descrito aqui:
- Identificando itens para executar Alocação baseada em Item.
O processo de identificação de itens é conforme a seguir:
- Detectando quando a Alocação Baseada em Item é necessária para um item:
O Sterling™ Order Management System detecta que o processo de Alocação Baseada em Itens é necessário para um item em um nó quando não há disponibilidade disponível. Isso ocorre quando o Sterling Order Management System está recuperando a disponibilidade de um item com a intenção de realizar uma atualização por meio de APIs promissoras, como reserveAvailableInventory, modifyWorkOrder, scheduleOrder, e releaseOrder. Se a regra Usar Alocação Baseada em Item for ativada e não houver disponibilidade em estoque em qualquer nó, um acionador de Alocação Baseada em Item será inserido (se ele ainda não existir) na tabela YFS_IBA_TRIGGER para o item e a combinação de nó com o sinalizador IBA_REQUIRED configurado como "Y" (apenas quando o item e o nó tiverem IsItemBasedAllocationAllowed ="Y"). Isto indica que o processo do IBA é necessário para o item no nó indicado e o sistema agora está permitindo que o acionamento da combinação de nó item seja processado pelo agente IBA.
- Acionando o agente de Alocação Baseada em Item para processar um item e um nó:
Após o Sterling Order Management System detectar que o processo de Alocação Baseada em Item é necessário para um item em um nó (existe um registro na tabela YFS_IBA_TRIGGER com IBA_REQUIRED = "Y "), Sterling Order Management System permite que o acionamento dessa combinação item-nó seja processado pelo agente de Alocação Baseada em Item, com base nas ocorrências a seguir.
- Quando o fornecimento muda
Quando ocorrem alterações no suprimento e o tipo de suprimento tem TriggerItemBasedAllocation="Y", o Sterling Order Management System aciona o item de estoque e o nó a serem processados pelo agente IBA, atualizando o campo IBA_RUN_REQUIRED para "Y".
- Quando determinada demanda muda
Quando há uma mudança na demanda, o item do inventário e o nó são acionados para serem processados pelo agente IBA ao atualizar o campo IBA_RUN_REQUIRED para "Y" na tabela YFS_IBA_TRIGGER.
Quando ocorrem as mudanças a seguir, o item do inventário e o nó são acionados para serem processados pelo agente IBA ao atualizar o campo IBA_RUN_REQUIRED configurado como “Y” na tabela YFS_IBA_TRIGGER.
Cancelamento do pedido
Pedido em atraso ou em atraso a partir do nó
Cancelamento de Reserva
- Detectando quando a Alocação Baseada em Item é necessária para um item:
- Executando o processo de Alocação Baseada em Item
O processo de Alocação Baseada em Item é executado pelo agente de Alocação Baseada em Item sob o tipo de processo Geral. Para cada combinação de nó de item que é acionada, o agente localiza todas as linhas de pedido aplicáveis ou as reservas da linha de pedido que contêm a combinação de nó do item e tenta mover suas demandas não confirmadas e confirmadas para um formato mais apropriado, com base nos fornecimentos disponíveis, que por sua vez, são baseados nas regras de seleção de IBA configuradas pelo usuário ou nas regras de seleção do IBA FIFO (Primeiro a Entrar, Primeiro a Sair).
O sistema, então, cria novas reservas da linha de pedido positivas com a primeira data de envio do fornecimento correspondida e reservas da linha de pedido negativas para a data de envio de demanda existente. Após os pedidos serem processados, eles são colocados em suspensão para serem reagendados caso sejam detectadas mudanças nas reservas da linha de pedido do pedido. O processo de reagendamento executa o reagendamento real dos pedidos ao utilizar as reservas da linha de pedido criadas pelo processo de Alocação Baseada em Item.
O agente IBA não leva em conta as restrições de agendamento, incluindo as restrições de capacidade de nó. Portanto, durante uma verificação de disponibilidade de inventário, o IBA não considera a capacidade de nó.
Nota: Um tipo de suspensão deve ser configurado para o tipo de modificação de reservas de linha de pedido de mudança para que o pedido possa ser colocado em suspensão para planejamento.