Go to primary content
Oracle® Retail Science Cloud Services User Guide
Release 19.1.003.2
F40914-01
  Go To Table Of Contents
Contents

Previous
Previous
 
Next
Next
 

12 Inventory Optimization

This chapter describes the use of Inventory Optimization (IO). For details about the implementation of IO, see Oracle Retail Science Cloud Services Implementation Guide.

Overview

Inventory Optimization (IO) is used to understand the trade-offs between the service level and the inventory cost and to help retailers set strategies for the safety stock or the service level. These data-driven strategies are translated into item-location replenishment policies that are pushed to replenishment systems, such as Oracle Retail Merchandising System (RMS), Oracle Retail Advanced Inventory Planning (AIP), or any external system, to generate and execute orders. To provide full visibility, the replenishment policies are also used within IO to calculate optimal transfers and purchase orders. In addition, IO recommends optimal rebalancing transfers between stores to increase sell-through and to avoid markdowns. This type of strategy can be turned off when not applicable (for example, for grocery categories).

IO leverages historical sales and inventory, business requirements such as lead time and review schedule, and the demand forecast to generate the trade-off curves and calculate the optimal replenishment policies. (The embedded forecast engine in IO provides the demand forecast and the returned forecast. The forecast can also be provided by an external forecast system.) The demand forecast takes into account different factors such as demand transference, variation across customer segments, holidays and promotions, and returns (primarily for fashion and hardline categories).

Users

User roles are used to set up application user accounts through Oracle Identity Management (OIM). See Oracle Retail Advanced Science Cloud Services Administration Guide for details. The following role is supported in this application:Inventory Analyst

Workflow

IO supports two kinds of runs: user runs and batch runs. Batch runs are scheduled to run automatically at regular intervals (for example, weekly or daily). User runs are typically created by the user to do what-if analysis and/or to override the recommendations generated by the latest batch run. IO runs generate recommendations at item-location level. The items that are included in a run can be selected by specifying one, a multiple, or all of the nodes at a higher merchandise level, such as department. This level is configurable. Similarly, the locations that are to be included in a run can be selected by specifying one, a multiple, or all of the nodes at a higher location level, such as area. This level is configurable.

Figure 12-1 shows an overview of the IO UI workflow, which consists of the following:

  • Run Overview: This is the dashboard for the IO runs. In this tab, the user can see a list of all existing runs, along with details that describe each run. Runs have four different statuses: Setup, In Progress, Successful, and Failed.

    From the run overview table, the user can create a run, copy a run, open a run, or delete a run. When the user clicks on a successful run, it is opened in a new tab with three sub-tabs to show replenishment policies, rebalancing transfers, and PO and transfers, as well as a sub-tab to show the summary of inputs of the run. For a failed run, only the input summary sub-tab is displayed. To create a run, the user must specify the run scope and strategy. As part of the run scope, the user specifies the areas and departments for the run and the type of analysis to be performed. As part of run strategy, the user can specify the business rules.

  • Recommendations: This is the main screen where the user can view, override, and submit/approve different types of recommendations. This screen shows the approved/submitted recommendations across all runs and the ready for review recommendations from the most recent run. This screen consists of five sections.

    • Overview–A calendar view that shows the summary of different type of recommendations and provides a link for the user to open and view the details of recommendations for each date.

    • Replenishment Policies–Used to review and approve replenishment policies and to set service level strategies.

    • Rebalancing Transfers–Used to review, override, and submit/approve rebalancing recommendations.

    • PO/Transfers–Used to review, override, and submit recommended PO and transfers. These include warehouse/supplier to store and warehouse/supplier to warehouse.

    • Validation Exception–When the user overrides the recommended order quantity for rebalancing, PO, or transfers, the overridden value may exceed the available supply at the origin or may be more or less than the quantity needed at the destination. In the validation exception section, the user can see these types of warnings and revert the override if desired.

  • Inventory Overview–Used to view the inventory levels and the historical trend of the inventory at the item-location level.

  • Forecast Overview–Used to view the demand forecast of the item-locations and the historical trend of sales across all customers as well as for each customer segment.

Figure 12-1 Inventory Optimization UI Workflow

Description of Figure 12-1 follows
Description of ''Figure 12-1 Inventory Optimization UI Workflow''

Output of IO Runs

Inventory Optimization generates the following outputs:

Replenishment Policies

The replenishment policies are characterized by two parameters: re-order point (RP) and receive up-to level (RUTL). These parameters are optimized and generated at the sku-location level on a weekly/daily basis. Replenishment policies can be reviewed and approved by the user or may be auto-approved. The auto/user approved policies are pushed to the retailer's replenishment system to generate and execute transfers and purchase orders.

Trade-Off Curves

These curves show the trade-off between metrics such as inventory cost and sales revenue for different target service levels for some horizon in the future. Trade-off curves are generated at the sku-location and at the aggregate level. Based on the trade-offs, the user can change the strategy for the target service level at the sku-location or at the aggregate levels.

Rebalancing Transfers and Purchase Orders and Transfers

IO optimizes the distribution of inventory through the life cycle for every SKU and throughout the entire supply chain network. It provides point-in-time and time-phased purchase orders and transfers (warehouse-to-store and warehouse-to-warehouse), and rebalancing transfers (store-to-store).

Rebalancing transfers are the transfers between stores. The goal of rebalancing transfers is to shift unproductive inventory and place it in locations that have a higher likelihood of selling and with a better margin, while minimizing the total cost of transfers (for example, shipping costs and any upcharges). Rebalancing transfers are generated at the sku-origin-destination level. The user can review the recommended rebalancing transfers and submit or approve them. If submitted, the transfers are pushed to the retailer's order execution system and must be approved before they can be executed. If approved, the transfers are pushed to the retailer's execution system in the approved mode and will be executed on the transfer date.

Purchase orders and transfers are the recommended purchase orders and transfers that are generated based on the optimal replenishment policies, inventory positions, and primary source of replenishment for the store and other factors. The user can review these recommendations within IO. In this release these recommendations are not integrated with the retailer's order execution system and primarily provide information about the time phase view of orders.

Overview of the User Interface

You use the IO interface to review recommendations, create a new run, or review the output of a what-if run.

The following actions are available:

  • Override and save. Used when the user overrides a recommended value, for example, a recommended order quantity for rebalancing transfers.

  • Approve. Indicates that the selected recommendations are approved by the user in IO and will be sent in approved mode to the retailer's replenishment system, such as RMS. Approved recommendations are executed immediately and do not require further approval in the replenishment system.

  • Submit. Indicates that the selected recommendations are submitted by the user in IO and will be sent in worksheet mode to retailer's replenishment system, such as RMS. Submitted recommendations are not executed immediately and must be reviewed and approved within the replenishment system before they are executed.

Task Menu

Within the Task Menu in the main dashboard, two links are available for Inventory Optimization, as shown in Figure 12-2

IO Overview

Click IO Overview to open the Run Overview screen. In this screen you can see the overview of existing runs and access the output of each run. You can also can create new What-if runs to conduct further analysis.

Manage IO Recommendations

Click Manage IO Recommendations to open the Recommendations screen. A time-phased view of the recommendations is displayed, providing details for each recommendation type. You can perform actions related to reviewing, overriding, and approving different types of recommendations. An inventory analyst will use this screen on a daily/weekly basis.

Manage Configurations

The link for Manage System Configurations is accessible through the Strategy & Policy Management Dashboard, which is under Control & Tactical Center in the task menu. Administrative users can use this link to access the configuration tables and override configuration parameters.

All Runs

From Inventory Optimization, select IO Overview to access the All runs screen, shown in Figure 12-3. Use this screen to examine the list of runs, review the details of a run's output, and create a new run.

You see tiles for Run Overview, Recommendations, Inventory Overview, and Forecast Overview, as well as a panel on the right that lists Recent Successful Runs.

Run Overview

When you click on the Run Overview tile, the Run Overview table is displayed, as shown in Figure 12-3. The Run Overview table provides information described in Table 12-1.

Table 12-1 Run Overview Table

Column Description

Status

The status of the run. Values are Setup, In Progress, Successful, and Failed.

Run Name

Click the run name to open the run and see the run details.

Replenishment Policy

Displays the total number of recommendations for replenishment policies at the SKU/location level, with a breakdown by approval status (auto-approved, user-approved, ready for review). Replenishment policies are optimized and generated for every SKU/location based on their review schedule. Recommendations are characterized by two parameters, RUTL and RP.

Rebalancing Transfers

Displays the total number of rebalancing recommendations at the SKU-origin/destination level, with a breakdown by approval status (auto-approved, user-approved, submitted, ready for review).Rebalancing transfers are optimized to shift unproductive inventory and place it in locations that have a higher likelihood of selling and with a better margin, while minimizing transfer costs such as shipping cost and upcharges.

PO/Transfers

Displays the total number of PO/transfer recommendations at the SKU/origin/destination level, with a breakdown by submission status (submitted, ready for review), as well as a breakdown by PO/transfer type (supplier-to-store, supplier-to-warehouse, warehouse-to-store, warehouse-to-warehouse). Recommendations for purchase orders and transfers are generated based on the optimal replenishment policies, inventory positions, and primary source of replenishment for the store and other factors.

Run Description

User-provided information.

Created On

Date the run was created.

Created By

User login name of person creating the run.


Recent Successful Run

This panel, shown in Figure 12-4, provides a graphic representation summarizing the results for recent successful runs. The numbers shown in the contextual area are same as the numbers shown in the run overview table. See Table 12-1 for description of these numbers.

Figure 12-4 Recent Successful Runs

Description of Figure 12-4 follows
Description of ''Figure 12-4 Recent Successful Runs''

Run Output

To see the output of a run, click a run name in the All Runs table or the contextual area in the Run Overview screen. The run output opens in a new tab with four sub-tabs. The first three sub-tabs show the three types of recommendations generated by the run. These sub-tabs are counterparts to the three sections (Replenishment Policy, Rebalancing Transfers, and PO/Transfers) in the Recommendations screen. In the Recommendation screen, you can see the recommendations across all runs; in the Run Output screen, the recommendations specific to a certain run are shown. When you approve or submit a recommendation in a run, it replaces the previously approved recommendations for the same merchandise/location combination. Details regarding the four sub-tabs in the Run Output screen are explained below.

Replenishment Policies Tab

The Replenishment Policies tab provides information about replenishment policies, which are characterized by two parameters: re-order point (RP) and receive up-to level (RUTL). These parameters are optimized and generated at the sku-location level based on their review schedule.In this screen you can review the parameters and select one or multiple policies from the table and click the Approve button to approve them. If there is already an approved replenishment policy for the selected SKU/locations, it will be replaced by this new policy. In order to approve replenishment policies for all SKU/locations, click the Approve All button. This will approve the replenishment policy for all SKU/locations that were optimized as part of this run.

The following columns are displayed in the Replenishment Policies tab. For a description of many of these columns, see "Glossary of Inventory Optimization Terms."

  • SKU Name

  • Location

  • Location Type

  • Next Review Date

  • RP (Re-order Point)

  • RUTL (Receive Up-to Level)

  • Replenishment Method

  • Primary Source

  • Lead Time

  • Review Time

  • Actual Sales Units

  • Forecast Sales Units

  • Forecast Sales Units RT + LT

  • Total Forecast Return Units

  • Forecast Return Units RT + LT

  • Approved By

Rebalancing Transfers Tab

The Rebalancing Transfers are transfers between stores You can use the Table View and the Map View buttons to change the presentation in this tab. The Map View and Table View are explained in the Recommendations Section and shown in Figure 12-9 and Figure 12-10.

The following columns are displayed in the Rebalancing Transfers tab. For a description of many of these columns, see "Glossary of Inventory Optimization Terms."

  • Recommendation ID

  • Date

  • Origin

  • Destination

  • SKU

  • Color

  • User Quantity

  • System Quantity

  • Shipping Cost

  • Forecast Sales Units at Destination

  • Total Forecast Return Units at Destination

  • On-Hand Quantity at Destination

  • In-Transit Quantity at Destination

  • On-Order Quantity at Destination

  • Back-Order Quantity at Destination

  • Forecast Sales Units at Origin

  • Forecast Surplus Units at Origin

  • Total Forecast Return Units at Origin

  • On-Hand Quantity at Origin

  • In-Transit Quantity at Origin

  • On-Order Quantity at Origin

  • Back-Order Quantity at Origin

  • Approved On

  • Approved By

PO/Transfers Tab

The purchase orders and transfers are the recommended purchase orders and transfers that are generated based on the optimal replenishment policies, inventory positions, and primary source of replenishment for the store and other factors.

The following columns are displayed in the PO/Transfers tab. For a description of many of these columns, see "Glossary of Inventory Optimization Terms."

  • Recommendation ID

  • Date

  • Origin

  • Destination

  • SKU

  • System Quantity

  • User Quantity

  • Approved Quantity

  • Approved By

  • Approved On

  • Last Approved Quantity

  • Last Approved Recommended

  • Unconst, Need

  • RP

  • RUTL

  • Load Time

  • Review Time

  • Actual Sales Units

  • Forecast Sales Units

  • Total Forecast Return Units

  • Forecast Return Units RT + LT

  • On-Hand Quantity at Destination'

  • In-Transit Quantity at Destination

  • On-Order Quantity at Destination

  • Back-Order Quantity at Destination

  • On-Hand Quantity at Origin

  • In-Transit Quantity at Origin

  • On-Order Quantity at Origin

  • Back-Order Quantity at Origin

  • Activate Date

  • Deactivate Date

  • Selling Start Date

Scope and Strategy Tab

The Scope and Strategy tab provides a summary of scope and strategy that were specified for the run when run was created. It shows selected product/location nodes and strategies such as target service level and product/locations with no-replenishment rule.

Recommendations

Overview

The Overview section shows the Calendar, as shown in Figure 12-5. You can change the view for the calendar by selecting Week, Biweek, or 4 Weeks. The calendar provides details about all types of recommendations for the current date and future dates. The user can see the number of recommendations for different types and different submit/approval statuses in the panel on the right. For each day in the calendar, click the link of a recommendation type to open the corresponding panel.

You can click Quick Actions for a specific date to approve or submit recommendations in bulk without examining the details or overriding quantities. Quick actions are only available for recommendations for the current date.

Replenishment Policies

This section shows the replenishment policies at sku-store level and the underlying data that is used for the calculations (sales forecast, service level, lead time, and so on).

Figure 12-6 Replenishment Policies

Description of Figure 12-6 follows
Description of ''Figure 12-6 Replenishment Policies''

The contextual area, shown in Figure 12-7, displays the trade-off analysis at the sku-store level and higher levels of merchandise and location that are configured during implementation. The trade-off curves indicate how the lost sales and inventory units change for different target service levels. The second graph shows the ratio between lost sales units and average on-hand inventory. To see the same graphs for amounts rather than units, use the toggle buttons at the top of the contextual area.

Figure 12-7 Replenishment Policies Contextual Area

Description of Figure 12-7 follows
Description of ''Figure 12-7 Replenishment Policies Contextual Area''

Other graphs in the contextual area show historical sales and inventory as well as the historical service level for the sku-store selected in the table. Review the trade-off curves and historical measures at the sku-store or aggregate level to evaluate the performance of the current service level strategy and then change the strategy if desired. To change the target service level, scroll down to the bottom of contextual area (as shown in Figure X), enter a value in the input text box, select a level from the drop-down and click Apply. The new target service level is applied to all sku-stores under the selected merchandise-location level and is considered in the replenishment policy optimization for the next batch run.

The information and actions in the contextual area can be viewed in a larger pop-up by clicking View More Details at the bottom of the contextual area.

Figure 12-8 Replenishment Policies Contextual Area - Change Target Service Level

Description of Figure 12-8 follows
Description of ''Figure 12-8 Replenishment Policies Contextual Area - Change Target Service Level''

Rebalancing Transfers

The Rebalancing Transfers section has two views, the Table View and the Map View. The Map View is shown in Figure 12-9 and the Table view as shown in Figure 12-10. To switch between Table View and Map View, use the buttons located in the top right.

Figure 12-9 Rebalancing Transfers Map View

Description of Figure 12-9 follows
Description of ''Figure 12-9 Rebalancing Transfers Map View''

The Table View displays the recommended store-to-store transfers. The user can override the transfer quantity and submit or approve the recommendation. If submitted, the transfers are pushed to the retailer's order execution system and must be approved before they are executed. If approved, the transfers are pushed to the retailer's execution system in approved mode and will be executed on the transfer date.

Figure 12-10 Rebalancing Transfers Table View

Description of Figure 12-10 follows
Description of ''Figure 12-10 Rebalancing Transfers Table View''

The number tiles above the table shows the total number of recommendations with different statuses across all merchandise and locations.

The Map View displays the number of transfers within each areas of the map (for example, within each state of the United States). If a transfer is between two different areas, it is only included in the area where the origin is located. Clicking on an area in the map opens a pie chart that shows the breakdown of transfers based on transfer quantity.

In the contextual area, the top area shows the flow of inventory between the origin and the destination, as well as to and from other origins and destinations. The flow shown in this diagram is based on approved and submitted recommendations for the selected date in the table. If there are no submitted or approved recommendations between the two nodes on the selected date, the number on the arrow between the two nodes is shown as zero. The bottom area in the contextual area shows information such as product image, inventory quantities, and forecast sales at the destination. To see a more detailed view of sales and forecast and both the origin and the destination, your can click the View More Details button at the bottom of the contextual area. Figure 12-10 and Figure 12-11 show the Contextual Area of PO/Transfers section which displays similar contents for PO and transfers.

PO and Transfers

The PO and Transfers section is shown in Figure 12-11. This section displays the recommended purchase orders (supplier-to-warehouse and supplier-to store) and transfers (warehouse-to-store).

Figure 12-11 PO and Transfers

Description of Figure 12-11 follows
Description of ''Figure 12-11 PO and Transfers''

The user can override the transfer quantity and submit the recommendation. Unlike rebalancing transfers (store-to-store), the purchase orders and warehouse-to-store recommendations are pushed into order execution systems when submitted.

The number tiles above the table shows the total number of recommendations with different statuses across all merchandise and locations.

Since user is able to override the quantities with arbitrary values, it is likely that the overridden quantities result in an over-stock (sending more than required to a store/warehouse), under-stock (sending less than required to a store/warehouse), or under-supplied (pulling more than available from a warehouse). Whenever the user submits a PO/Transfer, a validation process runs to check for any of these three types of exception. If any exception is found, a warning is shown to the user and user will be given the choice to ignore the exception and proceed to submit, to cancel the submit action, or to view the exception. The exceptions can be viewed in the Validation Exception section.Note that when running the validation process, only the previously submitted PO/Transfer recommendations that have an order date as current date are taken into account. Rebalancing transfers and future recommendations are not considered in the validation process.

The contextual area, shown in Figure 12-12 and Figure 12-13, displays similar data and graphs to the contextual area of rebalancing transfers. (The contextual area is described in detail in "Rebalancing Transfers".)

Figure 12-12 PO Transfers Contextual Area - Top

Description of Figure 12-12 follows
Description of ''Figure 12-12 PO Transfers Contextual Area - Top''

Figure 12-13 PO Transfers Contextual Area - Bottom

Description of Figure 12-13 follows
Description of ''Figure 12-13 PO Transfers Contextual Area - Bottom''

Validation Exception

The Validation Exception section, shown in Figure 12-14, displays the exceptions that were generated by the system when the user tried to submit a PO/Transfer recommendation. The user can disregard the exceptions so that they no longer appear in the table or can revert the quantity to the system quantity for all recommendations that are tied to an exception.

Figure 12-14 Validation Exception

Description of Figure 12-14 follows
Description of ''Figure 12-14 Validation Exception''

Inventory Overview

The Inventory Overview is a view-only screen that displays historical inventory data at the sku-location level, as shown in Figure 12-15.

Figure 12-15 Inventory Overview

Description of Figure 12-15 follows
Description of ''Figure 12-15 Inventory Overview''

You can filter the data based on the hierarchy or the on-hand, on-order, in-transit, reserved order, or back-order type of inventory quantity. You can select Store or Warehouse or both. You can use the numeric filter by selecting the type of inventory quantity and the type of operation (<= or >=). then enter a numeric value and click Apply.

You can expand the display at the SKU level. You can see the hierarchy for SKU and location as well as details about the inventory and when the data was last updated.

The donut shows locations that either have stock-outs and/or back-orders or do not have any stock-outs or back-orders.

Forecast Overview

User can see forecast and historical sales at the sku-store-customer segment level and historical and forecast rate of returns at sku-store level. These metrics can be viewed at the week level or for the life cycle, which are represented by separate tabs. In the Forecast Overview Tile, the donut shows the number of locations with different rates of sell through (for example, less than 25%, between 25% and 50%, and so on.).

Life Cycle Forecast Tab

The following columns are displayed in the Life Cycle Forecast tab. For a description of many of these columns, see "Glossary of Inventory Optimization Terms."

  • SKU

  • Location

  • Forecast Sales Units

  • Forecast Sales Amount

  • Return forecast Units

  • Return Forecast Amount

  • Remaining Weeks

Figure 12-16 Lifecycle Forecast

Description of Figure 12-16 follows
Description of ''Figure 12-16 Lifecycle Forecast''

Figure 12-17 Lifecycle Forecast Chart

Description of Figure 12-17 follows
Description of ''Figure 12-17 Lifecycle Forecast Chart''

Weekly Forecast Tab

Figure 12-18 Weekly Sales and Inventory

Description of Figure 12-18 follows
Description of ''Figure 12-18 Weekly Sales and Inventory''

Figure 12-19 Weekly Sales and Inventory Chart

Description of Figure 12-19 follows
Description of ''Figure 12-19 Weekly Sales and Inventory Chart''

The following columns are displayed in the Weekly Sales and Inventory tab. For a description of many of these columns, see "Glossary of Inventory Optimization Terms."

  • Weekly Sales Data

  • Historic Sales

  • Historic Inventory

  • Forecast Inventory

  • Historic Return Units

  • Forecast Return Units

  • Historic Return %

  • Forecast Return %

Figure 12-20 Forecast Sales Units by Week

Description of Figure 12-20 follows
Description of ''Figure 12-20 Forecast Sales Units by Week''

Creating a Run

The runs in IO are primarily batch runs that are executed weekly or daily, based on the configurations of the application. The user can create ad-hoc runs to do what if analysis or to generate recommendations to override the batch runs. To create a new run, user must define the scope and the strategies.

To create a new run, click on the plus (+) icon in the All runs table in Run Overview screen. The Create Run screen with the Scope tab enabled is displayed, as shown in Figure 12-21.

Figure 12-21 Create Run - Scope

Description of Figure 12-21 follows
Description of ''Figure 12-21 Create Run - Scope''

Create Run Scope

To create the run scope, complete the following steps.

  1. Enter a run name and description.

  2. Select the merchandise and locations to be analyzed in the run. The user can select at a single level for merchandise (for example, department) and at a single level for location (for example, Area). These levels are configurable. (See Oracle Retail Science Cloud Services Implementation Guide for details.) By default, all values under the merchandise and location level are selected.

  3. Select the type of analysis that you want to perform as part of this run. By default, the replenishment policies and PO/transfer recommendations are generated in all runs. To perform analysis and generate recommendation for rebalancing transfers and trade-off curves, select the related options in the Scope tab.

    The trade-off analysis for the season can only be selected for future seasons (that is, before the season start date). The trade-off analysis for a planning horizon can be selected for a minimum of two weeks and a maximum of eight weeks.

    If you have already created a run with a trade-off analysis for the season, you will not be able to submit a run for the same season again. You will see a warning message that indicates that the trade-off analysis for the selected season has already been performed. For a trade-off analysis for a planning horizon, you can only submit a run for a horizon that does not completely overlap with a horizon that you have selected in the past. For example, if you have already submitted a run for a three-week horizon between 09/14/2020 and 10/04/2020, you will not be able to submit a new run for a two-week horizon between 09/14/2020 and 09/28/2020. You will be able to submit a run for a longer horizon (for example, between 09/14/2020 and 10/18/2020). In this case, the older trade-off analysis with a shorter horizon will be replaced by the new analysis that has a longer horizon.

Create Run Strategy

To create the run strategy, complete the following.

Three strategies can be defined/modified in this tab.

  • No Replenishment Product/Location. Use this section to select product/locations that should be excluded from replenishment. Product/locations can be selected based on hierarchy and/or attributes. For these product/locations, no replenishment policy and no PO/transfers will be generated. These product/locations will still be considered in the rebalancing analysis and may be recommended for a rebalancing transfer. The user can select the product and locations at a different level of hierarchy or by attribute.

    There are other strategies that can be specified for replenishment and rebalancing. These strategies can be defined using the data interface for IO strategy rules. For more details and the type of rules that can be defined through interface, see the Oracle Retail Science Cloud Services Implementation Guide.

    Figure 12-22 Strategy - No Replenishment Product/Location

    Description of Figure 12-22 follows
    Description of ''Figure 12-22 Strategy - No Replenishment Product/Location''

  • Target Service Levels. The user can override the target service level at the product-parent/location-parent level or the product-parent/location-parent/week level.

    Figure 12-23 Strategy - Target Service Levels

    Description of Figure 12-23 follows
    Description of ''Figure 12-23 Strategy - Target Service Levels''

  • Inventory Rebalancing Strategy. The user can select one or more objectives for optimizing the rebalancing transfers from the list presented by selecting the relevant check boxes.

    • Minimize shipping cost

    • Maximize total unit sales

    • Maximize unit sales for customer segments

    The first objective optimizes the rebalancing transfers so that the total cost of the transfers is minimized. The second and third objectives optimize the rebalancing transfers so that the unproductive inventory is moved to locations with the greatest likelihood of being sold and with the highest margin. There is a trade-off between these objectives. When all objectives are selected, the trade-off in the optimization is captured by setting an upper bound on the total shipping cost. (See Oracle Retail Science Cloud Services Implementation Guide for details.)

Glossary of Inventory Optimization Terms

This table provides definitions for many of the terms that are used in the Inventory Optimization tables in the UI.

Table 12-2 Inventory Optimization Term Definitions

Term Definition

Activate Date

For seasonal items and items with a short life cycle, the activate date indicates the date that a given item/location should be considered for replenishment.

Actual Sales Units W-1

Actual sales unit for a given item/location during the last calendar week prior to the date that the inventory optimization ran.

Actual Sales Units W-2

Actual sales unit for a given item/location during the last two calendar weeks prior to the date that the inventory optimization ran.

Actual Sales Units W-3

Actual sales unit for a given item/location during the last three calendar weeks prior to the date that the inventory optimization ran.

Actual Sales Units W-4

Actual sales unit for a given item/location during the last four calendar week prior to the date that the inventory optimization ran.

Back-order Qty at Dest.

The back-order quantity at the destination location for a given item.

Back-order Qty at Origin

The back-order quantity at the origin location for a given item. This field will be blank for a PO because the origin is a supplier.

Deactivate Date

For seasonal items and items with a short life cycle, the deactivate date indicates the date that a given item/location should be stopped being considered for replenishment.

Fcst. Return Units RT+LT

Forecast return unit for the period of review time plus lead time.

Fcst. Sales Units RT+LT

Forecast sales unit for the period of review time plus lead time.

Fcst. Sales Units W+0


Fcst. Sales Units W+1


Fcst. Sales Units W+2

Forecast sales unit for a given item/location for the next two calendar weeks.

Fcst. Sales Units W+3

Forecast sales unit for a given item/location for the next three calendar weeks.

In-transit Qty at Dest.

The in-transit inventory for the destination location for a given item.

In-transit Qty at Origin

The in-transit inventory for the origin location for a given item. This field will be blank for a PO because the origin is a supplier.

Lead Time

The expected number of days required to move the item from the primary source to the destination location.

Loc. Type

Location type can be Store or Warehouse.

Next Review Date

For a given item/location, the next review date is the date that the item is going to be reviewed for replenishment based on its review schedule.

OH Qty at Dest.

The on-hand inventory at the destination location for a given item.

OH Qty at Origin

The on-hand inventory at the origin location for a given item. This field will be blank for a PO because the origin is a supplier.

On-order Qty at Dest.

The on-order inventory at the destination location for a given item.

On-order Qty at Origin

The on-order inventory at the origin location for a given item. This field will be blank for a PO because the origin is a supplier.

Primary Source

The primary source of replenishment for a given item/location. If the item/location has a stock category of warehouse-stocked (or cross-docked), the primary source will indicate the warehouse from which (through which) the item will be sourced. If the item has a stock category of direct to store/warehouse, the primary source will indicate the supplier.

Replenishment Method

The method that was used in calculating the RP/RUTL. The two supported methods in this release are Normal (indicating that demand distribution is assumed to be Normal), and Poisson (indicating that demand distribution is assumed to be Poisson).

Review Time

Number of days between the day that the inventory optimization runs and the next time that a given item/location is scheduled for review. For example, if an item/location has a daily review schedule, the review time will be one day.

RP (Re-order Point)

Level of inventory that is used as a threshold to recommend an order.

RUTL (Receive Up-to Level)

When the inventory level falls below the re-order point, an order is recommended to raise inventory to this level.

Selling Start Date

The date of the first sales for a given item at a given location. For seasonal items, this date indicates the date of the first sales during the most recent season.

Space Capacity (Units)

The maximum capacity for a given item in a given location (combined between shelf and back-room). If this number is provided, the RUTL is adjusted so that it does not exceed the space capacity.

System Order Qty

The recommended order quantity for a PO/Transfer. The system order quantity is calculated by the optimization algorithm and is the quantity that takes into account all constraints such as RP, RUTL, space capacity, and available supply at the origin.

Target Service Level

This is the value of the service level that is used in the safety stock calculation. Service Level is defined as the percentage of unit demand that should be met by inventory. Valid values are between 0 and 1. For example, a service level of 0.9 indicates that RP and RUTL should be optimized such that on average 90% of the demand is met.

Total Fcst. Return Units

Total forecast return units for the remaining weeks of the item/location life cycle. This is applicable for items with a short life cycle that have an exit date.

Unconst. Need

The unconstrained need is the quantity that is required to bring the inventory up to the RUTL. It does not take into account the shelf space capacity and the potential shortage of supply at the origin.

User Order Qty

This is the user override for the quantity of the recommended PO or transfer order.