Manipulando a reserva de inventário

Reserva refere-se à quantidade de um item que é colocado em espera para atender a uma demanda específica.

É possível reservar itens que estão menos em estoque para preencher um pedido relativo a clientes de alta prioridade ou para a base primeiro a chegar, primeiro a ser servido.

Criando reservas

Recomenda-se que você crie reservas somente em Sterling™ Intelligent Promising Inventory Visibility usando a API REST de reservas de Sterling Intelligent Promising Inventory Visibility. Como alternativa, é possível usar a API do Sterling Order Management System reserveAvailableInventory para criar reservas Para obter mais informações sobre a API Sterling Order Management System reserveAvailableInventory , consulte Javadoc.

Nota:

Para uma nova implementação do cliente, a chamada API reserveAvailableInventory por padrão cria reservas no Sterling Intelligent Promising Inventory Visibility com o tipo de demanda OPEN_ORDER . Portanto, no Sterling Intelligent Promising Inventory Visibility as reservas afetam o inventário que está disponível para venda
Para uma implementação do cliente migrado, a chamada API reserveAvailableInventory por padrão cria reservas no Sterling Intelligent Promising Inventory Visibility com Scheduled tipo de demanda para corresponder ao comportamento de Global Inventory Visibility. Portanto, em reservas do Sterling Intelligent Promising Inventory Visibility afetam o inventário que está disponível para planejamento

Para obter mais informações sobre as reservas, consulte Reservas

O inventário não está bloqueado para a integração do Sterling Intelligent Promising Inventory Visibility . Quando a API Sterling Order Management System reserveAvailableInventory é chamada, a API Sterling Intelligent Promising Inventory Visibility Reservations é chamada internamente para fazer reservas em nós específicos após a otimização. Após determinar a melhor solução com base na disponibilidade em tempo real, a reserva pode não ser bem-sucedida porque o inventário pode ser consumido por alguma outra transação. Uma mensagem apropriada é exibida na saída e o inventário não é reservado

Consumindo reservas

Durante a criação do pedido, as reservas podem ser consumidas passando os detalhes da reserva como entrada para o elemento OrderLineReservation da API createOrder .. Para obter mais informações sobre a API createOrder , consulte Javadoc.

Nota:

Para qualquer implementação de cliente novo, é recomendável que você crie um tipo de demanda personalizado com nível comprometido como não comprometido com o mesmo nome no Sterling Order Management System e no Sterling Intelligent Promising Inventory Visibility. Ao consumir as reservas, transmita o mesmo no elemento OrderLineReservation de createOrder e changeOrder Por exemplo, se você criar um tipo de demanda não comprometida personalizada para " RSRV_OPEN_ORDER.ex no Sterling Order Management System, certifique-se de criar um tipo de demanda estendida com o mesmo nome, que é " RSRV_OPEN_ORDER.ex no Sterling Intelligent Promising Inventory Visibility. Isso é derivado do tipo de demanda não confirmada, por exemplo, OPEN_ORDER Para obter mais informações sobre como criar um tipo de demanda personalizado, consulte o hub da APISterling Intelligent Promising Inventory Visibility.
Para qualquer implementação do cliente que migrar da fase 1 para a fase 2, após a migração ao consumir reservas, um mecanismo compatível com versões anteriores estará em vigor. Isso cuida de consumir as reservas de pré-migração correspondentes que estão presentes no Sterling Order Management System primeiro, seguido pelo consumo das reservas presentes no Sterling Intelligent Promising Inventory Visibility. Quando uma reserva de pré-migração é consumida, uma demanda negativa correspondente é enviada para o Sterling Intelligent Promising Inventory Visibility para a quantidade consumida para equilibrar a demanda existente associada à reserva. Após o tempo suficiente ter decorrido, é possível, opcionalmente, desativar esse mecanismo para evitar a consulta desnecessária de reservas pré-migração. Para isso, configure a propriedade migration.complete na categoria iv_integration Por exemplo, se o prazo de expiração da reserva de pré-migração for configurado para duas horas, após a migração após duas horas ter decorrido, será possível desativar o mecanismo, pois não há mais reservas de pré-migração válidas no Sterling Order Management Sistema
Para qualquer implementação do cliente que migrar de phase1 para phase2, após a migração quando as reservas de pré-migração presentes no Sterling Order Management System forem limpas usando o agente de limpeza de Reserva ou Inventário, a demanda negativa correspondente é enviada para o Sterling Intelligent Promising Inventory Visibility para que a quantidade de reserva possa equilibrar a demanda existente associada à reserva.