Technical Details Technical Details

OR No: / Name
Case Study
Revision History
Version
No.
Creation
Date
Author Participants Overview of Changes
Page 2 of 27
OR No: / Name
Case Study
TABLE OF CONTENTS
1. OVERVIEW.............................................................................................4
2. BUSINESS ROCESS............................................................................4
2.1. Changes in the forms......................................................................................5
2.2. Changes in reports........................................................................................10
2.3. Changes in Tables.........................................................................................11
2.4. Changes in Interfaces....................................................................................16
2.5. Changes in APIs...........................................................................................20
2.6. e! forms.................................................................................................20
2.7. e! "eports...............................................................................................23
2.#. e! Interfaces............................................................................................24
2.$. e! APIs...................................................................................................24
2.10. %bsolete %b&ects.........................................................................................26
2.11 %thers.......................................................................................................... 26
Page 3 of 27
OR No: / Name
Case Study
1. Overview
This document describes new or changed features of the Oracle E!usiness "uite #elease $%
&nventor' compared to those of #elease $$i. &t consists of information intended to assist in
understanding the technical delta changes of #$% with respect to prior releases.
2. B!siness "rocess
I# On han$ availa%ility &'aterial (or)%ench# chan*es +
This form has the ma(or changes. Now here 'ou can also view the &nbound and receiving
)uantit'. Earlier 'ou were able to view onl' )uantit' l'ing in inventor'. *ot of new criteria+s are
added to )uer' the data. ,ser can see item )uantit' across multiple operating units.
ii# Ne, conce"t o- Lot an$ S!% lot +
Now 'ou can have parent lot and child lot. Earlier 'ou can have onl' lot but not child lots.
iii# Ne, -eat!re o- .ra$es +
Now 'ou can de-ne grades for the items and 'ou can reserve the material against a grade in
sales order.
iv# Reservation a*ainst Serial n!/%ers +

Now 'ou can reserve speci-c serial numbers. Earlier 'ou were onl' able to reserve the
)uantit' and not the serial numbers but now 'ou can reserve the serial numbers also.
v# Lot level conversions +
Now in #$% 'ou can de-ne ,O. conversions speci-c to a particular lot.
vi# D!al Unit o- 'eas!re
Now from #$% 'ou have Dual ,O. feature where 'ou can stoc/ and transact in dual
unit of measure.
vii# Ne, conce"t o- 'aterial Stat!s +
0ou have new concept of .aterial status. ,sing it 'ou can restrict certain operations li/e
"ubinventor' transfer1 .iscellaneous issue etc for speci-c subinventor'1 lot1 locator etc.

viii) ic) release r!les no, share$ across or*ani0ations.
Page 4 of 27
OR No: / Name
Case Study
2.1.CHAN.ES IN THE FOR'S
Follo,in* -or/s are chan*e$ +
i#On2han$ availa%ility &'aterial (or)%ench# +
On2han$ Availa%ilityOn2han$ 3!antity
New feature has been added where 'ou can save 'our )uer' which 'ou -re fre)uentl'.New tabs are
added for search .additional view b' options provided such as "erial1 2rade1 *ot. Also for inbound
t'pe 'ou can view purchase order number
ii# 'aster Ite/s
Ite/s'aster Ite/s
Page 5 of 27
OR No: / Name
Case Study
"everal new attributes are added in the item de-nition screen shown in above screen shots . A
completel' new tab as Process .anufacturing is added in the item de-nition screen.
Page 6 of 27
OR No: / Name
Case Study
iii# Or*ani0ation ara/eters
Set!"Or*ani0ationsara/eters
Page 7 of 27
OR No: / Name
Case Study
"everal New attributes are added in Organi3ation Parameter screen which are shown in
screenshots above.
iv# Reservation (in$o,
On2han$ Availa%ilityReservations
Now on reservation screen reservations can include cross doc/ b' selecting 4&nclude cross doc/5
-eld.Cross doc/ allows warehouses to increase its operational e6cienc' b' transferring inbound
material directl' to an outbound area. &t b'passes the inventor'holding function of a warehouse
while still allowing it to serve its consolidation and shipping functions.
Page # of 27
OR No: / Name
Case Study
v# S!%inventory -or/
Set!"Or*ani0ationsS!%inventories
New attributes are added as shown in above screenshots.
vi# 'iscellaneo!s transactions
Transactions 'iscellaneo!s transactions
Page $ of 27
OR No: / Name
Case Study
New attributes are added in the .iscellaneous transactions screen
viii# Lots Screen
Onhan$ Availa%ilityLots
man' new attributes are added in the -nd screen as well as result screen such as #etest
date1maturit' date1hold date1 grade code1status etc.
2.2.CHAN.ES IN REORTS
Sr.No
.
Re"ort Na/e Descri"tion O- the re"ort Chan*es 'a$e In R12
$ "erial Number
Transaction #egister
Navigation78View
View
#e)uest"ubmit
New #e)uest"ingle
#e)uest
This report is used for audit serial
number
transactions for a speci-ed time
interval1 location or group of
locations1reason or group of
reasons1 or other criteria.
A new parameter as Organi3ation is
added in the report to retrieve serial data
for the organi3ation. &f this -eld is blan/1
the report retrieves serial data for all
organi3ations.
% Transaction
9istorical "ummar'
#eport
View
#e)uest"ubmit
New #e)uest"ingle
#e)uest
The Transaction 9istorical
"ummar' #eport is used to
report past item )uantities1 past
item
value1 or past inventor'
balances.
A new parameter as &nclude Consigned
is added in the report giving options
whether user want to include consigned
inventor' in this report.

: &tem De-nition
Detail
View
#e)uest"ubmit
New #e)uest"ingle
#e)uest
to view comprehensive
information for items. ,se this
report to verif' items have been
classi-ed in conformance with
decisions 'ou have made
regarding how
the parts are to be planned1
costed1 and located.
Three new parameters are added as the
base table for item is changed. Three
new parameters are as
Process .anufacturing &tem Attributes
"ervice &tem Attributes
;eb &tem Attributes
,ser can select 0es if want to print these
attributes.
Page 10 of 27
OR No: / Name
Case Study
< C'cle Count Entries
and Ad(ustments
#eport
View
#e)uest"ubmit
New #e)uest"ingle
#e)uest
C'cle Count Entries and
Ad(ustments #eport is used to
monitor inventor' accurac'. The
report shows counts and
ad(ustments for the items and
calculates the monetar' value of
the ad(ustments to
inventor' value.
A new parameter is added as Approved
C'cle Counts Onl' user can select 0es to
indicate whether the report includes onl'
approved c'cle counts.
= &tem >uantities
"ummar' #eport
View
#e)uest"ubmit
New #e)uest"ingle
#e)uest
This report is used to report (ust
the item and the )uantit'. The
report is useful to provide a fast
list of the items in the inventor'.
A new parameter is added as Negative
>uantities Onl' user can select 0es to
indicate whether the report includes onl'
Negative >uantities.
? "upplier *ot Trace
#eport
View
#e)uest"ubmit
New #e)uest"ingle
#e)uest
The "upplier lot trace report
enables 'ou to view the lot
number1 and associated vendor
lot number for an item.
The name of this report is changed to
Vendor *ot Trace #eport.
2.4.CHAN.ES IN TABLES
&n #$% in several Tables New columns are added. @ollowing are some important tables with
the changes in them.
Ta%le Na/e Alon* ,ith Descri"tion o- chan*es
Chan*es In R12&Ne,ly A$$e$
Col!/ns#
'TL5'ATERIAL5TRANSACTIONS
Changes in table is related to new concept of Deferred CO2" which
is now possible in $%. Now (ust after ship con-rm no need to
recogni3e CO2" directl' we can defer it and put it to the
DeferredACO2"AAccount set at the organi3ation level. @lag to mar/ if
the transaction is costed or not 4for Process Organi3ations5.
.T*A.ATE#&A*AT#AN"ACT&ON"."OA&"",EAACCO,NTAT0PE should be
B%B if the "ales Order line is set for deferred revenue recognition.
CO2"A#ECO2N&T&ONAPE#CENT
"OA&"",EAACCO,NTAT0PE
OP.ACO"TEDA@*A2
'TL5'ATERIAL5TRANSACTIONS5TE'
.T*A.ATE#&A*AT#AN"ACT&ON"ATE.P
is the gatewa' for all .aterial transactions.
#ecords are processed from this table into &nventor' through
the transaction processor. All &nventor' transaction forms
write directl' to this table.
Outside applications must write transaction records to
to .T*AT#AN"ACT&ON"A&NTE#@ACE be processed through
.T*A.ATE#&A*AT#AN"ACT&ON"ATE.P
and the transaction processor b' the
Transaction ;or/er concurrent program.
#E*&EVEA9&29A*EVE*A#"VA@*A2 - Indicates whether to check for high
level reservations that needs to be relieved during transaction
processing.
#E*&EVEA#E"E#VAT&ON"A@*A2 Indicates whether to relieve the
reservations during transaction processing
#E*&EVEA9&29A*EVE*A#"VA@*A2
#E*&EVEA#E"E#VAT&ON"A@*A2
"O,#CEA*OTAN,.!E#
T#AN"@E#AP#&CE
T#AN"@E#A"ECONDA#0A>,ANT&T0
T#AN"@E#A"ECONDA#0A,O.
'TL5C6CLE5COUNT5ENTRIES CO,NTA"ECONDA#0A,O.AC,##ENT
Page 11 of 27
OR No: / Name
Case Study
"tores the actual counts of a c'cle count. A row in this table without
a count is considered to be a count re)uest. Oracle &nventor' uses
this information to determine and store c'cle count ad(ustments1
recounts1 and approval re)uirements. As we /now from #$%
"econdar' ,O. concept is introduced so in this table all the changes
are related to secondar' ,O. of inventor'.
CO,NTA"ECONDA#0A,O.A@&#"T
CO,NTA"ECONDA#0A,O.AP#&O#
"ECONDA#0AADC,"T.ENTA>,ANT&T0
"ECONDA#0A"0"TE.A>T0AC,##ENT
"ECONDA#0A"0"TE.A>T0A@&#"T
"ECONDA#0A"0"TE.A>T0AP#&O#
"ECONDA#0A,O.A>,ANT&T0AC,##ENT
"ECONDA#0A,O.A>,ANT&T0A@&#"T
"ECONDA#0A,O.A>,ANT&T0AP#&O#
'TL5INTERFACE5ERRORS
.T*A&NTE#@ACEAE##O#" is used for error trac/ing of all items that
the &tem &nterface fails. .essage t'pe to diDerentiate the message.
.E""A2EAT0PE
'TL5ITE'5LOCATIONS
.T*A&TE.A*OCAT&ON" is the de-nition table for stoc/ locators.The
associated attributes describe which subinventor' this locator
belongs
to1 what the locator ph'sical capacit' is1 etc.
.The locator is a /e' EeF-eld. The @leF-eld Code is .T**.
AVA&*A!&*&T0AT0PE "ubinventor' availabilit' code
&NVENTO#0AATPACODE &nventor' available to promise code
#E"E#VA!*EAT0PE 9ard reservation eligibilit'
A*&A" "hort Alias for the *ocator name
A*&A"
AVA&*A!&*&T0AT0PE
&NVENTO#0AATPACODE
#E"E#VA!*EAT0PE
'TL5LOT5NU'BERS
.T*A*OTAN,.!E#" stores the de-nition and eFpiration date of all lot
numbers in inventor'.
"ince the primar' /e' consists of *OTAN,.!E#1 O#2AN&GAT&ONA&D1
and
&NVENTO#0A&TE.A&D1 a lot number could eFist in more than one
organi3ation or for diDerent items.
"A.P*&N2AEVENTA&D 2 This is the latest OP. >ualit' sampling event
tested against the lot.
AVA&*A!&*&T0AT0PE
EHP&#AT&ONAACT&ONACODE
EHP&#AT&ONAACT&ONADATE
9O*DADATE
&NVENTO#0AATPACODE
O#&2&NAT&ONAT0PE
PA#ENTA*OTAN,.!E#
#E"E#VA!*EAT0PE
"A.P*&N2AEVENTA&D
'TL5'ATERIAL5STATUS5HISTOR6
.T*A.ATE#&A*A"TAT,"A9&"TO#0 stores the status update histor' for
subinventor'1 locator1 lot and serial.
AVA&*A!&*&T0AT0PE &nventor' available to promise code
#E"E#VA!*EAT0PE 9ard reservation eligibilit'
AVA&*A!&*&T0AT0PE
2#ADEACODE
&NVENTO#0AATPACODE
P#&.A#0AON9AND
"ECONDA#0AON9AND
#E"E#VA!*EAT0PE
'TL5'ATERIAL5STATUSES5B
.T*A.ATE#&A*A"TAT,"E"A! is the base table for the inventor'
statuses. &t contains all the attributes which are not translated and
donBt var' b' language. The de-ned status can be assigned to
"ubinventor'1 locator1 lot and serial to restrict certain transaction
t'pes.
AVA&*A!&*&T0AT0PE &nventor' available to promise code
#E"E#VA!*EAT0PE 9ard reservation eligibilit'
AVA&*A!&*&T0AT0PE
&NVENTO#0AATPACODE
#E"E#VA!*EAT0PE
'TL5ARA'ETERS
.T*APA#A.ETE#" maintains a set of default options li/e general
ledger accountsI locator1 lot1 and serial controlsI interorgani3ation
optionsI costing methodI etc. for each organi3ation de-ned in Oracle
A**O;AD&@@E#ENTA"TAT,"
C9&*DA*OTAA*P9AAP#E@&H
C9&*DA*OTAN,.!E#A*EN2T9
C9&*DA*OTAVA*&DAT&ONA@*A2
C9&*DA*OTAGE#OAPADD&N2A@*A2
Page 12 of 27
OR No: / Name
Case Study
&nventor'.
Each organi3ationBs item master organi3ation
4.A"TE#AO#2AN&GAT&ONA&D5and costing organi3ation
4CO"TAO#2AN&GAT&ONA&D5 are maintained here.
0ou specif' which manufacturing calendar the organi3ation will use
4CA*ENDA#ACODE51 as well as the set of eFceptions to this calendar
4CA*ENDA#AEHCEPT&ONA"ETA&D5.
NE2AT&VEA&NVA#ECE&PTACODE indicates whether this organi3ation
will
allow negative balances in inventor'. &t is used in the transaction
s'stem to ensure1 for eFample1 that 'ou do not overissue a
particular
item 4if 'ou have indicated that negative balances are not allowed5.
@or lot number and serial number autogeneration1 'ou can specif'
whether 'ou want the numbers generated from defaults de-ned at
CO..E#C&A*A2OVTAENT&T0AN,.!E#
CO.PAN0AP#E@&H
CO.PAN0AP#E@&HA&NDEH
COP0A*OTAATT#&!,TEA@*A2
C#EATEA*OTA,O.ACONVE#"&ON
DE@A,*TAC#O""DOCJAC#&TE#&AA&D
DE@E##EDACO2"AACCO,NT
EN@O#CEA*OCATO#AA*&"A,N>A@*A2
EPCA2ENE#AT&ONAENA!*EDA@*A2
2ENEA*O20A@O#.,*AA"EC,#&T0
*A!O#A.ANA2E.ENTAENA!*EDA@*A2
PA#ENTAC9&*DA2ENE#AT&ONA@*A2
#,*E"AOVE##&DEA*OTA#E"E#VAT&ON
T#AD&N2APA#TNE#AO#2A@*A2
0A#DA.ANA2E.ENTAENA!*EDA@*A2
'TL5SECONDAR65IN7ENTORIES
.T*A"ECONDA#0A&NVENTO#&E" is the de-nition table for the
subinventor'. A subinventor' is a section of inventor'1 i.e.1 raw
material1 -nished goods1 etc. "ubinventories are assigned to items
4in a man' to one relationship51 indicating a list of valid places
where this item will ph'sicall' eFist in inventor'.
Other attributes include general ledger accounts1 demand pic/ing
order1 locator t'pe1 availabilit' t'pe1 and reservable t'pe.
0ou can also specif' whether this subinventor' is an eFpense or
asset
subinventor' 4A""ETA&NVENTO#051 or whether )uantities are trac/ed
4>,ANT&T0AT#ACJED5.
ENA!*EA*OCATO#AA*&A" &ndicates whether *ocator Aliases are
enabled for this "ubinventor'
EN@O#CEAA*&A"A,N&>,ENE"" @lag to Enforce *ocator Alias
,ni)ueness in the "ubinventor'
ENA!*EA*OCATO#AA*&A"
EN@O#CEAA*&A"A,N&>,ENE""
'TL5SERIAL5NU'BERS
.T*A"E#&A*AN,.!E#" stores the de-nition and current status of all
serial numbers in Oracle &nventor'. These serial numbers are also
used in other areas of Oracle .anufacturing.
A serial number can have one of four statuses7
De-ned but not used
#esides in stores
&ssued out of stores
#esides in intransit
AVA&*A!&*&T0AT0PE
DEPENDENTAA""ETA@*A2
&NVENTO#0AATPACODE
OPE#AT&ONA*A*O2A@*A2
OPE#AT&ONA*A"TAT,"A@*A2
PA#ENTA*OTAN,.!E#
#E"E#VA!*EAT0PE
#E"E#VAT&ONA&D
Page 13 of 27
OR No: / Name
Case Study
.
The serial generation program populates this table1 given the
number
of serial numbers to create and the starting number and
pre-F.
'TL5S6STE'5ITE'S5B
As we /now in #$% on the &tem .aster form lot of new -elds are
added li/e retest interval1 EFpiration Action1Process .anufacturing is
the new tab and all its attributes so related to that this table is
aDected. All the new columns are added with respect to each new
item added on the form in table also.
ATT#&!,TE$?
ATT#&!,TE$K
ATT#&!,TE$L
ATT#&!,TE$M
ATT#&!,TE%N
ATT#&!,TE%$
ATT#&!,TE%%
ATT#&!,TE%:
ATT#&!,TE%<
ATT#&!,TE%=
ATT#&!,TE%?
ATT#&!,TE%K
ATT#&!,TE%L
ATT#&!,TE%M
ATT#&!,TE:N
CA"AN,.!E#
C9A#2EAPE#&OD&C&T0ACODE
C9&*DA*OTA@*A2
C9&*DA*OTAP#E@&H
C9&*DA*OTA"TA#T&N2AN,.!E#
C9&*DA*OTAVA*&DAT&ONA@*A2
COP0A*OTAATT#&!,TEA@*A2
DE@A,*TA2#ADE
E2OA.A"TE#A&TE."AD@@ACTH
EHP&#AT&ONAACT&ONACODE
EHP&#AT&ONAACT&ONA&NTE#VA*
2#ADEACONT#O*A@*A2
9AGA#DO,"A.ATE#&A*A@*A2
9O*DADA0"
*OTAD&V&"&!*EA@*A2
.AT,#&T0ADA0"
O,T"O,#CEDAA""E.!*0
PA#ENTAC9&*DA2ENE#AT&ONA@*A2
P#EPO"&T&ONAPO&NT
P#OCE""ACO"T&N2AENA!*EDA@*A2
P#OCE""AEHEC,T&ONAENA!*EDA@*A2
P#OCE""A>,A*&T0AENA!*EDA@*A2
P#OCE""A",PP*0A*OCATO#A&D
P#OCE""A",PP*0A",!&NVENTO#0
P#OCE""A0&E*DA*OCATO#A&D
P#OCE""A0&E*DA",!&NVENTO#0
Page 14 of 27
OR No: / Name
Case Study
#EC&PEAENA!*EDA@*A2
#EPA&#A*EADT&.E
#EPA&#AP#O2#A.
#EPA&#A0&E*D
#ETE"TA&NTE#VA*
",!CONT#ACT&N2ACO.PONENT
'TL5RESER7ATIONS
This table stores reservation information. Each record is a
reservation that ties an itemOorgani3ation combination with a
demand source and a suppl' source. Demand source information
comprises demand source t'pe 4"ales Order1 Account1 Account Alias1
&nventor'51 demand source header1 demand source line and demand
source name. "uppl' source information comprises suppl' source
t'pe 4&nventor'1 ;&P (obs51 suppl' source header1 suppl' source line1
suppl' source name and inventor' controls 4revision1 lot1
subinventor'1 locator5.
C#O""DOCJAC#&TE#&AA&D
C#O""DOCJA@*A2
DE.ANDA"9&PADATE
DE.ANDA"O,#CEA*&NEADETA&*
EHCEPT&ONACODE
O#&2ADE.ANDA"O,#CEA9EADE#A&D
O#&2ADE.ANDA"O,#CEA*&NEADETA&*
O#&2ADE.ANDA"O,#CEA*&NEA&D
O#&2ADE.ANDA"O,#CEAT0PEA&D
O#&2A",PP*0A"O,#CEA9EADE#A&D
O#&2A",PP*0A"O,#CEA*&NEADETA&*
O#&2A",PP*0A"O,#CEA*&NEA&D
O#&2A",PP*0A"O,#CEAT0PEA&D
P#OCECTA&D
"ECONDA#0ADETA&*EDA>,ANT&T0
"ECONDA#0A#E"E#VAT&ONA>,ANT&T0
"ECONDA#0A,O.ACODE
"ECONDA#0A,O.A&D
"E#&A*A#E"E#VAT&ONA>,ANT&T0
",PP*0A#ECE&PTADATE
TA"JA&D
.T*AT#AN"ACT&ONAT0PE"
MTL_TRANSACTION_TYPES contains seeded transaction
types and the user
defined ones. SER_!E"INE!_"LA# $i%% distin&uish the
t$o. The ta'%e
a%so stores the TRANSACTION_ACTION_I! and
TRANSACTION_SORCE_TYPE_I!
that is associated $ith each transaction type.
Location_required_flag - Flag to indicate whether the Location is
mandatory for the given Transaction. *OCAT&ONA#E>,&#EDA@*A2
.T*A,N&TAT#AN"ACT&ON"
MTL_NIT_TRANSACTIONS stores a record of e(ery
)ateria% transaction of
a seria%i*ed unit in In(entory. Records are inserted
into this ta'%e
throu&h the transaction processor.
.
.
.
Many seria% nu)'ers )ay 'e specified for a &i(en
transaction record.
TRANSACTION_I! +oins to
MTL_MATERIAL_TRANSACTIONS.TRANSACTION_I! $hen
on%y under seria% contro%. TRANSACTION_I! +oins to
PA#ENTA&TE.A&D
PA#ENTAO!CECTA&D
PA#ENTAO!CECTA&D%
PA#ENTAO!CECTAN,.!E#
PA#ENTAO!CECTAN,.!E#%
PA#ENTAO!CECTAT0PE
PA#ENTAO!CECTAT0PE%
Page 15 of 27
OR No: / Name
Case Study
MTL_TRANSACTION_LOT_NM,ERS.SERIAL_TRANSACTION_I!
$hen a%so under %ot
@ollowing tables are newl' added in #$% &nventor'
&NVAD&A2A."NATE.P
.T*AACT&ON"A!
.T*AACT&ON"AT*
.T*AC9&*DA*OTAN,.!E#"
.T*ACO2"A#ECO2N&T&ONATE.P
.T*ACON",.PT&ONATHNATE.P
.T*AC#O""A#E@E#ENCE"AT*
.T*AC#O""A#E@E#ENCE"A!
.T*A2ENATE.P
.T*A2#ADE"A!
.T*A2#ADE"AT*
.T*A&NVAPACJ"*&P"
.T*A&NVAP&CJ&N2A#,*E"
.T*A&TE.AATT#&!,TE"A"EEDA&N@O
.T*A&TE.A!,*J*OADA#EC"
.T*A&TE.A"TAT,"AT*
.T*A&TE.ATE.P*ATE"A!
.T*A&TE.ATE.P*ATE"AT*
.T*A*OTACONVAA,D&T
.T*A*OTACONVAA,D&TADETA&*"
.T*A*OTAE#E"A2T.P
.T*A*OTA2#ADEA9&"TO#0
.T*A*OTA,O.AC*A""ACONVE#"&ON"
.T*A*PNAAT#A>T0A2T
.T*A.O>DA!ACJ,P
.T*A.;!A2T.P
.T*AON9ANDA*OCJATE.P
.T*AP&CJA"*&PAN,.!E#"
.T*APOAPACJ"*&P"
.T*A#.AA"E#&A*ATE.P
.T*A"E#&A*AN,.!E#"A2T
.T*AT#AN"A#EA"ONA"EC,#&T0
.T*A,O.ACONVE#"&ON"AE#E"A2T.P
.T*AV.&A>,ANT&T&E"ATE.P
;."ACA#TON&GAT&ONATE.P
2.8.CHAN.ES IN INTERFACES
@ollowing interfaces tables are changed in #$%.
Inter-ace Ta%le Na/e
Chan*es In R12&Ne,ly A$$e$
Col!/ns#
'TL5ITE'5CATE.ORIES5INTERFACE
.T*A&TE.ACATE2O#&E"A&NTE#@ACE table
temporaril' stores data about inventor' item
assignments to categor' sets and categories
before loading this information into Oracle
&nventor'.
This table contains user friendl' columns
which allow 'ou to easil' enter 'our data.
&nventor' items1 categor' sets and
categories participating in an assignment
can be entered as corresponding ids or
values. &f ids are not entered1 Oracle
&nventor' will convert column values to ids.
C9AN2EA&D
C9AN2EA*&NEA&D
"O,#CEA"0"TE.A&D
"O,#CEA"0"TE.A#E@E#ENCE
Page 16 of 27
OR No: / Name
Case Study
@or eFample1 'ou enter the
O#2AN&GAT&ONACODE1 &TE.AN,.!E#1
CATE2O#0A"ETANA.E1 CATE2O#0ANA.E
and Oracle &nventor' will -ll in the
corresponding O#2AN&GAT&ONA&D1
&NVENTO#0A&TE.A&D1 CATE2O#0A"ETA&D1
CATE2O#0A&D for 'ou. After performing the
proper validation Oracle &nventor' will insert
a record into the .T*A&TE.ACATE2O#&E"
'TL5ITE'5RE7ISIONS5INTERFACE
.T*A&TE.A#EV&"&ON"A&NTE#@ACE
temporaril' stores revision levels for an
inventor' item before loading this
information into Oracle &nventor'.
This table contains user friendl' columns
which allow 'ou to easil'
enter 'our data as well as the corresponding
foreign /e's. Oracle
&nventor' will derive column values 'ou do
not enter1 after
performing the proper validation. @or
eFample1 if 'ou enter the
O#2AN&GAT&ONACODE1 Oracle &nventor' will
-ll in the corresponding
O#2AN&GAT&ONA&D. 0ou will need to specif'
the &TE.AN,.!E#
column1 which is the concatenation of the
s'tem item segments with
the correct delimiter in between. This table is
used b' the item
interface program in con(unction with the
.T*A"0"TE.A&TE."A&NTE#@ACE
table.
Descri"tion o- ne,ly a$$e$ col!/ns +
"O,#CEA"0"TE.A&D "ource "'stem
&denti-er4P&.5
"O,#CEA"0"TE.A#E@E#ENCE "ource
"'stem #eference 4P&.5
C9AN2EA&D Change &denti-er4P&.5
C9AN2EA*&NEA&D Change *ine &ndenti-er
4P&.5.
TemplateAid ItemTemplate Identifier
T!"L#T_$#! - Item Template $ame
C9AN2EA&D
&NTE#@ACEATA!*EA,N&>,EA&D
"O,#CEA"0"TE.A&D
"O,#CEA"0"TE.A#E@E#ENCE
TE.P*ATEA&D
TE.P*ATEANA.E
'TL5SERIAL5NU'BERS5INTERFACE
This is the open interface table of serial
information corresponding to
material transactions posted to Oracle
PA#ENTA&TE.A&D
PA#ENTAO!CECTA&D
PA#ENTAO!CECTA&D%
PA#ENTAO!CECTAN,.!E#
Page 17 of 27
OR No: / Name
Case Study
&nventor'.
The records in this table have a
corresponding
parent record in
.T*AT#AN"ACT&ON"A&NTE#@ACE. The
records in this table
will be pic/ed up and validated b' the
Transaction .anager and
then transferred to their respective
temporar' table for processing.
&n #$% we have genealog' related
enhancements also. @rom "erial Numbers
screen we can also see the corresponding lot
number if items is lot enabled and now lot
PA#ENTAO!CECTAN,.!E#%
PA#ENTAO!CECTAT0PE
PA#ENTAO!CECTAT0PE%
'TL5S6STE'5ITE'S5INTERFACE
.T*A"0"TE.A&TE."A&NTE#@ACE temporaril'
stores the de-nitions for
inventor' items1 engineering items and
purchasing items before loading
this information into Oracle &nventor'.
.
This table contains user friendl' columns
which allow 'ou to easil'
enter 'our data as well as their
corresponding foreign /e's. Oracle
&nventor' will default column values 'ou do
not enter1 after
performing the proper validation. @or
eFample1 'ou enter the
O#2AN&GAT&ONACODE1 and Oracle &nventor'
will -ll in the corresponding
O#2AN&GAT&ONA&D for 'ou. &t is strongl'
recommended that users enter
the segment information for the item instead
of the item number.
.
0ou can also speci-' a TE.P*ATEA&D to cop'
item attributes from.
.
Also1 if 'ou enter #EV&"&ON1 Oracle &nventor'
will insert a record
into .T*A&TE.A#EV&"&ON" for 'our item.
As we /now in #$% on the &tem .aster form
lot of new -elds are added li/e retest
ATT#&!,TE$?
ATT#&!,TE$K
ATT#&!,TE$L
ATT#&!,TE$M
ATT#&!,TE%N
ATT#&!,TE%$
ATT#&!,TE%%
ATT#&!,TE%:
ATT#&!,TE%<
ATT#&!,TE%=
ATT#&!,TE%?
ATT#&!,TE%K
ATT#&!,TE%L
ATT#&!,TE%M
ATT#&!,TE:N
CA"AN,.!E#
C9AN2EA&D
C9AN2EA*&NEA&D
C9A#2EAPE#&OD&C&T0ACODE
C9&*DA*OTA@*A2
C9&*DA*OTAP#E@&H
C9&*DA*OTA"TA#T&N2AN,.!E#
C9&*DA*OTAVA*&DAT&ONA@*A2
CON@&#.A"TAT,"
COP0A*OTAATT#&!,TEA@*A2
DE@A,*TA2#ADE
Page 1# of 27
OR No: / Name
Case Study
interval1 EFpiration Action1Process
.anufacturing is the new tab and all its
attributes so related to that this table is
aDected. All the new columns are added with
respect to each new item added on the form
in &nterface table also.
Also for D@@ where we were having onl' $=
attributes now it has eFtended to :N so
attribute$? to :N are added.
EHP&#AT&ONAACT&ONACODE
EHP&#AT&ONAACT&ONA&NTE#VA*
2*O!A*AT#ADEA&TE.AN,.!E#
2#ADEACONT#O*A@*A2
2T&NADE"C#&PT&ON
9AGA#DO,"A.ATE#&A*A@*A2
9O*DADA0"
&NTE#@ACEATA!*EA,N&>,EA&D
&TE.ACATA*O2A2#O,PANA.E
*OTAD&V&"&!*EA@*A2
.AT,#&T0ADA0"
O,T"O,#CEDAA""E.!*0
PA#ENTAC9&*DA2ENE#AT&ONA@*A2
P#EPO"&T&ONAPO&NT
P#OCE""ACO"T&N2AENA!*EDA@*A2
P#OCE""AEHEC,T&ONAENA!*EDA@*A2
P#OCE""A>,A*&T0AENA!*EDA@*A2
P#OCE""A",PP*0A*OCATO#A&D
P#OCE""A",PP*0A",!&NVENTO#0
P#OCE""A0&E*DA*OCATO#A&D
P#OCE""A0&E*DA",!&NVENTO#0
#EC&PEAENA!*EDA@*A2
#EPA&#A*EADT&.E
#EPA&#AP#O2#A.
#EPA&#A0&E*D
#ETE"TA&NTE#VA*
#EV&"&ONA&.PO#TAPO*&C0
"O,#CEA"0"TE.A&D
"O,#CEA"0"TE.A#E@E#ENCE
"O,#CEA"0"TE.A#E@E#ENCEADE"C
",!CONT#ACT&N2ACO.PONENT
'TL5TRANSACTIONS5INTERFACE
.T*AT#AN"ACT&ON"A&NTE#@ACE allows
calling applications to post
material transactions 4movements1 issues1
receipts etc. to Oracle &nventor'
transaction module.
Transaction .anager concurrent program
polls this table at a
userspeci-ed process interval1 and submits
the Transaction ;or/ers
to process them. Processing consists of data
derivation1 validation1
and the transfer of records from
.T*AT#AN"ACT&ON"A&NTE#@ACE1
.T*AT#AN"ACT&ONA*OT"A&NTE#@ACE1 and
.T*A"E#&A*AN,.!E#"A&NTE#@ACE into
their respective temporar' tables1 from
where the' are processed b' the
transaction processor.
.T*AT#AN"ACT&ON"A&NTE#@ACE follows the
&nventor' standard for
#E*&EVEA9&29A*EVE*A#"VA@*A2
#E*&EVEA#E"E#VAT&ON"A@*A2
"O,#CEA*OTAN,.!E#
T#AN"@E#AP#&CE
Page 1$ of 27
OR No: / Name
Case Study
interfacing EeF-elds. An' parameters which
are represented b'
EeF-elds ma' be entered in the interface
table either as code
combination identi-ers or as EeF-eld
segment combinations. The
Transaction ;or/er will validate that an'
given identi-ers are valid
and enabled. &f no identi-er is given1 then
the Transaction ;or/er
will validate and decode the EeF-eld
segment values1 and where
appropriate1 create new EeF-eld
combinations in the database.
The Transaction .anager pic/s up the rows
to process based on the
*OCJA@*A21 T#AN"ACT&ONA.ODE1
P#OCE""A@*A2.
Onl' records with T#AN"ACT&ONA.ODE of
B:B1 *OCJA@*A2 of B%B1
and P#OCE""A@*A2 of B$B will be pic/ed up
b' the Transaction .anager
and assigned to a Transaction ;or/er. &f a
record fails to process
completel'1 then P#OCE""A@*A2 will be set
to B:B and E##O#ACODE and
E##O#AEHP*ANAT&ON will be populated with
the cause for the error.
Descri"tion o- ne,ly a$$e$ col!/ns +
#E*&EVEA9&29A*EVE*A#"VA@*A2 &ndicates
whether to chec/ for high level reservations
that needs to be relieved during transaction
processing.
#E*&EVEA#E"E#VAT&ON"A@*A2 &ndicates
whether to relieve the reservations during
transaction processing
Page 20 of 27
OR No: / Name
Case Study
2.9.CHAN.ES IN AIS
SR No. AI Na/e Chan*es 'a$e
$ &NVA&TE.A#EV&"&ONAP,! &n AP& for a record t'pe two new
columns are added as templateAname1templateAid. ;hich
are used in process item revision procedure also a new
parameter as pAprocessAcontrol is added in the procedures
to create item revisions1update item revisions
% &NVA&TE.AAP& As the columns in the item table has been changed the
record t'pes also changed in the AP&
: &NVA#CVACO..ONAAP&" A new column is added in the record for po startup values as
invAorgAid
< &NVA#CVA&NTE2#AT&ONAAP&" Two new columns as secAuomAcode1secA)t' are added to
record childArecordAinfo .Three columns added to record
molAinArec as secA)t'1wddAid1reservationAid.New parameters
are added to procedure insertAmtli which inserts records in
.T*AT#AN"ACT&ONA*OT"A&NTE#@ACE as
pAsecondar'A)uantit'
1pAoriginationAt'pe1
pAeFpirationAactionAcode1
pAeFpirationAactionAdate1pAholdAdate
1pAparentAlotAnumber1 pAreasondAid
2.:.NE( FOR'S
Ne, -or/ in R12 +
i#'aterial Stat!s De;nitions
Set!"Transactions'aterial Stat!s
Page 21 of 27
OR No: / Name
Case Study
9ere 'ou can specif' which transactions are 'ou can restrict.
ii#'aintain .ra$es+2<
Set!"La%el rint.ra$es
This is a grade master form where 'ou can enter all the grades.
iii#ic)in* R!les Enhance/ent+2<
Set!"2<R!les2<ic)in*#
Page 22 of 27
OR No: / Name
Case Study
iv# Fin$ Serials+2<
On han$ availa%ility2<Serial N!/%ers2<
Page 23 of 27
OR No: / Name
Case Study
This screen enables 'ou to -nd the serial numbers for particular item in an organi3ation based
upon 'our search criterion. 0ou can navigate to *ot genealog' which is new feature.&f item is
alread' lot controlled enabled then lot button is enabled on this form.
v# Lot s"eci;c conversions+2<
Set!"2<Unit o- 'eas!re2<Lot s"eci;c conversions
Conversion can be created and modi-ed for particular lot numbers. is the new screen.
2.=.NE( REORTS
@ollowing New #eports are added in #$%.
Page 24 of 27
OR No: / Name
Case Study
;rite here the navigation to these reports and % line description.
"r No. #eport Name
$ Consolidate &nventor' Onhand >uantites
% 2enealog' #eports
: 2rade Change 9istor' #eport
< &nventor' Pac/ing "lip
= *ot &nventor' #eport
? *ot .aster #eport
K .aterial "tatus De-nition #eport
L Purchasing Pac/ing "lip
"r No. #eport Name
$
2rade Change 9istor' #eport
View #e)uest"ubmit New #e)uest"ingle
#e)uest
This report enables 'ou to view all of the
grade changes made during a given time
period for a particular item within an
organi3ation.
%
&nventor' Pac/ing "lip
View #e)uest"ubmit New #e)uest"ingle
#e)uest
0ou can use the &nventor' Pac/ing "lip
report to create a pac/ing slip for return to
vendor and interorgani3ation transactions.
This report veri-es the carrier is not the
owner of the shipped goods. This pac/ing
slip is issued to transport goods not related
to a sale. 0ou can also print a pac/ing slip
for the transfer of goods between
warehouses that have a userde-ned
inventor' transaction t'pe.
:
*ot &nventor' #eport
View #e)uest"ubmit New #e)uest"ingle
#e)uest
This reports provides 'ou with an overview
of item lots1 )uantities1 and lot statuses in
all or the selected subinventories and
locators within the organi3ation can be
submitted from submit re)uest window
can be submitted through submit re)uest
window.
<
*ot .aster #eport
View #e)uest"ubmit New #e)uest"ingle
#e)uest
This report provides 'ou with an overview
of the information 'ou set up in the lot
master. 0ou
can run this report for a speci-c item1 or all
items in the organi3ation.can be submitted
through submit re)uest window.
=
.aterial "tatus De-nition #eport
View #e)uest"ubmit New #e)uest"ingle
#e)uest
This report provides 'ou an overview of
each material status and how it is used.
can be submitted through submit re)uest
window.
?
Transaction Purge #eport
View #e)uest"ubmit New #e)uest"ingle
#e)uest
this report is used to purge transactions
within the organi3ation 1can be submitted
through submit re)uest window.
Page 25 of 27
OR No: / Name
Case Study
K
Create Deferred *ogical Transactions
#eportsTransactions
Create Deferred *ogical Transactions
concurrent re)uest enables 'ou to defer
the creation of logical transactions for a
pure shipment across multiple operating
units.
2.>.NE( INTERFACES
$ &NVA.A&NTA&NA#E"E#VAT&ONAP,!
AP& will handle changes to the resevation
record based on the changes to the suppl'
or demand record changes.
This &nterface will handle changes to the
reservation record based on the action code and
the suppl' or demand record changes.
% &NVA*OTAATT#AP,!
This interface will perform all the validations and
update insert related to *OTs li/e validating
retest date1 maturit' date1 hold date 1grade code
then inserting ,O.1 Validating child lot etc.
2.?.NE( AIS
@ollowing New AP&s are added in #$%.
$
Consolidate &nventor' Onhand >uantites
&NVACON"O*&DATEAON9AND
The )uantit' is consumed in the order received.
&f multiple users tr' to use onhand )uantit' at
the same time1 users might eFperience loc/s or
)ueues waiting to use the onhand )uantit'
record. A concurrent program was introduced to
consolidate Onhand >uantit' records for a
particular item to reduce the en)ueue waits. The
consolidation will also remove 3ero onhand
)uantit' records. This will be done through a
concurrent program called PConsolidate
&nventor' Onhand >uantitiesP.
% &NVA*OTAAP&APJ2
This AP& is used to perform following actions
&t populates the parent and child lot records and
returns them to the CreateA&nvA*ot procedure.&t
populates the grade code1 origination t'pe1
eFpiration date1
retest date1 eFpiration action code1 eFpiration
action date1hold date and maturit' date based
on the values from mtlAs'stemAitems for a given
organi3ation and inventor' item id.&t performs
the validations on the lot and defaults the
missing attributes as per the logic eFisting in the
earlier createAinvAlot procedure.&t returns the
populate lot record.
This @unction would be used to chec/ whether
the lot number passed eFists in the database or
not.
: &NVACOP0A&TE.ACP
This procedure submits the &tem &mport
concurrent program. !efore submitting the
re)uest1 it veri-es that there are enough wor/ers
available and wait for the completion of one if
necessar'.
< .T*ACCA"C9ED,*EA#E>,E"T" This AP& is used to schedule item in the
.T*ACCA"C9ED,*EA#E>,E"T" table after
Page 26 of 27
OR No: / Name
Case Study
scheduling in the c'cle count entries.
2.1@. OBSOLETE OBAECTS
FOLLO(IN. CONCURRENTS ARE NO LON.ER USE IN R12
$5 Transfer transactions to 2*
Navigation78View #e)uest"ubmit #e)uest.
2.11 OTHERS
'aterial A*in* ,or)Bo,.

Concurrent #e)uest can be scheduled to ta/e action on an' date attribute of a lot or serial.
;or/Eow is initiated when an' selected date attribute of a lot or serial is within H da's of the current
date. Default wor/Eow sends noti-cation1 but can be customi3ed to support an' functionalit'
Page 27 of 27