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
Merchandising update on waving	When WMS Cloud starts working on a stock order (transfer or allocation) by waving, the activity code used to support this update does not have quantity information available to update Merchandising and, therefore, the SO status message to Merchandising assumes the entire stock order is allocated when a stock order is waved in WMS Cloud. If you don't wish to use this feature, do not configure the activity code in 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	Cycle counts between WMS and Merchandising require manual communication of the items to be counted and the date for the count, based on the cycle count request created in Merchandising. After the count, the results should be extracted into a file to be sent to Merchandising in the format specified in the Conversion of WMS Stock Count Results File (lifstkup) integration. See the Merchandising Operations Guide for more details.
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.