Go to primary content
Oracle® Retail Merchandising and WMS Cloud Implementation Guide
Release 21.0.000
F39142-01
  Go To Table Of Contents
Contents

Previous
Previous
 
Next
Next
 

D Appendix - Known Issues

The following are features that are areas that are not supported in both solutions, the integration, or both.

Table D-1 Known Issues

Issue Notes

Receiver Unit Adjustments

WMS Cloud does not have a concept of a receiver unit adjustment (RUA) for purchase orders, which results in any adjustments made during receiving being integrated to Merchandising as inventory adjustments. This will ensure that inventory is in sync between systems but does not adjust the receipt details for the PO. Care should be taken when doing blind receiving for suppliers based on this issue.

The suggested workaround for when receiver unit adjustments are required is as follows:

  1. Capture the adjustment in WMS Cloud, using a specific reason code to make it easier to identify the adjustments for this process. This will be communicated to Merchandising as an inventory adjustment.

  2. Create an RUA in Merchandising to correct the receipt based on the adjustments with the reason code specified above.

  3. Create an offsetting inventory adjustment in Merchandising to cor-rect inventory levels based on the RUA, to bring inventory levels back in sync between solutions.

RTVs from unavailable status

RTVs cannot be created in Merchandising from an unavailable status when integrating with WMS Cloud, as the inventory status code to use for each item/quantity on the RTV is not available in the integration.

Additionally, RTVs initiated in WMS Cloud and sent to Merchandising on shipment must have items moved to an allocatable status prior to shipping in order to correctly update the item inventory in Merchandising.

Merchandising update on waving

Currently Merchandising is not updated when WMS Cloud starts working on a stock order (transfer or allocation) by waving, as the activity code used to support this update do not have sufficient information (items and quantities) available to update Merchandising. Care should be taken when making changes in Allocation Cloud Service or Merchandising to stock orders that have been sent to WMS Cloud that may have been waved but not yet picked, as these updates will be rejected by WMS Cloud.

Item Delete

When an item is deleted in Merchandising, it is not communicated to WMS Cloud. Items must be manually deleted from WMS when deleted from Merchandising.

Transfers with Finishing

Integration of finishing details is not supported between Merchandising and WMS Cloud. If you have internal finishers in your warehouses where you need to send finishing information to the warehouse, this integration will need to be field enabled in order to support this process.

Customer Order Returns

Integration between Oracle Retail Order Management Cloud Service (OROMS) and WMS Cloud for customer order returns to a warehouse is not currently supported in the integration. Customers requiring this functionality can look at these two options:

  • Processing the return in both WMS Cloud and OROMS manually. In WMS Cloud, it would be processed as an adjustment using reason code RMA (which is not mapped to Merchandising). Then, when the return is processed in OROMS, it will be communicated to Merchandising (including the warehouse details) to update inventory.Foot 1 

  • Field enable the integration between WMS Cloud and OROMS using standard APIs for each product.

Cycle Counts


Allocatable Lock Codes

Allocatable lock codes, which allows different classifications of available inventory, are not supported in the WMS Cloud and Merchandising integration. This functionality should not be configured in WMS Cloud.

Ship Via for RTVs

The ship via code on an order is used by WMS Cloud to determine the carrier that should be used for shipping and is required for all shipments by WMS Cloud. For B2C or B2B order types, this is either provided in the integration (B2C) or able to be derived (B2B). However, for RTVs this must be manually selected on the order.

Transaction Item with a Parent

Transaction-level items setup in Merchandising with a parent, where the diffs at the parent level are all Diff IDs, rather than one or more diff groups cannot be supported when integrating with WMS Cloud. This is due to the way that WMS Cloud handles the item code, by concatenating item parts a-f together in a way that must be unique. See the Convert Master Data section for information on how items are mapped to the WMS Cloud parts.

Items with a parent that does not use diff groups or diffs is supported and will be treated like an item without a parent in WMS Cloud.


Footnote 1 See also the Merchandising and SIM Integration with OMS and OB white paper at My Oracle Support ID 2088235.1.