Problems with Actual and Reserved Quantity Not Getting Calculated Correctly After Final Incremental Back Flush
Last updated on MARCH 08, 2017
Applies to:Oracle Process Manufacturing Process Execution - Version 12.2.4 and later
Information in this document applies to any platform.
On : 12.2.4 version, Inventory Convergence
When transacting multiple times in a UOM other than the item's primary UOM, and those transactions are subtracting from or relieving a reservation, after several transactions the reservation quantity starts to deviate from what it should be because of rounding. This then prevents the last transaction from going through because the reservation quantity is not enough to satisfy the transaction quantity.
Customer has an ingredient in an OPM batch. Item's primary UOM is LB, batch UOM is KG. Conversion is 1 KG = 2.20462262 LB.
Planned qty of ingredient is 900 KG.
Customer runs Autodetail to create a detailed reservation for the 900 KG.
They then run Incremental Backflush (IB) repeatedly for 10% of the batch quantity. Each of these creates a WIP Issue of 90 KG (and 198.41604 LB), and each of the first three backflushes reduces the reserved qty by 90 KG. After the fourth backflush, however, the reserved qty becomes 539.99999 instead of 540. After the ninth backflush, the reserved qty is 89.99998 KG. When they try to do the tenth backflush, which tries to consume the last 90 KG, they get the Material Exceptions form because the reserved qty is .00002 KG less than what is needed.
The issue can be reproduced at will with the following steps:
1. Create batch
2. Run Autodetail
3. Run Incremental Backflushing for 10%, repeated ten times
The issue has the following business impact:
Due to this issue, users cannot complete the last backflush.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
Million Knowledge Articles and hundreds of Community platforms