r 12 Changes in Modules

8/13/2019 r 12 Changes in Modules

1/34

1 Oracle Advanced Collections

2 Oracle Advanced Global Intercompany Systems

3 Oracle Cash Management

4 Oracle General Ledger Oracle Legal !ntity Con"ig#rator

$ Oracle %ayables

& Oracle %ayments

' Oracle (eceivables

) *ill %resentment Architect#re

1+ Oracle S#bledger Acco#nting

Oracle Advanced Collections

(elease 12 o" Oracle Advanced Collections e,tends transactional and c#stomerdata in collection management processes -ithin and across operating #nits.O/s0 e- M#ltiOrg Access Control sec#rity pro"iles manage each collectorsaccess to operating #nits to -hich they are assigned 5his provides them -iththe visibility to c#stomer data and balances -ithin or across O/s on theircollector -or6 list and speci"ic screens "or a more complete #nderstanding o"each c#stomers collections sit#ation

Other ne- "eat#res in release 12 Oracle Advanced Collections incl#de7e- Implementation Chec6list and Set#p Screens

Improved %ayment %rocessing and C#stomer 8#nds Capt#re thro#gh integration-ith Oracle %ayments

/se o" Oracle 5erritory Management to 9e"ine Collections 5erritory:ierarchies

8inally; the collections -or6bench in Oracle (eceivables has been replaced -ith"#nctionality "rom Oracle Advanced Collections 9etails on the collections"eat#res available in Oracle (eceivables and Oracle Advanced Collections areprovided in Oracle MetaLin6 ote 3')4431

%lanning Considerations

I" yo# have #sed the Collections


2/34

5he collections "#nctionality available in Oracle (eceivables is intended "or A(cler6s -ho occasionally per"orm collections activities (eceivables #sers -hohave not p#rchased a license "or Oracle Advanced Collections are not a#thori>edto #se the "#ll "eat#re set o" this prod#ct 5here"ore; yo#r planning team sho#ldconsider the longterm operational re=#irements o" yo#r collections gro#p and

#pgrade to the appropriate collections management capability that best "itsthose re=#irements

%rocess Change

%ay heed to the order and "re=#ency in -hich the conc#rrent programs thata#tomate the collections processes are r#n 8or instance; some organi>ations r#ntheir scoring or d#nning processes in synch -ith their billing cycles -hile othersr#n them more "re=#ently

*ased on MOAC sec#rity; collections agents -ill be able to see across operating#nits and -ill need to consider this additional in"ormation as they revie- and

-or6 -ith c#stomer acco#nts8or collections organi>ations -here collectors or collector gro#ps are responsible"or managing speci"ic c#stomers; collections territories can be created in Oracle

5erritory Manager to "acilitate and manage c#stomer assignment and c#stomerrelated -or6 assignment

C#stomer call activity created in Oracle (eceivables prior to #pgrading to(elease 12 can be vie-ed "rom the Collections :istory tab by selecting?(eceivables Calls@ "rom the ?5ype@ List o" al#es

Con"ig#ration Change

Start by #sing the ne- Collections Implementation Set#p tool to create preprod#ction collections systems "or con"erence room pilots and testing Once yo#go live; yo#r prod#ction collections system settings can be easily modi"ied -iththe Set#p 5ool -hen changes are

(evie- and #se the precon"ig#red elements .correspondence templates; scoringmodels; strategies and -or6 items; and metrics0 in preprod#ction phases o" yo#r#pgrade 5hen add or adB#st those elements as

Agingbased d#nning plans in (12 ."or either Advanced Collections or(eceivables #sers0 incl#de7

Con"ig#rable d#nning letter templates #sing Oracle *I %#blisher

O#tp#t as email; "a, or print

Optional d#nning calls assigned to collector "or "ollo- #p

Considerations

Collections scoring and collections strategies are not e,tended to O/ level:ighest level "or these are still

9#nning plan capability is available "or both Advanced Collections and(eceivables #sers Con"ig#rable collections strategy management .-hich also

s#pports d#nning activities0 is available in Oracle Advanced


3/34

e- collections scoring models and c#stomer metrics in Oracle AdvancedCollections are best con"ig#red by =#ali"ied 9*As e- scoring and metrics are#s#ally created d#ring yo#r #pgrade proBect; prior to going live -ith the mod#le

Oracle Advanced Global Intercompany Systems

Oracle Advanced Global Intercompany Systems is a ne- prod#ct in (elease 12;replacing the Global Intercompany System in earlier releases It allo-scompanies to streamline intercompany processing and "acilitates intercompanyreconciliation

5he 6ey components o" the Advanced Global Intercompany System are7

D Intercompany *alancing

D Man#al Intercompany 5ransactions

D Intercompany Invoicing

D Intercompany (econciliation

Intercompany *alancing

Overvie-7

Intercompany *alancing calc#lates intercompany acco#nting -hen transactionsare entered directly in the Advanced Global Intercompany system; and also -henintercompany transactions occ#r in Oracle General Ledger and Oracle S#bledgerAcco#nting Intercompany *alancing #ses the same single set o" intercompany

acco#nts and r#les "or consistent acco#nting treatment thro#gho#t 8inancials9#ring the (12 #pgrade; GIS data is #pgraded to AGIS; and yo# can then #se(12 "#nctionality to7

9e"ine all intercompany acco#nting de"initions

S#pport tr#e legal entity "or intercompany transactions bet-een legal

Maintain separate intracompany acco#nting "or transactions bet-een balancingsegments in the same legal

5rac6 trading partners in a separate optional intercompany segment

%rocess ChangeAcco#nting Set#p Manager in (elease 12 has a separate set#p screen "orIntercompany E Intracompany

(elease 12 s#pports legal entity integration -ith intercompany balancing r#les"or intercompany acco#nts -hen t-o legal entities trade Legal entitycon"ig#ration is not needed "or intracompany balancing bet-een pairs o"balancing segment val#es -ithin the same legal

Intercompany balancing s#pports separate Intercompany %ayables andIntercompany (eceivables acco#nts rather than a single intercompany d#etoEd#e "rom acco#nt


4/34

Fo# can create an optional intercompany segment in yo#r chart o" acco#ntsstr#ct#re It -ill a#tomatically be pop#lated -ith the balancing segment val#e o"the trading partner to provide more detail "or reporting and reconciliation


5he (12 #pgrade converts intercompany acco#nts created in GIS intointracompany balancing acco#nts and r#les A#toAcco#nting r#les in GIS are not#pgraded; and need to be set #p as Acco#nt 9erivation (#les and compiled -iththe 5ransaction Acco#nt *#ilder in S#bledger

5o #se intercompany acco#nting r#les; yo# need to set#p legal entities "ortransacting s#bsidiaries; map them either to ledgers or balancing segmentval#es; and speci"y them as intercompany organi>ations As part o" the #pgrade;GIS s#bsidiaries -ill be converted to intercompany organi>ations; one "or one

Fo# need to veri"y post#pgrade that the correct legal entity has been assignedto the intercompany organi>ation so that it can be #sed In some cases the

a#tomatic #pgrade may not have been able to identi"y one and only one legalentity to associate to an intercompany organi>ation In that case the organi>ation-ill be inactive and m#st be #pdated -ith the correct legal entity be"ore it canbe #sed in

5he (12 Grant *ased Sec#rity Model maps intercompany organi>ations to #sersinstead o" responsibilities Sec#rity grants are created "or the #sers based on thes#bsidiaries assigned to the responsibilities that each #ser -as assigned A #sermay be given access to many di""erent intercompany trading partners regardlesso" the responsibility #sed to log in

Considerations

Man#al Intercompany 5ransactions

Overvie-

5he Man#al Intercompany 5ransaction -indo- "acilitates intercompanytransaction processing bet-een di""erent legal entities #nder one or moreledgers 9#ring the (12 #pgrade; GIS data is #pgraded to AGIS; and yo# can then#se (12 "#nctionality to7

Create Intercompany *atches "or transactions to m#ltiple recipients .norestriction on COA; c#rrency; calendar0; -ith optional proration o" amo#ntsacross recipients

Maintain intercompany periods to control timing o" transactions .eg d#ring periodclose0 and close intercompany periods by transaction type

Optionally create intercompany invoices bet-een s#bsidiaries a#tomatically

/se Oracle Approvals Manager "or intercompany transaction approvals

Grant #ser access to m#ltiple s#bsidiaries "rom a single responsibility

%rocess Change

e- -or6bench "or entering man#al intercompany transaction


5/34

All GIS ne- and completed transactions are #pgraded as AGIS transactionbatches Generally; "or each GIS transaction a batch is created


Approvals Manager set#p

Optionally create intercompany calendar E periods to control timing o"intercompany transaction entry

Set#p intercompany invoicing options ations that are trading partners to A% S#ppliersand A( C#stomers in 5CA


6/34

Considerations

Intercompany invoices are only created "or man#al intercompany transactions.ie not "or intercompany Bo#rnal entries entered directly in

Creation o" additional c#stomer E s#pplier records and mapping to intercompany

organi>ations is not done a#tomatically as part o" the #pgrade

Intercompany (econciliation

Overvie-

Intercompany provides reconciliation tools to sort o#t any discrepancies inacco#nting balances bet-een the intercompany organi>ations

(elease 12 highlights "or Intercompany (econciliationH

ie- intercompany o#to"balance acco#nts and drill do-n to details o" thes#bledger acco#nting and

*I %#blisher technology "or reconciliation reporting7 the layo#t is "#llyc#stomi>able and can be do-nloaded to des6top tools .eg !,cel or


7/34

o 9e"a#lt r#les and p#blic A%Is can be #sed to pop#late e,pense acco#nt; assetcategory and other re=#ired "ields to complete the preparation o" mass additionlines a#tomatically

o Co#ld signi"icantly red#ce the overhead associated -ith man#al preparation o"mass addition lines

D A#tomatic 9epreciation (ollbac6

o 9epreciation is rolled bac6 a#tomatically -hen any transaction is per"ormed onan asset i" the period has not yet been closed

o o longer re=#ired to r#n depreciation rollbac6 program man#ally

o !,ec#ted only on select assets as re=#ired and not on the entire asset boo6Hres#lting in a "aster period close

D 8le,ible (eporting #sing ML %#blisher

D !nhanced 8#nctionality "or !nergy Ind#stry

%rocess Change

D %repare Mass Additions process provided in (elease 12 a#tomaticallypop#lates all the re=#ired in"ormation "or mass additions lines Mass

additions data may be optionally veri"ied be"ore posting the mass additions lines

D e- SLA Acco#nting report and online acco#nt in=#iry provided 5he Acco#nt9rill 9o-n report has been replaced the Acco#nt Analysis report

D 5he Create Ko#rnal !ntries and (ollbac6 Ko#rnal !ntries programs are no-

obsolete Create Ko#rnal !ntries has been replaced by Create Acco#nting

D 5he Create 9e"erred 9epreciation Ko#rnal !ntries program is no- obsolete/sers no- need to r#n Calc#late 9e"erred 9epreciation "ollo-ed by CreateAcco#nting

D 9#ring #pgrade; transactions in the c#rrent "iscal year in Assets boo6s -ill havetheir acco#nting lines migrated to the S#bledger Acco#nting model Acco#nting"or c#rrent period depreciation -ill be #pgraded only i" depreciation has alreadyr#n "or the period; and the period remains open A"ter the #pgrade; yo# can r#nthe SLA post#pgrade process to #pdate acco#nting "or past transaction data asneeded

D %rior to (elease12; acco#nting records -ere not created #ntil a"terdepreciation had r#n 8or e,ample; i" yo# added an asset and -ent to the

5ransaction :istory "orm; yo# -o#ld not see any addition acco#nting lines i"depreciation had not been r#n %ost #pgrade; ho-ever; these records -o#ldappear in the 5ransaction :istory "orm "or additions; bac6dated additions;bac6dated trans"ers and retirements


D e- con"ig#rable r#les "or a#tomatic preparation o" mass additions


8/34

o Fo# can #se de"a#lt r#les provided by Oracle -here the e,pense acco#nt isderived "rom the clearing acco#nt by replacing the nat#ral acco#nt segment"rom the asset category

o In addition; de"a#lt r#les pop#late the asset category based on the clearingacco#nt "rom the asset category set#p .i" there is a one to one match0

o I" the de"a#lt r#les do not satis"y yo#r re=#irements; yo# can create c#stomlogic coded in a p#blic A%I to prepop#late these val#es

D Generic S#bledger Acco#nting Architect#re con"ig#ration has been disc#ssed ina separate section o" this doc#ment

In s#mmary; the 6ey set#p steps are7

o Compile the Application Acco#nting 9e"inition in SLA %lease note that the preseeded acco#nt derivation de"initions have been provided "or Assets Fo# can#se the seeded acco#nt derivation de"initions or modi"y them as re=#ired

o Complete the Acco#nting Set#p "lo- in Oracle General Ledger

Considerations

D Fo# may have to loo6 care"#lly at the clearing acco#nt in yo#r category set#psi" yo# are planning to #se de"a#lt r#les "or a#tomatic preparation o" massaddition lines I" yo# have been #sing the same clearing acco#nt across di""erentcategories; the de"a#lt r#les -ill not -or6 e""ectively

D In (elease 12; Oracle contin#es to s#pport Acco#nt Generator "#nctionality "ore,isting asset boo6s :o-ever; the common SLA plat"orm provides manyopport#nities to implement comple, acco#nting r#les -itho#t c#stomi>ations8or instance; some o" o#r c#stomers have re=#irements -here the retirementacco#nt is di""erent based #pon the type o" retirement .missing; sale; the"t; etc0

5hese acco#nting r#les can be con"ig#red in SLA -itho#t comple, c#stomi>ationson yo#r part

Oracle Cash Management

Oracle Cash Management is an enterprise-ide sol#tion "or managing li=#idityand controlling cash In (elease 12; Oracle Cash Management starts leveragingseveral architect#ral crossprod#ct "eat#res s#ch as M#ltiOrg Access Control andS#bledger Acco#nting

5he 6ey ne- "eat#res in (elease 12 are7

D Centrali>ed Internal *an6 Acco#nt Model

D *an6 Acco#nt 5rans"ers

D *an6 Acco#nt *alances and Interest

Centrali>ed Internal *an6 Acco#nt Model

Overvie-

In (elease 12; internal ban6 acco#nts "or #se in Oracle %ayables; Oracle

(eceivables; Oracle %ayroll; Oracle 5reas#ry and Oracle Cash Management arecentrally de"ined and maintained in Oracle Cash Management


9/34

%rocess Change

D Internal ban6 acco#nt #sage in Oracle %ayables; Oracle (eceivables; Oracle%ayroll; Oracle 5reas#ry and Oracle Cash Management does not change in(elease 12 Internal ban6 acco#nt maintenance; ho-ever; is done di""erently asdescribed belo-


D 5here is ne- #ser inter"ace in Oracle Cash Management "or ban6; ban6 branchand ban6 acco#nt maintenance ard

D Internal ban6 acco#nts are o-ned by legal entities Any operating #nit #nderthe same legal entity can be granted access to the same ban6 acco#nt

D *an6 acco#nt reconciliation parameters are no- de"ined at the ban6 acco#ntlevel

D *e"ore yo# can enable ban6 acco#nt #sage in Oracle 5reas#ry; yo# -ill need tolin6 a ban6co#nterparty in 5reas#ry to the ban6 branch in Cash Management;#sing 5reas#rys Co#nterparty %ro"iles -indo-

D 5he system s#pports co#ntry speci"ic validations "or the ban6 acco#nt andaddress "ormat


10/34

D e- #ser inter"ace is available "or capt#ring and; separately a#thori>ing ban6acco#nt trans"ers

D *an6 acco#nt trans"ers can be created intracompany .bet-een t-o ban6acco#nts belonging to the same legal entity0 or intercompany .bet-een t-oban6 acco#nts belonging to t-o di""erent legal entities0

D (e#sable ban6 acco#nt trans"er templates can be created "or accelerated dataentry


D %rivileges to create ban6 acco#nt trans"ers are granted to a #ser role by legalentity in the Oracle /ser Management sec#rity -i>ard

D Acco#nting con"ig#ration "or ban6 acco#nt trans"ers is done in s#bledgeracco#nting Seeded Bo#rnal line de"initions are provided "or ban6 acco#nttrans"er clearing and #nclearing /sers can de"ine additional Bo#rnal line

de"initions "or ban6 acco#nt trans"er creation and cancelation

D Settlement o" ban6 acco#nt trans"ers is done via Oracle %ayments

D I" yo# plan to create intercompany ban6 acco#nt trans"ers; yo# -ill need tode"ine intercompany acco#nts in Oracle Advanced Global Intercompany Systemin order to create proper Bo#rnal entries

Considerations

D *an6 acco#nt trans"ers can be created in the system a#tomatically i" yo# have>erobalance acco#nts .*As0 -ith yo#r ban6s

*an6 Acco#nt *alances and Interest

Overvie-

In (elease 12; Oracle Cash Management provides rob#st "#nctionality "or ban6acco#nt balance reporting; both online and via conc#rrent programs -ith Oracle*I %#blisher In addition; ban6 balance interest can be calc#lated "or ban6 "ee orcredit veri"ication

%rocess Change

D 5here is ne- ban6 balance maintenance #ser inter"ace in Oracle CashManagement *an6 balance maintenance in Oracle 5reas#ry is disabled 5hedata; ho-ever; is replicated bet-een Cash Management and 5reas#ry "or ban6acco#nts #sed in 5reas#ry; so that the interest accr#al and settlement can stillbe per"ormed in 5reas#ry


D 5here is a ne- #ser inter"ace to manage interest rate sched#les *e"ore ban6balance interest can be calc#lated; interest rate sched#les have to be de"inedand assigned to ban6 acco#nts

D *asis; Interest (o#nding; 9ay Co#nt *asis and Interest Incl#des parameters;previo#sly de"ined at the ban6 acco#nt balance level in Oracle 5reas#ry; are no-

a part o" the interest rate sched#les in Oracle Cash Management %ort"olio Code;%ricing Model and Limits; previo#sly de"ined at the ban6 acco#nt balance level in


11/34

5reas#ry; are no- a part o" the internal ban6 acco#nt de"inition in CashManagement

Considerations

D Interest amo#nt can be calc#lated "or both standalone ban6 acco#nts and

notional cash pools

D 8or each ban6 acco#nt and balance date; yo# can 6eep trac6 o" m#ltiplebalance types7 ledger; available; val#e dated; 1day "loat; 2day "loat; proBectedmonthtodate average; and yeartodate average It sho#ld be noted that thesystem does not calc#late any o" these balance types 5hey can be pop#latedman#ally or "rom the ban6 statement

D %roBected closing ban6 acco#nt balance can be saved alongside act#al ban6acco#nt balances #sing the ne- b#tton in the Cash %osition -indo-

Oracle General Ledger

In (elease 12; Oracle General Ledger is signi"icantly enhanced to s#pport m#ltinational companies and shared services centers Fo# can per"orm sim#ltaneo#sacco#nting "or m#ltiple reporting re=#irements Fo# can also gain processinge""iciencies by setting #p; accessing; and processing data across m#ltiple ledgersand legal entities "rom a single responsibility

(elease 12 highlights "or Oracle General Ledger incl#deH

D Centrali>ed Acco#nting Set#p

D 9ata Access Sets

D Ledger E Ledger Set Architect#re

D (eplacement "or 9isabled Acco#nts

ote7 5here is also a terminology change bet-een (elease 11i and (elease 127Sets o" *oo6s are #pgraded and renamed to Ledgers the #pgrade retains all 11isettings

Centrali>ed Acco#nting Set#p

Overvie-7

In (elease 12; the Acco#nting Set#p Manager centrali>es the set#p and

maintenance o" common acco#ntingrelated set#p that is shared across Oracle8inancials applications; "or e,ample7

D 9e"inition o" legal entities and associated acco#nting set#p to meet di""erentacco#nting principles and reporting re=#irements o" m#ltiple co#ntries #singdi""erent c#rrencies; charts o" acco#nts andEor calendars

D Secondary ledgers and reporting ledgers to create alternate acco#ntingrepresentations a#tomatically

%rocess Change

D Acco#nting Set#p Manager is #sed to create and maintain acco#nting set#psAn acco#nting set#p de"ines the acco#nting conte,t "or one or more legal


12/34

entities or other b#siness entities 5he #pgrade creates a separate acco#ntingset#p "or each primary ledger that is #pgraded "rom a set o" boo6s

o Legal !ntities7 :( Organi>ations classi"ied as G(!EL!s in (elease 11i -ill be#pgraded legal entities in (elease 12 Legal entities can be assigned to a ledgerand balancing segment val#es can optionally be mapped to legal entities to helpidenti"y transactions by legal entity

o Operating /nits7 All :( Organi>ations classi"ied as operating #nits -ill bepreserved in (elease 12 I" operating #nits are assigned to a set o" boo6s; thenthey -ill be associated to a primary ledger in an acco#nting set#p

o %rimary Ledger7 Most sets o" boo6s in (elease 11i -ill become primary ledgersin (elease 12

o Secondary Ledgers7 M#ltipleposting set o" boo6s .Global Acco#nting !ngine0-ill #pgrade to secondary ledgers

o (eporting C#rrencies7 M#ltiple (eporting C#rrency .M(C0 reporting sets o"boo6s become reporting c#rrencies in (elease 12

o Intercompany Acco#nts7 5he (elease 11i Global Intercompany System .GIS0-ill be replaced by Advanced Global Intercompany System .AGIS0 and GIS"eat#res -ill be migrated to the corresponding "eat#res in AGIS

o S#bledger Acco#nting Method7 All #pgraded ledgers in (elease 12 -ill have as#bledger acco#nting method assigned d#ring the #pgrade Any reportingc#rrencies assigned to the ledger inherit the s#bledger acco#nting method "romthe so#rce ledger 5he s#bledger acco#nting method enables Oracle GeneralLedger to integrate -ith Oracle s#bledgers #sing S#bledger Acco#nting All

#pgraded; nonp#blicsector ledgers -ill have a s#bledger acco#nting methodassigned called Standard Accr#al or Standard Cash All #pgraded p#blic sectorledgers -ill have a s#bledger acco#nting method assigned called !nc#mbranceAccr#al or !nc#mbrance Cash 8or /S 8ederal c#stomers; all #pgraded ledgers-ill have the /S 8ederal Acco#nting s#bledger acco#nting method assigned tothem


D Create legal entities and assign them to acco#nting set#ps either assigned toledgers or mapped to balancing segment val#es

D Create primary and secondary ledgers and mappings "or alternate acco#ntingrepresentations "rom single transaction .replacement "or the Global Acco#nting!ngine 9#al %osting sol#tion in (elease 11i0

Considerations

D Se=#encing is determined by the ledger Ko#rnal entries may have m#ltiplelegal entities .each acco#nting line may be di""erent0; so there is no distinct legalentity o" the Bo#rnal header

D In (elease 11i; #sers co#ld change settings "or certain options on a primary seto" boo6s independently o" its reporting set o" boo6s 5he #pgrade -ill preserve

the (elease 11i settings; b#t in (elease 12 these options cannot be man#ally#pdated "or reporting c#rrencies beca#se the reporting c#rrency -ill inherit its


13/34

settings "rom its so#rce ledger I" yo# modi"y any o" the ledger options "or theso#rce ledger a"ter the #pgrade; the settings on the reporting c#rrency -illa#tomatically be changed to be synchroni>ed -ith the so#rce ledger

D Fo# can r#n the Acco#nting Set#p Manager %re/pdate 9iagnosis (eport tovie- yo#r (elease 11i set#p "or M#ltiple (eporting C#rrencies; General Ledger;Global Acco#nting !ngine; Assets; %ayables; and (eceivables 5his

report identi"ies potential problem areas -here yo# may -ant to modi"y yo#rset#p in order to ta6e advantage o" ne- (elease 12 "#nctionality

9ata Access Sets

Overvie-

9ata access sets allo- #sers to access m#ltiple ledgers and ledger sets -ithinGeneral Ledger "rom a single responsibility 5his allo-s yo# to7

D Sec#re #ser access to data by ledger; balancing segment val#e ormanagement segment val#e

D Grant readonly #ser access; or read and -rite access

%rocess Change

D %rocess changes do not directly impact #sers; b#t rather control GeneralLedger sec#rity behind the scenes

D Sec#rity allo-s yo# to sec#re #sers access to data; or portions o" data

D %rivileges allo- yo# to grant #sers read only or readE-rite access to speci"ic

*alancing segment val#es -ithin a ledger; or to speci"ic ledgersD 9ata access sets -or6 -ith crossvalidation r#les and "le,"ield val#e sec#rityr#les I" "le,"ield val#e sec#rity r#les are de"ined that prevent certainresponsibilities "rom accessing certain segment val#es; those r#les are combined-ith data access set sec#rity


D 5he General Ledger Acco#nting Set#p %rogram a#tomatically creates a dataaccess set "or each ledger and reporting c#rrency .Bo#rnal level or s#bledgerlevel0 assigned to a completed acco#nting set#p 5he systemgenerated dataaccess sets created "or each ledger and reporting c#rrency provide "#ll read and-rite access to the ledger and all o" its balancing segment val#es andmanagement segment val#es

D .Optional0 Man#ally create data access sets to "#rther control read and -riteaccess to ledgers; ledger sets; or speci"ic balancing segment val#es ormanagement segment val#es "or a ledger or ledger set 8or e,ample; i" yo# havea shared acco#nting set#p -here m#ltiple legal entities share the same primaryledger; yo# can limit a #serNs access to a legal entityNs data by creating a dataaccess set that sec#res read and -rite access to speci"ic balancing segmentval#es or legal entities


14/34

D 5o associate a data access set to a responsibility; yo# m#st assign a dataaccess set to the GL7 9ata Access Set pro"ile option at the Site; Application; or(esponsibility level

Considerations

D All ledgers and ledger sets assigned to a data access set m#st share the samechart o" acco#nts and acco#nting calendarEperiod type combination

D /se data access sets instead o" "le,"ield val#e sec#rity r#les to sec#re read and-rite access to balancing segment val#es and management segment val#es8le,"ield val#e sec#rity r#les are still applicable "or the other segments o" theacco#nting "le,"ield

D I" yo# have readonly access to a ledger; or read and -rite access only to someo" its balancing segment val#es and management segment val#es; yo# -ill notbe able to open and close its acco#nting periods

D 8SG report o#tp#t ta6es into acco#nt data access set sec#rity and only sho-sthe data accessible "or yo#r responsibility Fo# m#st have at least read access tothe data to vie- it on a report

Ledger E Ledger Sets Architect#re

Overvie-

Sets o" boo6s are #pgraded to ledgers in (elease 12 Ledger sets allo- gro#pingo" ledgers -ith the same chart o" acco#nts and calendar E period type; to allo-processing across m#ltiple ledgers sim#ltaneo#sly 5hey do not have to sharethe same c#rrency 5his allo-s yo# to gro#p the primary or secondary ledgers

-ith their associated reporting c#rrencies to red#ce maintenance e""orts andstreamline processing

Ledger sets "acilitate the "ollo-ing acco#nting operations across ledgers7

D Open E close periods "or m#ltiple ledgers sim#ltaneo#sly

D S#bmit conc#rrent programs "or all ledgers in a ledger set

D Cross ledger allocations; rec#rring Bo#rnals and yearend closing Bo#rnals

D C#rrency translation "or m#ltiple ledgers sim#ltaneo#sly

D 8inancial reporting .8SGs0 across ledgers

D Acco#nt in=#iry across ledgers

%rocess Change

D Management o" m#ltiple ledgers sim#ltaneo#sly by gro#ping them into ledgersets


D Create ledger sets to gro#p ledgers -ith the same chart o" acco#nts andcalendar E period type

D Assign ledger sets to data access sets "or #ser access and sec#rity 5he systema#tomatically creates a data access set each time yo# de"ine a ne- ledger set


15/34

5he system generated data access set provides "#ll read and -rite access to theledgers in the ledger set *e"ore yo# can begin #sing the ledgers contained inyo#r ledger set "or transaction processing; yo# m#st assign the ledger set to thepro"ile option GL7 9ata Access Set

Considerations

D 5he same ledger can belong to m#ltiple ledger sets; and ledger sets cancontain other ledger sets

D /se a ledger set to combine the so#rce ledger -ith its reporting c#rrencies.Bo#rnal and s#bledger levels0 to open and close periods across all ledgerssim#ltaneo#sly *oth the so#rce ledger and its reporting c#rrency m#st have thesame open periods to prevent problems d#ring posting in the general ledger

(eplacement "or 9isabled Acco#nts

Overvie-

%revent errors red#ce man#al intervention in the Bo#rnal import process byde"ining a replacement acco#nt "or disabled acco#nts I" speci"ied; the alternateacco#nt is #sed by the Ko#rnal Import process and the Create Acco#ntingprogram in S#bledger Acco#nting to replace the original acco#nt combination i" itis disabled or enddated

%rocess Change

oneCon"ig#ration Change

9e"ine alternate acco#nts -hen creating GL acco#nt combinationsOracle Legal !ntity Con"ig#rator

In (elease 12; Oracle !*#siness S#ite is moving "rom an implicit de"inition o"legal entities to an e,plicit one Fo# -ill be able to de"ine legal entities to meetdi""erent stat#tory principles and reporting re=#irements o" m#ltiple co#ntriesand B#risdictions 5he Legal !ntity architect#re allo-s yo# to represent the legalorgani>ation str#ct#re separately "rom the operational b#siness str#ct#re Ahighlight o" (elease 12 is the Legal !ntity Con"ig#rator -hich g#ides the #serthro#gh the L! creation process

Overvie-

5he Legal !ntity Con"ig#rator allo-s yo# to de"ine legal entities to meet stat#toryprinciples and reporting re=#irements o" m#ltiple co#ntries or legal B#risdictions

5his legal entity de"inition is #sed in the "ollo-ing b#siness processes7

o %ayment r#ns by legal entity

o Intercompany .legal entity s#bsidiaries that trade -ith each other0

o 5a, calc#lations .legal establishments that are registered -ith a ta, a#thority0

o *an6 acco#nt o-nership

o O-nership o" s#bledger transactions .eg in %ayables or (eceivables0


16/34

o (eporting at the legal entity level

%rocess Change

D S#bledger transactions are stamped .at header level0 -ith the o-ning legalentity in addition to an operating #nit

D 5he legal entity is determined as "ollo-s7

o !ach transaction e,ists -ithin an operating #nit and that O/ has a ledger-hich -ill acco#nt the transactions I" that ledger has more than one legal entityassociated -ith it; then a hierarchy o" L! derivation is #sed to de"a#lt an L! 8ore,ample in A( the legal entity derivation hierarchy "or transactions is

1 5ransaction 5ype

2 *atch So#rce

Assigning a L! to a transaction type or batch so#rce is optional and only the L!s

mapped to the ledger associated -ith the O/ are available to assign

o Legal entity can also be de"a#lted "rom the de"a#lt legal conte,t o" anoperating #nit i" no other de"a#lt e,ists 8or val#es to sho- #p in the LOassociated to a de"a#lt legal conte,t; an L! m#st be associated to the ledger thatis assigned to the O/

o I" no de"a#lt legal entity val#e is "o#nd "rom any other so#rce; the #ser m#ste,plicitly provide it d#ring transaction entry

D Additional in"ormation7

o :o- do I de"ine my Legal !ntitiesJhttp7EEdavidhaimes-ordpresscomE2++&E11E21Eho-doide"inemylegalentitiesE

o Can I assign an operating #nit to 2 legal entitiesJhttp7EEdavidhaimes-ordpresscomE2++&E12E11Ecaniassignanoperating#nitto2legalentitiesE

o (elease 127 Legal !ntity /pta6ehttp7EE---oracleappsh#bcomErelease12Erelease12legalentity#pta6eE


D Migration o" e,isting data into legal entities .eg G(!EL!s; A% (eporting !ntities;

A5 (eporters; *ra>ilian Companies and Global 9escriptive 8le,"ields0

D Create legal entities and assign them to acco#nting set#ps An organi>ation o"type G(!EL! is #sed as a so#rce "or creating an L! d#ring the (12 #pgrade *#ta"ter migration there is no lin6 bet-een an :( organi>ation o" type NG(!EL!N andan L! created #sing the Legal !ntity Con"ig#rator /Is Altho#gh it is a so#rce "or#pgraded legal entities; :( Organi>ation cannot be #sed "or creating a ne- L! in(elease 12

D Con"ig#re e,isting organi>ations to be legal entities or establishments asappropriate


17/34

D /se Legal !ntity Associations to maintain the association bet-een b#sinessconstr#cts .operating #nits; inventory organi>ations; inventory locations etc0 andlegal constr#cts .legal entities and establishments0

D Assign legal entities to intercompany organi>ations .i" #sing AGIS0

Considerations

D 5here is no Legal !ntity #pta6e in Oracle General Ledger or Oracle Assets instead the ledger or balancing segment val#e is #sed

D Se=#encing on transactions is still by ledger; not by legal entity

D I" yo#r legal entities share the same ledger attrib#tes .s#ch as chart o"acco#nts; calendar; acco#nting method0; it is possible "or them to #se the sameledger depending #pon yo#r b#siness needs Fo# can also assign balancingsegment val#es to legal entities that share the same ledger recommended "oreasier identi"ication o" transactions and "or reporting p#rposes ote that

balancing segments are re=#ired "or intercompany acco#nting bet-een legalentities that share the same ledger

D I" legal entities di""er in any o" the 4Cs or re=#ire di""erent ledger processingoptions .li6e average daily balances; Bo#rnal approval; or se=#encing0; separateprimary ledgers are re=#ired It may be possible to gro#p m#ltiple ledgers intoledger sets "or easier processing i" need to set#p m#ltiple ledgers "or legalreasons

D In (elease 12 there is no direct relationship bet-een an operating #nit and alegal entity One -ay o" determining the operating #nits associated -ith a

legal entity is via the ledger associated -ith both the legal entity and theoperating #nit ote that there may not be a #ni=#e relationship bet-een a legalentity and an operating #nit

See the Oracle Legal !ntity Con"ig#rator (elease 12 (oadmap 9oc#ment-hichdescribes the p#blished in"ormation available "or Oracle Legal !ntityCon"ig#rator; (elease 12 /se this doc#ment to ens#re that yo# leverage alle,isting reso#rces to learn abo#t; install; implement; and #se this prod#ct in(elease 12

Oracle %ayables

In (12; Oracle %ayables has made some signi"icant changes in the "ollo-ingareas

D S#pplier (epresentation in 5CA .5rading Comm#nity Architect#re0

D Invoice Lines

D %ayment %rocess

D A%A( etting

S#pplier (epresentation in 5CA

Overvie-


18/34

5rading Comm#nity Architect#re is a data model that allo-s the deployingcompany to maintain in"ormation abo#t its parties .c#stomers; s#ppliers; ban6setc0 and their relationships -ith the deploying company in a centrali>ed place;thereby providing a single so#rce o" tr#th It also allo-s easier crossprod#ctintegration

%rocess Change

D e- #ser inter"ace presents a clear distinction bet-een the s#ppliers companydetails and terms and controls "or the trading relationship

D Managing the attrib#tes speci"ic to partic#lar "#nctional areas s#ch as Oracle%ayables; %#rchasing and (eceiving can be controlled -ith the #se o" 8#nctionSec#rity

D Adding ne- locations or relationships -ith additional operating #nits isstreamlined

D !ach s#pplier is associated -ith a party and each s#pplier site is associated-ith a party site

D Addresses can be entered and "ormatted based on co#ntry speci"ication

Con"ig#ration Change7

D


19/34

D S#pplier or s#pplier site merge does not a""ect contacts 5he contacts areal-ays trans"erred to the merged s#pplier site speci"ied in the s#pplier merge"orm

D !mployees that -ere de"ined as s#ppliers in prior releases -ill not be migrated;as their in"ormation -o#ld already e,ist in 5CA

D S#pplier open inter"ace processes are enhanced to s#pport the creation o" 5CAentities -hile importing s#ppliers 5he creation o" s#pplier ban6 acco#nts is alsos#pported "rom the s#pplier open inter"ace

Invoice Lines

Overvie-

5he addition o" invoice lines allo-s Oracle %ayables to better model the paper orelectronic b#siness doc#ment by representing the goods or services; as -ell asta,; "reight and other charges 5he ne- invoice str#ct#re also more acc#rately

models Oracle %roc#rements %O shipment; allo-ing "or improved allocation o"charges; as -ell as enhancing the matching "#nction

%rocess Change

D 5he ne- Invoice


20/34

Considerations

D o ne- set#p steps are re=#ired "or #sing Invoice Lines

D 5he standard #pgrade process creates one invoice line "or every distrib#tione,isting in the 11i %ayables distrib#tion table

D !,change rate variance .!(0 and invoice price variance .I%0 amo#ntsbecome separate distrib#tions in the #pgrade process and so; are no longer parto" the item distrib#tions

D Charge .ta,E"reightEmiscellaneo#s0 distrib#tions are created at the ma,im#mlevel o" detail to represent detailed allocation in"ormation

D In prior releases; the allocations -ere managed by a charge allocation table-hich is no- obsolete;

%ayment %rocess !nhancements

Overvie-

5he payment process has been signi"icantly enhanced in (elease 12 5he"ollo-ing are some o" the ne- enhancements that -ere made in this release7

D More rob#st and "le,ible payment processing engine

D Improved visibility into payment processing via the centrali>ed %aymentsdashboard

D Improved pay r#n a#tomation

D Improved pay r#n management tools7

o !nhanced cash management report

o Comprehensive selected invoice in"ormation

o Improved online in=#iry o" selected invoices

D %rocess payments "or m#ltiple operating #nits "rom single responsibility

%rocess Change

D A ne- Selected Invoices page displays s#mmary and detail in"ormation #sed tovie- and analy>e invoices selected in a pay r#n

D %o-er"#l search tools improve online in=#iry to invoices that yo# may -ant torevie-; modi"y; or remove "rom a pay r#n

D /sers can no- vie- invoices that -ere not selected d#e to vario#s reasons .notvalidatedEapproved0

D A %ayment 9ashboard empo-ers yo#r payment manager to monitor all c#rrentpay r#n processing and gives them visibility to payment processes that re=#ireattention

D I" payment batch sets -ere #sed as a -or6aro#nd "or doing m#ltic#rrency payr#ns in 11i then; consider combining those pay r#ns into a single pay r#n In

addition a single payment r#n can process m#ltiple ban6s that incl#des bothelectronic and printed payments


21/34

D 5he %ayment %rocess (e=#est template enables yo# to prede"ine invoiceselection criteria; thereby simpli"ying payment processing

D alidation errors d#ring the payment b#ild process are a#tomatically handledbased on the options that are speci"ied on the payment process re=#est 8ore,ample; the process may be stopped "or revie-; payments -ith errors can bereBected; or all payments may be reBected in the re=#est i" errors e,ist

D /sage r#les and validations can be set #p "or a payment method

D %ay r#ns can be stopped at t-o points /sers can choose to pa#se a"ter theinvoices are selected At this point; #sers can revie- selected payments; add orremove sched#led payments or change payment and disco#nt amo#nts 5hesecond point is a"ter the sched#led payments are b#ilt into payments :ere; the#ser can see the "inal amo#nts o" each payment and can choose to drop anypayments

D Sched#led %ayment Selection report replaces many portions o" the %reliminary

%ayment register report It can be #sed "or revie-ing the invoices selected in apay r#n; revie- invoice selection criteria; determine immediate cashre=#irements "or a pay r#n etc


D All payment related set#p has no- been moved to the ne- Oracle %aymentsmod#le (e"er to the Oracle %ayments /ser g#ide

D In prior releases; Oracle %ayables seeded "o#r payment method types .Chec6;!lectronic;


22/34

%rocess Change

D A netting batch needs to be created #sing the (eceivables responsibility It canincl#de vario#s parameters li6e operating #nit; netting agreement; settlementdate etc

D Once the batch has been set #p; s#bmit the netting batch

D Q#ery the netting batch and vie- the proposed A%EA( netting amo#nts online/sers can vie- the (eceivables and %ayables transactions that -ere selected "orpossible netting In the header portion o" the screen #sers -ill be able to see thetotal dollar amo#nts o" the A% and A( transactions selected as -ell as theproposed netting amo#nt /sers co#ld also r#n the proposed A%EA( nettingreport

D Optionally; #sers can revie- the netting batch In this process #sers canrevie-; remove or add transactions be"ore s#bmitting it

D S#bmit the netting batch and vie- the "inal netting report


D *oth c#stomers and s#ppliers m#st be set#p as a trading partner in 5CA

D :ere are some o" the additional steps that are re=#ired7

o Create a netting agreement

o Create a netting ban6 acco#nt

o Create a netting control acco#nt in General Ledger as -ell as e,change rate

types i" #sing m#ltic#rrency nettingo !stablish a paying relationship "or the c#stomers in Acco#nts (eceivable

o Associate the ban6 acco#nt #sed in the netting agreement -ith the A%EA(netting receipt class

Considerations

D An internal d#mmy ban6 acco#nt -ill be seeded -hich -ill process receiptsgenerated in Oracle (eceivables

D


23/34

mandatory in"ormation not "o#nd in 11i set#p /sers m#st change this to validval#es

D 5ransaction data residing in inter"ace tables in 11i is not migrated to (elease12 All inprogress netting batches sho#ld be closed or completed be"ore#pgrade

Oracle %ayments

Oracle %ayments is a ne- prod#ct introd#ced in (elease 12 that provides acon"ig#rable; rob#st and centrali>ed engine "or disb#rsing and receivingpayments Oracle %ayments has changed payment processing -ithin Oracleprod#cts7

D 8rom proprietary Oracle reporting technology to standardi>ed "ormatting #singML

D 8rom ban6 acco#nts stored in m#ltiple prod#cts to centrali>ed ban6 acco#nt

set#p

D 8rom credit card in"ormation stored in m#ltiple prod#ct entities to a centrali>edcredit card entity -ithin %ayments

D 8rom single operating #nit restrictions to crossoperating #nit transactions

D 8rom receipt remittance thro#gh (eceivables to centrali>ed receipt remittance

D 8rom payments transmitted by e,ternal systems to native transmissioncapabilities

5he 6ey components o" Oracle %ayments are7

D 8#nds 9isb#rsement

D 8#nds Capt#re

8#nds 9isb#rsement

Overvie-7

5he "#nds disb#rsement "eat#res delivered in Oracle %ayments simpli"ies #serproced#res "or managing comple, payment processes that span m#ltiplepayment methods; "ormats; c#rrencies; organi>ations and ban6 acco#nts

5he maBor "eat#res -ithin "#nds disb#rsement are7D 8#nds 9isb#rsement 9ashboard that enables payment administrators tomanage every aspect o" the process across m#ltiple organi>ations "rom a centrallocation in the application

D !ndtoend electronic payment processing that incl#des validation;aggregation; "ormatting; and sec#re transmission o" payments to "inancialinstit#tions and payment systems

D (emittance advice reporting that noti"ies a payee o" the remittance detail-hen a payment is made

D Co#ntryspeci"ic payment "ormats and reporting that meet global paymentre=#irements


24/34

%rocess Change7

D In (elease 12; Oracle %ayments segregates the process into t-o maBor"#nctions7 %ayment *#ild process and the %ayment process

o %ayment *#ild process "irst gro#ps doc#ments according to vario#s r#les; s#ch

as the payment method and c#rrency

o %ayment process aggregates payments "rom m#ltiple doc#ment selections ands#bmissions into payment instr#ction "iles; "ormats the "iles; and handlesadditional processing; s#ch as printing and transmission

Con"ig#ration Change7

D All payment related set#p has been centrali>ed -ithin Oracle %ayments

D Oracle %ayments o""ers "le,ible set#p to con"ig#re "#nds disb#rsementprocessing Some o" the 6ey areas o" impact are7

o %ayment Methods7 each doc#ment to be paid re=#ires a payment method toindicate ho- it sho#ld be handled in the "#nds disb#rsement process 5he#pgrade seeds payment methods that e,isted in Oracle %ayables andglobali>ations %ayment Methods are no- #ser de"inable

o %rocessing (#les7 the payment method on a doc#ment lin6s it to processingr#les con"ig#red in Oracle %ayments 5hese set#p r#les are held in a 6ey entitycalled the %ayment %rocess %ro"ile

o %ayment System7 a payment system holds in"ormation abo#t the third partyinvolved in processing payments

D 5he #pgrade #ses vario#s data "rom Oracle %ayables to create the ne-%ayment %rocess %ro"iles See Oracle %ayments Implementation G#ide "or moredetailed in"ormation

D All mas6ing o" credit cards; debit cards and ban6 acco#nts is centrallycontrolled

D 8#t#re 9ated %ayments are renamed to *ills %ayable in release 12 Set#p hasmoved "rom the payment doc#ment on an internal ban6 acco#nt to the paymentmethod in Oracle %ayments

Considerations7

D *oth the A#tomatic %ayment %rograms and %ayment 8ormats .A% entities0 areobsolete in release 12 Also; set#p entities related to payment "ormats -ithinOracle %ayables are obsolete as they are e""ectively replaced by the ne- Oracle%ayments set#p

D Oracle %ayments sec#re electronic payment "ile and payment messagetransmission and transmission res#lt processing replaces previo#sly e,istingelectronic transmission "eat#res in Oracle i%ayment; Oracle %ayables; and OracleGlobali>ations

8#nds Capt#re

Overvie-


25/34

8#nds capt#re s#pports the processes to electronically receive "#nds o-eddeploying companies by debtors; s#ch as c#stomers Oracle %ayments -or6s-ith A( to a#thori>e and capt#re "#nds against credit cards; process re"#nds tocredit cards; per"orm electronic "#nds trans"ers "rom ban6 acco#nts; and to"ormat bills receivable

5he maBor "eat#res -ithin "#nds capt#re are7

D 8#nds Capt#re 9ashboard provides payment administrators an overvie- o" thepayment process stat#s

D S#pports m#ltiple payment processing systems operating sim#ltaneo#sly "or"#nds capt#re transactions

D S#pports a#thori>ation and settlement o" "#nds against credit cards and %Ilessdebit cards; re"#nds to credit cards; electronic "#nds trans"ers "rom ban6acco#nts; and "ormatting o" bills receivable

D S#pports o#to"thebo, integration -ith leading third party payment systemss#ch as Citiban6; %aymentech; 8irst 9ata Merchant Services; and Concord !8SOther payment systems; s#ch as eriSign; o""er their o-n o#to"thebo,integrations -ith Oracle %ayments

%rocess Change

D Oracle %ayments has consolidated noti"ication letters "rom OracleGlobali>ations into an Oracle ML %#blisher "ormat

D Oracle (eceivables retains the "#nctionality o" loc6bo, processing andelectronic #pload o" remittance messages


D Centrali>ed; con"ig#rable "#nds capt#re processing can be set#p by %ayee;(o#ting (#les; or 8#nds Capt#re %rocessing (#les %lease re"er to Oracle%ayments Implementation G#ide "or more details

D Credit card sec#rity set#p can be easily completed #sing the Oracle %ayments%ayment Administrator responsibility

D 5he re=#ired set#p entities "or ban6 acco#nt trans"er processing are #pgraded"or yo#; b#t it is important "or yo# to #nderstand the ne- set#p and process soyo# can s#ccess"#lly test the migrated in"ormation

Considerations

D !85 online validation is only o""ered "or /nited States AC: and not "or allpayment systems !85 online validation chec6s -hether a ban6 acco#nt e,istsand that the acco#nt is not "lagged "ra#d#lent !85 online validation does notreserve "#nds or chec6 i" the acco#nt has s#""icient "#nds

D Oracle %ayments does not s#pport ris6 management "or %Iless debit card orban6 acco#nt trans"er transactions

D Oracle %ayments does not a#tomatically rea#thori>e settlements that are

reBected d#e to e,pired a#thori>ations


26/34

See Oracle %ayments Implementation G#ide and Oracle %ayments /ser G#ide "ormore in"ormation Also see Metalin6 ote&333&1 "or more details in the8#nctional /pgrade Impacts 9oc#ment "or Oracle %ayments .8IACIALS0

Oracle (eceivables

Oracle (eceivables streamlines the invoice; receipt and c#stomer ded#ctionprocesses -hile sim#ltaneo#sly improving cash "lo-; increasing e""iciency andoptimi>ing c#stomer relationships In (elease 12; signi"icant changes -ere madein the "ollo-ing areas7

D (even#e Management

D Line Level Cash Application

D (edesigned C#stomer /ser Inter"ace

D *ill %resentment Architect#re

(even#e Management !nhancements

Overvie-

!nhancements in the (even#e Management area incl#de the ability to distrib#tereven#e in a more gran#lar "ashion -hich incl#des "#ll and partial periodsAdditionally; organi>ations may create their o-n reven#e de"erral reasons toens#re reven#e is recogni>ed in accordance -ith applicable reven#e recognitionpolicies

%rocess Change

D e- con"ig#rable acco#nting r#les to determine the treatment o" reven#eallocations "or partial periods

D !nhanced eventbased reven#e management allo-s #sers to de"ine reven#ede"erral reasons and corresponding reven#e recognition events speci"ic to theirb#siness practices

o Ability to create #ser de"ined reven#e contingency de"initions seedede,amples incl#de7 cancellation; c#stomer credit-orthiness; etc

D e- (even#e Manager responsibility that provides the reven#e analyst acentral location to set #p and maintain reven#e policies and r#le assignments

D Seeded reven#e assignment r#les have been replaced by a ne- -indo- thatenables the #ser to create process speci"ic reven#e assignment r#les

D e- Contingency tab o""ers the ability to revie- and man#ally managecontingencies "rom the (even#e AdB#stment Manager .(AM0 -i>ard

D e- Cost o" Goods Sold .COGS0 and (even#e Matching "eat#re synchroni>esthe recognition o" reven#e -ith recognition o" associated COGS


D Creation o" ne- acco#nting r#les allo-s "or reven#e recognition that meetsacco#nting standards and contract#al start and end dates


27/34

o !,ample7 Able to create an acco#nting r#le "or reven#e that -ill distrib#tereven#e across identi"ied acco#nting periods that can incl#de a partial period.meaning the period does not start or end on the "irst or

last day o" the acco#nting period0 9#ring a partial period; the reven#e amo#nt-ill be prorated based #pon the n#mber o" days in the period

R 5he table belo- provides an e,ample o" ho- the ne- acco#nting r#les -o#ldprorate reven#e accordingly

GL 9ate %eriod 9ays in 9aily 9aily 8i,ed ariable

%eriod (even#e (even#e Sched#le Sched#le

(ate; All (ate;

%eriods %artial

%eriods

Kan#ary 14 Kan#ary 1' 1'+ 1'+ 22 1'+

8ebr#ary 14 8ebr#ary 2' 2'+ 2) 22 24+

March 14 March 31 31+ 2) 22 24+

April 13 April 13 13+ 13+ 22 24+

D Ability to create #ser de"ined (even#e Assignment (#les7

o !,ample7 e- (#le "or Acceptance7

R Matching Criteria .m#st choose "rom a seeded choice list07 *ill to C#stomer

R Condition7 e=#als A*C C#stomer

R (even#e Contingency7 !,plicit Acceptance

R (es#lt7 I" a transaction line -ith *ill to C#stomer o" A*C C#stomer meets thecriteria o" this r#le (eceivables -ill assign e,plicit acceptance as thecontingency to the transaction line; and the reven#e -ill be de"erred #ntilc#stomer acceptance is received

D e- Application %rogramming Inter"ace .A%I0 a#tomates reven#e COGSmatching

Considerations

D Oracle costing calls the ne- (eceivables A%I.A(PmatchPrevPcogsPgrppop#latePcstPtables0 that triggers earning and #nearning o" COGS -hen reven#e is recogni>ed or #nearned

D COGS and (even#e Matching report has been retired

D o longer necessary to create man#al Bo#rnal entries "or reven#e COGSmatching

D /pta6e o" SLA does not impact timing and amo#nts "or reven#e recognition It

only provides the ability to override the acco#nts de"a#lted via a#toacco#nting


28/34

D %rovides the capability to de"a#lt contingencies "rom "eeder systems

o In (12; Order Management .OM0 provides this capability "or invoicing c#stomer acceptance contingencies /ser -ill assign a contingency at orderentry time based on the contingency de"a#lting A%I "rom (eceivables

o Once this order is imported into (eceivables "rom Order Management; theContingency 9e"a#lting A%I r#ns again and can de"a#lt additional

contingencies b#t -ill not override the invoicing andEor c#stomer acceptancecontingency created d#ring initial order entry

o SLA can only be #sed to override the acco#nts created via a#toacco#nting

D 5he (even#e %olicy System Option available in 11i -ill be obsolete in (12

o 5he system -ill a#tomatically apply the credit -orthiness contingency; re"#ndcontingency and e,tended term contingency "or all invoices .that either violatethe policy or match the credit -orthiness criteria0

o 5he reven#e policy data .-hich is pop#lated "or certain c#stomers0 -illa#tomatically sho- #p in the ne- reven#e policy -indo- 5he system -ill chec6to see i" this reven#e policy is pop#lated d#ring the initial set #p

D /pgrade script -ill convert the contingency I9 "rom prior releases to the ne-contingency removal event code

o Only impacts those systems inter"acing to (eceivables thro#gh A#toInvoice orInvoice A%I

o o /ser Inter"ace impacts

Line Level Cash Application

Overvie-


29/34

one

Considerations

D Line level applications apply to man#al cash application only

o :o-ever; a#tomated line level application is available via loc6bo,D (eceipts cannot be applied at the line level against invoices migrated "rom(elease 11i; as line level balances -ere not stored prior to (12

D Available only "or invoices; debit memos and chargebac6s -ith line details

D Cannot apply against invoices -ith installments

D 9oes not #se application r#le sets

D I" necessary; modi"y the A( pro"ile option?Al-ays 9e"a#lt 5ransaction *alance@"or Applications pro"ile option

D *alances are no- stored at the line level regardless o" application

o Ability to set "lag on *atch So#rce -indo- to not store balances at line level in121

C#stomer Standard /ser Inter"ace ./I0 (edesign

Overvie-

5he ne- :5ML based #ser inter"ace provides a streamlined and int#itivec#stomer data management "lo- 9ata =#ality management tools allo- #sers tomaintain the integrity o" c#stomer data

%rocess Change

D %rovides "#nctionality to create a ne- c#stomer; c#stomer acco#nt; c#stomeracco#nt site; and a b#siness p#rpose "or the c#stomer acco#nt site

D 5ight integration -ith 5CA allo-s #sers to ta6e advantage o" the 9QM .9ataQ#ality Management0 "eat#re 9QM allo-s the #ser to per"orm advancedsearches "or parties and c#stomer acco#nts -ith #ser de"ined criteria In additionto the advanced search "eat#re; it can prevent d#plicate entries by determiningi" the c#stomer that is being created or #pdated is a potential d#plicate

D Ability to classi"y c#stomers based on ind#stry; location; si>e; credit

-orthiness; b#siness vol#me and payment cycles


D 5he ne- C#stomer Standard /I replaces the "ive "#nctions that #sed to e,ist inprior releases .C#stomers Standard; C#stomers Q#ic6; C#stomers S#mmary;C#stomers Standard ie-; and C#stomers Q#ic6 ie-0

o 5he pages are b#ilt #sing 5CA C%/I .Common %arty /ser Inter"ace0components

D *y #sing 5CA components; the cost o" maintenance is lo-ered

Considerations


30/34

D 5he C#stomer Standard men# item -ill la#nch the ne- :5ML c#stomer "orm

D o data is a""ected

D 9isplay o" data has been enhanced to represent the 5CA model

*ill %resentment Architect#reOvervie-

*ill %resentment Architect#re .*%A0 allo-s yo# to retrieve billing data "romm#ltiple so#rces; incl#ding those e,ternal to Oracle (eceivables !nhancements-ere made to the "ollo-ing "eat#res7

D *alance 8or-ard *ill %resentment

o More appealing and easier to modi"y bill layo#ts

o Ability to vie- printed bill e,actly as the c#stomer sees it

o (#les engine provides the ability to select "rom #nlimited "ormats

D !nhanced 5emplate Assignment

o e- attrib#tes provide more "le,ibility in ho- templates are assigned toc#stomers

D Attachment %rinting

o Ability to print %98 attachments "or speci"ied doc#ment categories

%rocess Change

D *alance 8or-ard *ill %resentment7

o ey set #p steps incl#de7

R (egister vie-s

R Select template items

R Select assignment attrib#tes

R Create hyperlin6s

o /tili>e balance "or-ard data so#rce "or template assignment

o 5-o seeded assignment r#les7

R 9e"a#lt r#le "or balance "or-ard detail template

R 9e"a#lt r#le "or balance "or-ard s#mmary template

o M#st r#n the ?Generate *alance 8or-ard *ills@program

D !nhanced 5emplate Assignment

o 5emplates can no- a#tomatically be assigned by7

R Any attrib#te in the invoice header

R Seeded attrib#tes li6e *atch So#rce; 5ransaction 5ype or Conte,t (e"erence


31/34

R S#pplementary data so#rces; li6e header and "ooter "le,"ields .eg; %roBectsinter"ace attrib#tes0

D e- pro"ile option m#st be set to ta6e advantage o" printing attachments "orprinted bills

o A(7*%A %rint Attachment 9oc#ment Category

o Applies to both internal e,ternal templates

Considerations

*alance 8or-ard *illing replaces Consolidated *illingSee Oracle (eceivables (e"erence G#ide; Oracle (eceivables ImplementationG#ide and Oracle (eceivables /ser G#ide "or more in"ormation

Oracle S#bledger Acco#nting

Oracle S#bledger Acco#nting .SLA0 provides a common acco#nting engine thatreplaces the e,isting acco#nting processes in the s#bledger applications 5heSLA #pgrade involves migrating e,isting acco#nting data bet-een 11i and(elease 12 to ens#re a contin#o#s b#siness operation

Oracle S#bledger Acco#nting has changed acco#nting -ithin Oracle applications7

D 8rom acco#nting set#ps -ithin each Oracle mod#le to a #ni"ied acco#ntingde"inition in S#bledger Acco#nting; -ith a common posting process to OracleGeneral Ledger

D 8rom separate Global Acco#nting !ngine "#nctionality to a common standard"or all Oracle s#bledgers .(eceivables; %ayables; Assets; %roBect Acco#nting0-ithin SLA

5he 6ey #pgrade areas impacted by Oracle S#bledger Acco#nting are7

D Acco#nting (#les

D 5ransaction acco#nt b#ilder

D Standard reports

Acco#nting (#les

Overvie-7

S#bledger acco#nting r#les de"ine ho- Bo#rnal entries can be created "roms#bledger transactions "or both the primary and secondary ledgers 5hiscentrali>ed acco#nting set#p provides greater "le,ibility as -ell as s#pports moresimpli"ied and standardi>ed acco#nting r#le creation and maintenance 5heint#itive #ser inter"ace does not re=#ire #sers to 6no- any programminglang#age or to have developer s6ills

%rocess Change7

D In (11i and prior releases; acco#nting "or s#bledger applications e,isted -ithinthe individ#al applications


32/34

D


33/34

D Acco#nt generator mechanisms that e,isted in 11i still e,ist and provide thesame "#nctionality in (12

5ransaction Acco#nt *#ilder .5A*0

Overvie-

5ransaction Acco#nt *#ilder .5A*0 provides a "le,ible mechanism to derivede"a#lt acco#nts "or s#bledger transactions that is "#lly integrated -ithS#bledger Acco#nting .SLA0 5A* is intended only "or applications that allo-#sers to modi"y the de"a#lt acco#nts "or a transaction be"ore it is committed

%rocess Change

D Advanced Global Intercompany System .AGIS0 has adopted 5A* in (elease 12

o Additional set#p in AGIS is re=#ired to #se 5A* to de"ine de"a#lt acco#nting "ortransactions

o 9istrib#ted acco#nts m#st be de"ined "or each ledger and are generated asde"ined in S#bledger Acco#nting 5ransaction Acco#nt *#ilder .SLA 5A*0


D So#rces and acco#nt derivation r#les are shared -ith Acco#nting Methods*#ilder .AM*0; -hile transaction acco#nt types and transaction acco#ntde"initions are introd#ced by 5ransaction Acco#nt *#ilder

D 9ynamic insertion can be enabled "or the chart o" acco#nts so that i" thecombination does not e,ist; a ne- code combination can be created

ConsiderationsD I" the application does not allo- modi"ication o" the de"a#lt acco#nts "or atransaction be"ore it is acco#nted; the implementation team m#st #se AM*

D Implementation teams may #se the seeded transaction acco#nt de"initions5hey may also create their o-n de"initions either by copying and modi"yingseeded de"initions; or by creating ne- ones "rom scratch

D I" implementation teams decide to create ne- transaction acco#nt de"initions;they may need to create ne- acco#nt derivation r#les 5hese r#les can bederived by acco#nting "le,"ield or by segment and may have a chart o" acco#ntsassociated -ith them

Standard (eports

Overvie-

S#bledger Acco#nting o-ns tables that store all the s#bledger Bo#rnal entries andtheir associated acco#nting in"ormation (egardless o" -hich prod#ct is #sed tocreate acco#nting; the res#lts are stored in s#bledger acco#nting tables 5hisin"ormation may then be #sed by analytical applications "or in=#iries andEorreporting

D A common data model is designed "or e""icient in=#iry; reporting; and

e,traction


34/34

D Oracle *I %#blisher reports and templates o""er immediate cost savings;greater e""iciency; and improved acc#racy and reliability "or "inancial reporting

%rocess Change

D Oracle *I %#blisher is a 6ey reporting tool in (elease 12 that enables b#siness

#sers to create "inancials reports -ith "amiliar des6top prod#cts li6e Microso"te c#stom reports to map o#t a planEapproach to migrate e,isting reportsto Oracle *I %#blisher

D C#stom reports may need to be modi"ied to e,tract data "rom SLA tables ratherthan s#bledger distrib#tion tables

D Open Acco#nt *alance Listing 9e"initions7 In (12; to r#n the 5rial *alance

(eport "or a partic#lar liability acco#nt; yo# m#st create the Open Acco#nt*alance Listing 9e"inition Implementers need to create their o-n de"initions "orany ne- liability acco#nts they have created 5he #pgrade process -ill createOpen Acco#nt *alance Listing 9e"initions "or each e,isting liability acco#nt perledger

Documents

r 12 Changes in Modules