Plataforma de próxima geração

Usando o Sterling Intelligent Promising Inventory Visibility como o sistema de gerenciamento de inventário (fase 2)

Os dados de oferta, demanda e reserva são atualizados diretamente no Sterling™ Intelligent Promising Inventory Visibility e não são armazenados no Sterling Order Management System. Portanto, o Sterling Intelligent Promising Inventory Visibility se tornará seu sistema de gerenciamento de inventário.

Como a imagem de disponibilidade é publicada

A figura de disponibilidade geralmente é publicada pelas chamadas API de REST do Sterling Intelligent Promising Inventory Visibility Como alternativa, é possível assinar os eventos de disponibilidade suportados pelo Sterling Intelligent Promising Inventory Visibility para recuperar a imagem de disponibilidade Como a disponibilidade é pré-calculada no Sterling Intelligent Promising Inventory Visibility, é possível recuperar as informações de disponibilidade rapidamente.

Para obter mais informações, consulte Eventos.

Como a integração padrão do Sterling Intelligent Promising Inventory Visibility é implementada?

O diagrama a seguir ilustra a implementação da integração padrão do Sterling Intelligent Promising com o Inventory Visibility.Integração do Sterling Intelligent Promising Inventory Visibility Padrão

Sterling Order Management System faz chamadas síncronas e assíncronas para Sterling Intelligent Promising Inventory Visibility.
  • Para chamadas síncronas, Sterling Order Management System chama Sterling Intelligent Promising Inventory Visibility APIs REST, como Disponibilidade e Reservas, usando o serviço IVInvokeRestAPI .
  • Para chamadas assíncronas para enviar atualizações de fornecimento e demanda para o Sterling Intelligent Promising Inventory Visibility, Sterling Order Management System chama IVPostSuppliesAsynchronously e IVPostDemandsAsynchronously serviços para postar as mensagens de fornecimento e demanda de forma síncrona em uma fila JMS.
Quando os servidores de IV_ADJUST_ID integração são iniciados, eles IV_ADJUST_IS leem as mensagens de IBM MQ e atualizam as alterações de oferta e demanda em Sterling Intelligent Promising Inventory Visibility usando as APIs REST Sterling Intelligent Promising Inventory Visibility.
Nota:
  • Os servidores de integração IV_ADJUST_IS e IV_ADJUST_ID são iniciados automaticamente
  • Os serviços IVInvokeRestAPI, IVPostSuppliesAsynchronouslye IVPostDemandsAsynchronously são destinados apenas para o propósito de integração Portanto, não modifique ou chame esses serviços no código customizado

Se você capturar um pedido com OrderLineReservation que contém um ID de reserva do Sterling Intelligent Promising Inventory Visibility , a reserva será convertida para as respectivas demandas associadas ao pedido.

As informações do nó de envio devem estar presentes no Sterling Order Management System e no Sterling Intelligent Promising Inventory Visibility. Como nós de envio não são sincronizados automaticamente entre o Sterling Order Management System e o Sterling Intelligent Promising Inventory Visibility, deve-se criar manualmente nós de envio no Sterling Order Management System e Sterling Intelligent Promising Inventory Visibility usando as APIs correspondentes do Sterling Order Management System e do Sterling Intelligent Promising Inventory Visibility .
Tabela 1. Mapeamento de nó de envio entre oSterling Order Management System e Inventory Visibility
Atributo Sterling Order Management Atributo Sterling Intelligent Promising Inventory Visibility
OrganizationCode ShipNode
Latitude latitude
Longitude longitude

Se você excluir um nó de envio no Sterling Order Management System, a exclusão não será sincronizada É necessário excluir manualmente o nó de envio no Sterling Intelligent Promising Inventory Visibility

Planejando ou Liberando um Pedido.

Ao planejar ou liberar um pedido, o Sterling Order Management System verifica a disponibilidade em tempo real no Sterling Intelligent Promising Inventory Visibility, determina uma solução otimizada e bloqueia o inventário de forma síncrona no Sterling Intelligent Promising Inventory Visibility para um intervalo curto. O bloco no inventário é liberado automaticamente após o intervalo curto ter decorrido ou quando as demandas reais são atualizadas no Sterling Intelligent Promising Inventory Visibility por meio de um processo assíncrono, o que ocorrer primeiro.

Para determinados cenários de negócios, nos quais a venda disponível é reduzida durante a criação do pedido, por exemplo, a criação de um pedido com um nó de envio registrado na linha de pedido, é possível que o disponível para venda seja ainda mais reduzido durante o planejamento ou liberação de um pedido para um intervalo curto até que o bloco no inventário seja liberado...
Observação: Quando a integração da Fase 2 do Sterling Intelligent Promising Inventory Visibility estiver ativada, recomenda-se desativar a regra “Cancelar pedido por falta de estoque ” na configuração das regras de programação.
Lógica
Em cenários de processamento paralelo, várias ordens podem disputar o mesmo estoque limitado durante o agendamento ou a liberação. Nesses casos, um pedido pode não conseguir garantir uma reserva temporária e ser colocado em espera. O sistema pode, então, reavaliar opções alternativas de abastecimento para esse pedido por meio de um processamento posterior.
Se a regra “Cancelar pedido por falta de estoque” estiver ativada, os pedidos cuja reserva não for bem-sucedida serão imediatamente cancelados. Isso impede que o sistema tente estratégias alternativas de abastecimento e pode resultar em resultados de atendimento abaixo do ideal.
Recomendação
Desative a regra “Cancelar pedido por falta de estoque” e, em vez disso, configure uma regra de monitoramento de pedidos para cancelar os pedidos em espera após um prazo definido. Essa abordagem dá ao sistema tempo suficiente para avaliar opções alternativas de atendimento, garantindo ao mesmo tempo que os pedidos em atraso sejam tratados de forma adequada.
Processamento de tags
O processamento de itens de tag pode ser ativado definindo a propriedade iv_integration.inventory.enableTagSupport como true.