E1: 42: Backorder in Ship Confirm Incorrectly Updates GL Class on Interbranch Orders
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.
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:
- 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.
- After you place the order, you should see F4211 GL CLass = header branch GL class and SO01 = 4.
- 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.
- 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
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