Hook for WIP Job Component Revision Backflush

(Doc ID 2352683.1)

Last updated on JANUARY 25, 2018

Applies to:

Oracle Work in Process - Version 12.2.4 and later
Information in this document applies to any platform.

Symptoms


ACTUAL BEHAVIOR

Due to our vertically integration we manufacture and backflush sub-assemblies in
the same organization. When a sub-assembly is in the process of a revision change we wait to
implement the ECO until we are ready to manufacture the new revision. When ready to
manufacture the sub-assembly we implement the eco with an immediate effective date. This
allows us to produce inventory with the new revision. However, we still have on-hand inventory
for the previous revision that most times can be consumed to reduce obsolescence cost.
Currently move transactions for the parent assembly backflush the current effective
implemented revision of the sub-assembly, in this case the new revision, even though we are
physically consuming the previous revision. This backflush results in an inaccurate revision
transactions associated with a particular job and inventory inaccuracy. Our goal would be to
make the electronic transaction match the actual consumption on the manufacturing floor.

EXPECTED BEHAVIOR

Electronic transaction match the actual consumption on the manufacturing floor

STEPS

The issue can be reproduced at will with the following steps:
1. Customer looking for implementation to provide a hook to default component revision during the run the move backflush.
  They can check and add their revision change code business logic there.

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