E1: 42: Backorder in Ship Confirm Incorrectly Updates GL Class on Interbranch Orders (Doc ID 2062678.1)

Last updated on MARCH 28, 2016

Applies to:

JD Edwards EnterpriseOne Sales Order Management - Version 9.1 to 9.1 [Release 9.1]
Information in this document applies to any platform.

Symptoms

Backorder in Ship Confirm incorrectly updates G/L Class on Intercompany Orders in the F4211.

Item has different header and detail branch/plant. SO01 = 4 (interbranch). Each branch has its own G/L Class.

When order is entered, it has G/L Class from the header (good).

When order is manually backorderd in ship confirm (P4205), the detail line in the F4211 G/L class field is incorrectly updated with the G/L Class of the detail branch/plant.

The issue can be reproduced at will with the following steps:

  1. Enter an intercompany order with a different header and detail b/p, each b/p with a different g/l class code, so enter an order where header b/p has a different GL class than the detail B/P.
  2. After you place the order, you should see F4211 GL CLass = header branch GL class and SO01 = 4.
  3. Setup a version of P4205, find the order. Select it and backorder it manually , meaning clear the quantity shipped fields and enter a quantity to backorder.
  4. Go into the F4211 , the G/L class code has changed to be incorrectly updated by the g/l class code from the detail b/p

 

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