R11i & R12 Inventory - Diff

8/11/2019 R11i & R12 Inventory - Diff

1/27

Technical DetailsTechnical Details


2/27

OR No: / Name

Case Study

Revision History

Version

No.

Creation

DateAuthor Participants Overview of Changes

Page 2 of 27


3/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


4/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 inunderstanding 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 areadded 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 insales 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!reNow 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


5/27

OR No: / Name

Case Study

2.1.CHANESINTHEFOR'S

Follo,in* -or/s are chan*e$ +i#Onhan$ availa%ility &'aterial (or)%ench# +

Onhan$ Availa%ilityOnhan$ 3!antity

New feature has been added where 'ou can save 'our )uer' which 'ou -re fre)uentl'.New tabs areadded for search .additional view b' options provided such as "erial1 2rade1 *ot. Also for inboundt'pe 'ou can view purchase order number

ii# 'aster Ite/sIte/s

'aster Ite/s

Page 5 of 27


6/27

OR No: / Name

Case Study

"everal new attributes are added in the item de-nition screen shown in above screen shots . Acompletel' new tab as Process anufacturing is added in the item de-nition screen.

Page 6 of 27


7/27

OR No: / Name

Case Study

iii# Or*ani0ation ara/etersSet!"

Or*ani0ations

ara/eters

Page 7 of 27


8/27

OR No: / Name

Case Study

"everal New attributes are added in Organi3ation Parameter screen which are shown inscreenshots above.

iv# Reservation (in$o,Onhan$ Availa%ility

Reservations

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 inboundmaterial directl' to an outbound area. &t b'passes the inventor'holding function of a warehousewhile still allowing it to serve its consolidation and shipping functions.

Page # of 27


9/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 transactionsTransactions 'iscellaneo!s transactions

Page $ of 27


10/27

OR No: / Name

Case Study

New attributes are added in the iscellaneous transactions screenviii# Lots ScreenOnhan$ Availa%ility

Lots

man' new attributes are added in the -nd screen as well as result screen such as #etestdate1maturit' date1hold date1 grade code1status etc.

2.2.CHANESINREORTS

Sr.No.

Re"ort Na/e Descri"tion O- the re"ort Chan*es 'a$e In R12

$ "erial NumberTransaction #egisterNavigation78ViewView#e)uest"ubmitNew #e)uest"ingle#e)uest

This report is used for audit serialnumbertransactions for a speci-ed timeinterval1 location or group oflocations1reason or group ofreasons1 or other criteria.

A new parameter as Organi3ation isadded in the report to retrieve serial datafor the organi3ation. &f this -eld is blan/1the report retrieves serial data for allorgani3ations.

% Transaction9istorical "ummar'#eportView#e)uest"ubmitNew #e)uest"ingle#e)uest

The Transaction 9istorical"ummar' #eport is used toreport past item )uantities1 pastitemvalue1 or past inventor'balances.

A new parameter as &nclude Consignedis added in the report giving optionswhether user want to include consignedinventor' in this report.

: &tem De-nitionDetail

View#e)uest"ubmitNew #e)uest"ingle#e)uest

to view comprehensiveinformation for items. ,se thisreport to verif' items have beenclassi-ed in conformance withdecisions 'ou have maderegarding howthe parts are to be planned1costed1 and located.

Three new parameters are added as thebase table for item is changed. Threenew parameters are asProcess anufacturing &tem Attributes"ervice &tem Attributes;eb &tem Attributes,ser can select 0es if want to print theseattributes.

Page 10 of 27


11/27

OR No: / Name

Case Study

< C'cle Count Entriesand Ad(ustments#eportView#e)uest"ubmit

New #e)uest"ingle#e)uest

C'cle Count Entries andAd(ustments #eport is used tomonitor inventor' accurac'. Thereport shows counts andad(ustments for the items and

calculates the monetar' value ofthe ad(ustments toinventor' value.

A new parameter is added as ApprovedC'cle Counts Onl' user can select 0es toindicate whether the report includes onl'approved c'cle counts.

= &tem >uantities"ummar' #eportView#e)uest"ubmitNew #e)uest"ingle#e)uest

This report is used to report (ustthe item and the )uantit'. Thereport is useful to provide a fastlist of the items in the inventor'.

A new parameter is added as Negative>uantities Onl' user can select 0es toindicate whether the report includes onl'Negative >uantities.

? "upplier *ot Trace#eportView

#e)uest"ubmitNew #e)uest"ingle#e)uest

The "upplier lot trace reportenables 'ou to view the lotnumber1 and associated vendor

lot number for an item.

The name of this report is changed toVendor *ot Trace #eport.

2.4.CHANESINTABLES

&n #$% in several Tables New columns are added. @ollowing are some important tables withthe changes in them.

Ta%le Na/e Alon* ,ith Descri"tion o- chan*esChan*es In R12&Ne,ly A$$Col!/ns#

'TL5'ATERIAL5TRANSACTIONS

Changes in table is related to new concept of Deferred CO2" whichis now possible in $%. Now (ust after ship con-rm no need torecogni3e CO2" directl' we can defer it and put it to the

DeferredCO2"Account set at the organi3ation level. @lag to mar/ ifthe transaction is costed or not 4for Process Organi3ations5.T*ATE#&A*T#AN"ACT&ON"."O&"",EACCO,NTT0PE should beB%B if the "ales Order line is set for deferred revenue recognition.

CO2"#ECO2N&T&ONPE#CENT

"O&"",EACCO,NTT0PE

OPCO"TED@*A2'TL5'ATERIAL5TRANSACTIONS5TE'

T*ATE#&A*T#AN"ACT&ON"TEPis the gatewa' for all aterial transactions.#ecords are processed from this table into &nventor' throughthe transaction processor. All &nventor' transaction formswrite directl' to this table.Outside applications must write transaction records toto T*T#AN"ACT&ON"&NTE#@ACE be processed throughT*ATE#&A*T#AN"ACT&ON"TEPand the transaction processor b' the

Transaction ;or/er concurrent program.#E*&EVE9&29*EVE*#"V@*A2 - Indicates whether to check for highlevel reservations that needs to be relieved during transactionprocessing.#E*&EVE#E"E#VAT&ON"@*A2 Indicates whether to relieve thereservations during transaction processing

#E*&EVE9&29*EVE*#"V@*A2

#E*&EVE#E"E#VAT&ON"@*A2

"O,#CE*OTN,!E#

T#AN"@E#P#&CE

T#AN"@E#"ECONDA#0>,ANT&T0

T#AN"@E#"ECONDA#0,O'TL5C6CLE5COUNT5ENTRIES CO,NT"ECONDA#0,OC,##ENT

Page 11 of 27


12/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' usesthis information to determine and store c'cle count ad(ustments1recounts1 and approval re)uirements. As we /now from #$%"econdar' ,O concept is introduced so in this table all the changesare related to secondar' ,O of inventor'.

CO,NT"ECONDA#0,O@"T

CO,NT"ECONDA#0,OP#&O#

"ECONDA#0AD,"TENT>,ANT&T0

"ECONDA#0"0"TE>T0C,##ENT

"ECONDA#0"0"TE>T0@"T

"ECONDA#0"0"TE>T0P#&O#

"ECONDA#0,O>,ANT&T0C,##ENT

"ECONDA#0,O>,ANT&T0@"T"ECONDA#0,O>,ANT&T0P#&O#

'TL5INTERFACE5ERRORS

T*&NTE#@ACEE##O#" is used for error trac/ing of all items thatthe &tem &nterface fails. essage t'pe to dierentiate the message.

E""A2ET0PE'TL5ITE'5LOCATIONS

T*&TE*OCAT&ON" is the de-nition table for stoc/ locators.Theassociated attributes describe which subinventor' this locatorbelongsto1 what the locator ph'sical capacit' is1 etc.

.The locator is a /e' eF-eld. The @leF-eld Code is T**.AVA&*A!&*&T0T0PE "ubinventor' availabilit' code&NVENTO#0ATPCODE &nventor' available to promise code#E"E#VA!*ET0PE 9ard reservation eligibilit'A*&A" "hort Alias for the *ocator name

A*&A"

AVA&*A!&*&T0T0PE

&NVENTO#0ATPCODE

#E"E#VA!*ET0PE

'TL5LOT5NU'BERS

T**OTN,!E#" stores the de-nition and eFpiration date of all lotnumbers in inventor'."ince the primar' /e' consists of *OTN,!E#1 O#2AN&GAT&ON&D1and&NVENTO#0&TE&D1 a lot number could eFist in more than oneorgani3ation or for dierent items.

"AP*&N2EVENT&D This is the latest OP >ualit' sampling eventtested against the lot.

AVA&*A!&*&T0T0PE

EHPAT&ONACT&ONCODE

EHPAT&ONACT&ONDATE

9O*DDATE

&NVENTO#0ATPCODE

O#&2&NAT&ONT0PE

PA#ENT*OTN,!E#

#E"E#VA!*ET0PE"AP*&N2EVENT&D

'TL5'ATERIAL5STATUS5HISTOR6

T*ATE#&A*"TAT,"9&"TO#0 stores the status update histor' forsubinventor'1 locator1 lot and serial.

AVA&*A!&*&T0T0PE &nventor' available to promise code#E"E#VA!*ET0PE 9ard reservation eligibilit'

AVA&*A!&*&T0T0PE

2#ADECODE

&NVENTO#0ATPCODE

P#&A#0ON9AND

"ECONDA#0ON9AND

#E"E#VA!*ET0PE'TL5'ATERIAL5STATUSES5B

T*ATE#&A*"TAT,"E"! is the base table for the inventor'statuses. &t contains all the attributes which are not translated anddonBt 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!&*&T0T0PE &nventor' available to promise code#E"E#VA!*ET0PE 9ard reservation eligibilit'

AVA&*A!&*&T0T0PE

&NVENTO#0ATPCODE

#E"E#VA!*ET0PE

'TL5ARA'ETERS

T*PA#AETE#" maintains a set of default options li/e generalledger accountsI locator1 lot1 and serial controlsI interorgani3ationoptionsI costing methodI etc. for each organi3ation de-ned in Oracle

A**O;D&@@E#ENT"TAT,"

C9&*D*OTA*P9AP#E@&H

C9&*D*OTN,!E#*EN2T9

C9&*D*OTVA*&DAT&ON@*A2C9&*D*OTGE#OPADD&N2@*A2

Page 12 of 27


13/27

OR No: / Name

Case Study

&nventor'.Each organi3ationBs item master organi3ation4A"TE#O#2AN&GAT&ON&D5and costing organi3ation4CO"TO#2AN&GAT&ON&D5 are maintained here.0ou specif' which manufacturing calendar the organi3ation will use

4CA*ENDA#CODE51 as well as the set of eFceptions to this calendar4CA*ENDA#EHCEPT&ON"ET&D5.NE2AT&VE&NV#ECE&PTCODE indicates whether this organi3ationwillallow negative balances in inventor'. &t is used in the transactions'stem to ensure1 for eFample1 that 'ou do not overissue aparticularitem 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

COE#C&A*2OVTENT&T0N,!E#

COPAN0P#E@&H

COPAN0P#E@&H&NDEH

COP0*OTATT#&!,TE@*A2

C#EATE*OT,OCONVE#"&ON

DE@A,*TC#O""DOCJC#&TE#&A&D

DE@E##EDCO2"ACCO,NT

EN@O#CE*OCATO#A*&",N>@*A2

EPC2ENE#AT&ONENA!*ED@*A2

2ENEA*O20@O#,*A"EC,#&T0

*A!O#ANA2EENTENA!*ED@*A2

PA#ENTC9&*D2ENE#AT&ON@*A2

#,*E"OVE##&DE*OT#E"E#VAT&ON

T#AD&N2PA#TNE#O#2@*A2

0A#DANA2EENTENA!*ED@*A2'TL5SECONDAR65IN7ENTORIES

T*"ECONDA#0&NVENTO#&E" is the de-nition table for thesubinventor'. A subinventor' is a section of inventor'1 i.e.1 rawmaterial1 -nished goods1 etc. "ubinventories are assigned to items4in 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/ingorder1 locator t'pe1 availabilit' t'pe1 and reservable t'pe.0ou can also specif' whether this subinventor' is an eFpense orassetsubinventor' 4A""ET&NVENTO#051 or whether )uantities are trac/ed4>,ANT&T0T#ACJED5.

ENA!*E*OCATO#A*&A" &ndicates whether *ocator Aliases areenabled for this "ubinventor'EN@O#CEA*&A",N&>,ENE"" @lag to Enforce *ocator Alias,ni)ueness in the "ubinventor'

ENA!*E*OCATO#A*&A"

EN@O#CEA*&A",N&>,ENE""

'TL5SERIAL5NU'BERST*"E#&A*N,!E#" stores the de-nition and current status of allserialnumbers in Oracle &nventor'. These serial numbers are alsoused in other areas of Oracle anufacturing.A serial number can have one of four statuses7De-ned but not used#esides in stores&ssued out of stores#esides in intransit

AVA&*A!&*&T0T0PE

DEPENDENTA""ET@*A2

&NVENTO#0ATPCODE

OPE#AT&ONA**O2@*A2

OPE#AT&ONA*"TAT,"@*A2

PA#ENT*OTN,!E#

#E"E#VA!*ET0PE#E"E#VAT&ON&D

Page 13 of 27


14/27

OR No: / Name

Case Study

.The serial generation program populates this table1 given thenumber

of serial numbers to create and the starting number andpre-F.'TL5S6STE'5ITE'S5BAs we /now in #$% on the &tem aster form lot of new -elds areadded li/e retest interval1 EFpiration Action1Process anufacturing isthe new tab and all its attributes so related to that this table isaected. All the new columns are added with respect to each newitem added on the form in table also.

ATT#&!,TE$?

ATT#&!,TE$K

ATT#&!,TE$L

ATT#&!,TE$M

ATT#&!,TE%

ATT#&!,TE%$

ATT#&!,TE%%

ATT#&!,TE%:

ATT#&!,TE%T02TT*O>D!ACJ,PT*;!2TPT*ON9AND*OCJTEPT*P&CJ"*&PN,!E#"T*POPACJ"*&P"T*#A"E#&A*TEPT*"E#&A*N,!E#"2TT*T#AN"#EA"ON"EC,#&T0T*,OCONVE#"&ON"E#E"2TPT*V&>,ANT&T&E"TEP;"CA#TON&GAT&ONTEP

2.8.CHANESININTERFACES

@ollowing interfaces tables are changed in #$%.

Inter-ace Ta%le Na/eChan*es In R12&Ne,ly A$$e$Col!/ns#

'TL5ITE'5CATEORIES5INTERFACE

T*&TECATE2O#&E"&NTE#@ACE tabletemporaril' stores data about inventor' itemassignments to categor' sets and categoriesbefore loading this information into Oracle&nventor'.This table contains user friendl' columnswhich allow 'ou to easil' enter 'our data.&nventor' items1 categor' sets andcategories participating in an assignmentcan be entered as corresponding ids orvalues. &f ids are not entered1 Oracle&nventor' will convert column values to ids.

C9AN2E&D

C9AN2E*&NE&D

"O,#CE"0"TE&D"O,#CE"0"TE#E@E#ENCE

Page 16 of 27


17/27

OR No: / Name

Case Study

@or eFample1 'ou enter theO#2AN&GAT&ONCODE1 &TEN,!E#1CATE2O#0"ETNAE1 CATE2O#0NAEand Oracle &nventor' will -ll in thecorresponding O#2AN&GAT&ON&D1&NVENTO#0&TE&D1 CATE2O#0"ET&D1CATE2O#0&D for 'ou. After performing theproper validation Oracle &nventor' will inserta record into the T*&TECATE2O#&E"'TL5ITE'5RE7ISIONS5INTERFACE

T*&TE#EV&"&ON"&NTE#@ACEtemporaril' stores revision levels for aninventor' item before loading thisinformation into Oracle &nventor'.This table contains user friendl' columnswhich allow 'ou to easil'enter 'our data as well as the correspondingforeign /e's. Oracle&nventor' will derive column values 'ou donot enter1 afterperforming the proper validation. @oreFample1 if 'ou enter theO#2AN&GAT&ONCODE1 Oracle &nventor' will-ll in the correspondingO#2AN&GAT&ON&D. 0ou will need to specif'

the &TEN,!E#column1 which is the concatenation of thes'tem item segments withthe correct delimiter in between. This table isused b' the iteminterface program in con(unction with theT*"0"TE&TE"&NTE#@ACEtable.

Descri"tion o- ne,ly a$$e$ col!/ns +

"O,#CE"0"TE&D "ource "'stem&denti-er4P&5"O,#CE"0"TE#E@E#ENCE "ource

"'stem #eference 4P&5C9AN2E&D Change &denti-er4P&5C9AN2E*&NE&D Change *ine &ndenti-er4P&5.Templateid ItemTemplate IdentifierT!"L#T_$#! - Item Template $ame

C9AN2E&D

&NTE#@ACETA!*E,N&>,E&D

"O,#CE"0"TE&D

"O,#CE"0"TE#E@E#ENCE

TEP*ATE&D

TEP*ATENAE'TL5SERIAL5NU'BERS5INTERFACE

This is the open interface table of serialinformation corresponding tomaterial transactions posted to Oracle

PA#ENT&TE&D

PA#ENTO!ECT&D

PA#ENTO!ECT&D%PA#ENTO!ECTN,!E#

Page 17 of 27


18/27

OR No: / Name

Case Study

&nventor'.The records in this table have acorrespondingparent record inT*T#AN"ACT&ON"&NTE#@ACE. Therecords in this tablewill be pic/ed up and validated b' theTransaction anager andthen transferred to their respectivetemporar' table for processing.&n #$% we have genealog' relatedenhancements also. @rom "erial Numbersscreen we can also see the corresponding lotnumber if items is lot enabled and now lot

PA#ENTO!ECTN,!E#%

PA#ENTO!ECTT0PE

PA#ENTO!ECTT0PE%'TL5S6STE'5ITE'S5INTERFACE

T*"0"TE&TE"&NTE#@ACE temporaril'stores the de-nitions forinventor' items1 engineering items andpurchasing items before loadingthis information into Oracle &nventor'..This table contains user friendl' columnswhich allow 'ou to easil'enter 'our data as well as theircorresponding foreign /e's. Oracle&nventor' will default column values 'ou donot enter1 afterperforming the proper validation. @oreFample1 'ou enter theO#2AN&GAT&ONCODE1 and Oracle &nventor'will -ll in the correspondingO#2AN&GAT&ON&D for 'ou. &t is strongl'recommended that users enterthe segment information for the item insteadof the item number.

.0ou can also speci-' a TEP*ATE&D to cop'item attributes from..Also1 if 'ou enter #EV&"&ON1 Oracle &nventor'will insert a recordinto T*&TE#EV&"&ON" for 'our item.

As we /now in #$% on the &tem aster formlot of new -elds are added li/e retest

ATT#&!,TE$?

ATT#&!,TE$K

ATT#&!,TE$L

ATT#&!,TE$M

ATT#&!,TE%

ATT#&!,TE%$ATT#&!,TE%%

ATT#&!,TE%:

ATT#&!,TE%uantites&NVCON"O*&DATEON9AND

The )uantit' is consumed in the order received.&f multiple users tr' to use onhand )uantit' atthe same time1 users might eFperience loc/s or)ueues waiting to use the onhand )uantit'record. A concurrent program was introduced toconsolidate Onhand >uantit' records for aparticular item to reduce the en)ueue waits. Theconsolidation will also remove 3ero onhand)uantit' records. This will be done through a

concurrent program called Consolidate&nventor' Onhand >uantities.

% &NV*OTAP&PJ2

This AP& is used to perform following actions&t populates the parent and child lot records andreturns them to the Create&nv*ot procedure.&tpopulates the grade code1 origination t'pe1eFpiration date1 retest date1 eFpiration action code1 eFpirationaction date1hold date and maturit' date basedon the values from mtls'stemitems for a givenorgani3ation and inventor' item id.&t performsthe validations on the lot and defaults themissing attributes as per the logic eFisting in theearlier createinvlot procedure.&t returns thepopulate lot record.

This @unction would be used to chec/ whetherthe lot number passed eFists in the database ornot.

: &NVCOP0&TECP

This procedure submits the &tem &mportconcurrent program. !efore submitting there)uest1 it veri-es that there are enough wor/ersavailable and wait for the completion of one ifnecessar'.

< T*CC"C9ED,*E#E>,E"T" This AP& is used to schedule item in theT*CC"C9ED,*E#E>,E"T" table after

Page 26 of 27


27/27

OR No: / Name

Case Study

scheduling in the c'cle count entries.

2.1@. OBSOLETEOBECTS

FOLLO(INCONCURRENTSARENOLONERUSEINR12

$5 Transfer transactions to 2*Navigation78View #e)uest"ubmit #e)uest.

2.11 OTHERS

'aterial A*in* ,or)o,.

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

Documents

R11i & R12 Inventory - Diff