Manejo de la reserva de inventario

La reserva hace referencia a la cantidad de un artículo que se ha puesto en espera para satisfacer una demanda específica.

Puede reservar artículos que estén menos en stock para cumplimentar una orden perteneciente a clientes de prioridad alta o para la base de orden de llegada.

Creación de reservas

Se recomienda crear reservas únicamente en Sterling™ Intelligent Promising Inventory Visibility utilizando la API REST de reservas de Sterling Intelligent Promising Inventory Visibility. De forma alternativa, puede utilizar la API Sterling Order Management System reserveAvailableInventory para crear reservas. Para obtener más información sobre la API de Sterling Order Management System reserveAvailableInventory , consulte Javadoc.

Nota:

Para una nueva implementación de cliente, la llamada de API reserveAvailableInventory crea de forma predeterminada reservas en Sterling Intelligent Promising Inventory Visibility con el tipo de demanda OPEN_ORDER . Por lo tanto, en Sterling Intelligent Promising Inventory Visibility las reservas afectan al inventario que está disponible para vender.
Para una implementación de cliente migrada, la llamada de API reserveAvailableInventory crea de forma predeterminada reservas en Sterling Intelligent Promising Inventory Visibility con el tipo de demanda Scheduled para que coincida con el comportamiento de Global Inventory Visibility. Por lo tanto, en Sterling Intelligent Promising Inventory Visibility , las reservas afectan al inventario que está disponible para planificar.

Para obtener más información sobre las reservas, consulte Reservas.

El inventario no está bloqueado para la integración de Sterling Intelligent Promising Inventory Visibility . Cuando se llama a la API Sterling Order Management System reserveAvailableInventory , se llama internamente a la API Sterling Intelligent Promising Inventory Visibility Reservations para realizar reservas en nodos específicos después de la optimización. Después de determinar la mejor solución basada en la disponibilidad en tiempo real, es posible que la reserva no se realice correctamente, ya que el inventario podría ser consumido por alguna otra transacción. Se visualiza un mensaje adecuado en la salida y el inventario no está reservado.

Consumo de reservas

Durante la creación de la orden, las reservas se pueden consumir pasando los detalles de la reserva como entrada al elemento OrderLineReservation de la API createOrder . Para obtener más información sobre la API de createOrder , consulte Javadoc.

Nota:

For any new customer implementation, it is recommended that you create a custom demand type with committed level as non-committed with the same name in both Sterling Order Management Sistema and Sterling Intelligent Promising Inventory Visibility. Mientras consume las reservas, pase lo mismo en el elemento OrderLineReservation de createOrder y changeOrder. Por ejemplo, si crea un tipo de demanda personalizada no comprometida para " RSRV_OPEN_ORDER.ex en " Sterling Order Management Sistema, asegúrese de crear un tipo de demanda ampliada con el mismo nombre, que es " RSRV_OPEN_ORDER.ex en " Sterling Intelligent Promising Inventory Visibility. Se deriva del tipo de demanda no confirmada, por ejemplo, OPEN_ORDER. Para obtener más información sobre la creación de un tipo de demanda personalizado, consulte el hub API de Inventory VisibilitySterling Intelligent Promising.
Para cualquier implementación de cliente que migre de la fase 1 a la fase 2, después de la migración mientras consume reservas, está en vigor un mecanismo compatible con versiones anteriores. Esto se encarga de consumir primero las reservas previas a la migración coincidentes que están presentes en Sterling Order Management System , seguido de consumir las reservas presentes en Sterling Intelligent Promising Inventory Visibility. Cuando se consume una reserva previa a la migración, se envía una demanda negativa correspondiente a Sterling Intelligent Promising Inventory Visibility para la cantidad consumida para equilibrar la demanda existente que está asociada con la reserva. Una vez transcurrido el tiempo suficiente, puede desactivar opcionalmente este mecanismo para evitar búsquedas innecesarias de reservas previas a la migración. Para ello, establezca la propiedad migration.complete en la categoría iv_integration . Por ejemplo, si el tiempo de caducidad de reserva previa a la migración se establece en dos horas, después de la migración transcurridas dos horas, puede desactivar el mecanismo ya que no hay más reservas previas a la migración válidas en Sterling Order Management System.
Para cualquier implementación de cliente que migre de phase1 a phase2, después de la migración cuando las reservas previas a la migración presentes en Sterling Order Management System se depuran utilizando el agente de reserva o de depuración de inventario, la demanda negativa correspondiente se envía a Sterling Intelligent Promising Inventory Visibility para que la cantidad de reserva pueda equilibrar la demanda existente asociada con la reserva.