Rollup as Part of NewItemLoc (NIL) Batch Processing Is Populating RPM_FUTURE_RETAIL With Incorrect Clearance Data
(Doc ID 2141266.1)
Last updated on OCTOBER 28, 2022
Applies to:
Oracle Retail Price Management - Version 14.1 to 14.1.3 [Release 14.1]Oracle Retail Price Management - Version 15.0 and later
Information in this document applies to any platform.
Symptoms
Rollup of data in RPM_FUTURE_RETAIL (RFR) table is not happening correctly. The batch is populating an incorrect clearance ID and price for DL records when new items are ranged after price changes and clearances are created at zone level.
Steps to Reproduce :
- Create a Item Parent with at least 4 Item Children having different DIFF_1 values.
- Range 3 item children (with different DIFF_1) to a warehouse and to 2 stores which are part of the price change zone.
Note : Ensure the 2 stores are part of clearance zone also and this zone has only stores. - Run the NEWITEMLOCBATCH.
- Create a regular price change at Item Style level for price change zone for VDATE+1 as effective date.
- Approve the price change.
- Run the Price Event Execution (PEE) and PEERMS batches. Verify the PRICE_HIST, ITEM_LOC and RFR table data.
- Increase the VDATE to VDATE +1.
- Create a different percentage off for the 4 items and parent/item diff level for clearance zone for VDATE+1 as effective date.
- Approve the clearance .
- Run the PEE and PEERMS batches and again verify the PRICE_HIST, ITEM_LOC and RFR table data.
- Increase the vdate to VDATE +1.
- Range a new location for 3 transactional item of the item parent that is part of price change zone and clearance zone.
- Range a new warehouse to 1 transactional item where there was no ranging earlier and is part of price change zone.
- Run the NEWITEMLOCBATCH.
- verify the PRICE_HIST, ITEM_LOC and RFR table data.
Cause
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
Symptoms |
Cause |
Solution |
References |