Shipmodviaordersumatch Processing Uses Data From Unrelated Stop (Doc ID 754992.1)

Last updated on SEPTEMBER 08, 2016

Applies to:

Oracle Transportation Management - Version: 5.5.04 to 5.5.04.06
This problem can occur on any platform.

Symptoms

-- Problem Statement:
On 5.5.04, When sending ShipModViaOrderSUMatch element in an Actual Shipment for a Shipment with 2 Orders, and the element is sending in details in such a way that one of the order is being split into two, the destination location of the second order is being set as the destination location of the split off order from the first one

EXPECTED BEHAVIOR
Expect that destination location of the order that is split, maintains the original destination
location.

-- Steps To Reproduce:
The issue can be reproduced at will with the following steps:
1. Create two orders with different destination locations but the same source
2. Create Order Movements from them and bulk plan them into a multistop shipment
3. Then send in an Actual Shipment XML that has a ShipModViaOrderSUMatch element which is set with
a quantity less than the original quantity ( i.e. implicitly indicating that the order is being
split)
4. When the XML is processed see that the destination location on the second order movement that
is created due to the split of the order release is set as the destination location of the second
order release



Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms