E1: 42: R42520 Print Pick Slip Splitting Backorder Lines in a Zero Decimal Environment (Doc ID 2864786.1)

Last updated on MAY 16, 2022

Applies to:

Symptoms

The issue is that inventory commitments are splitting lines differently in the 0 decimal environment in 9.2 than they did in 9.0.

The client reproduced the issue with the following setup and steps:

1. The client has inventory quantities set to use 0 decimals in 9.2
   1. Dictionary Item QTYINV = 0 Display Decimals
2. An inventory item has a primary UOM of EA
   1. There is a UOM Conversion of 100 EA = 1 OM
   2. OM is the pricing unit of measure
3. An Inventory Location has 453 EA
4. The Sales Order Entry (P4210) version has Default Transaction Unit of Measure = 1 (Pricing UOM)
5. The user enters an order with a transaction UOM of 4 OM and Secondary UOM of 400 EA
6. Inventory in the Location is reduced from 453 to 153
7. The client runs Pick Slip Print (R42520) with the Hard Commit processing option on.
8. In 9.2 the order is split into three lines as follows:
   1. First Line - 1 OM Secondary 100 EA Hard Committed
   2. Second Line - 1 OM Secondary 53 EA Soft Committed
   3. Third Line - 2 OM Secondary 247 EA On Backorder
9. In the 9.0 system with 0 Decimals  there would be two lines split as follows:
   1. First Line - 1 OM Secondary 100 EA Hard Committed
   2. Second Line - 3 OM Secondary 300 EA Backordered

Changes

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.