P. 1


|Views: 55|Likes:
Published by SamHas

More info:

Published by: SamHas on Mar 01, 2011
Copyright:Attribution Non-commercial


Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less





Welcome to R12 Account Payable

Supplier We have seen in 11i
• •

Suppliers defined in AP. Supplier contacts replicated for each supplier site.

Where as in R12
• • •

Supplier becomes as TCA Party. Suppliers Sites as TCA Party Site for each distinct address. Contacts for each supplier/address , it means Single supplier address and contact can be leveraged by multiple sites, for each OU o A single change to an address can be seen instantly by all OUs o No longer need to manually ‘push’ updates across OUs. This can be best understood by the figure below.

Oracle Payables updates the existing party information to have a party usage of supplier but it does not migrate the employee address to the party site in TCA. . But in R12. Employee as suppliers: address NOT migrated to party site in TCA remains in Oracle HR for data security reasons. 1. During the upgrade. but it also understood if there is no country or address line 1 specified for a supplier site in cases when upgrades takes place. As we know in 11i employees are part of internal supplier’s record in order for Oracle Payables to create payments for their expense reports.Then the question is what will happen if any one can come from existing financial products. 3. we have seen invoices: • • • Had only distributions line. 4. Allocation of freight and special charges are captured at the distribution level only Tax and payment and Project accounting Payment was captured through global Descriptive Flex fields. Utilize TCA Party relationships for franchise or subsidiary and its parent company. Employees defined in Oracle Human Resources and associated with an Oracle Payables supplier record have existing party information. Payables derives the country based on the most frequently used operating unit of the Supplier’s historical transactions. they remain in Oracle Human Resources for data security reasons. this is because creation of suppliers in Party in TCA data model would requires Country and address information. One party site for each distinct supplier site address Country and address line1 are required. The Impact from upgrade can summarize as: 1. 2. When we upgrade supplier tables replaced with backward compatible views. Invoice Till 11i version. Invoice Lines as a new additional line accommodated in Invoice data model.

Sub Ledger Accounting requires that Payables transform the invoice distributions to be stored at the maximum level of detail 3. and this is one of reason of the reason bank data model has been significant changes from 11 to 11i and 11i to R12.Asset Tracking Business Tax . Global Descriptive Flex fields migrated to named columns.Because of introduction of invoice line there is significant improvement of data flow with n other oracle modules like • • • • Fixed Asset . That’s means functional testing is more required while upgrade takes place. Allocate freight and special charges are captured to the lines on the invoice 3. Core functionality The impact with Upgrade can be summarized as: 1.Tax line Payment . 4. Banks and Bank Details Now a days corporate treasury role has been greatly enhanced thus picking up a global bank as partner for all banking need is demand of time in global working model. The recent couple of years have seen drastic increase in acquisition and merger of company thus global working as well as global instance get popularity in ERP arena. Invoice distributions created at the maximum level of detail similar to 11i. One invoice line for every distribution in 11i 2. .Accounting 2.Payment Sub Ledger Accounting .

The typical data model for bank can be summarized as: . Suppliers Bank Accounts In 11i • • Banks/Branches defined in AP Bank accounts often replicated in multiple OUs Before R12 • • Suppliers.Internal Bank Accounts In 11i we have seen internal Banks defined in AP and that is shared by AP/AR/CE. Payroll and Treasury and they are bank accounts often replicated in multiple OUs Where as in R12. Internal Bank Account in Cash Management which is owned by a Legal Entity. Credit Cards) moved into Oracle Payments. Here the Operating units have granted usage rights. • • Bank and Branch become part of TCA Parties. Banks and Branches are defined as Parties in TCA Supplier (party’s) payment information and all payment instruments (Bank Accounts.

Multi Org Access Control . Description. Tax information in tax codes are transformed to Regime-Rate flow. Banks merged if the following attributes are all the same: • a. In R12 • • • • A new module eBusinessTax determines tax based on facts about each transaction. The module “ebusiness Tax” set and configure Tax rules which can be viewed Tax attributes collected in fields on key entities Configure tax rules once per regime and share with your legal entities Impact of Upgrade 1. With Upgrade banks and branches migrated to TCA parties 2. Tax Code defaulting rules defined per OU are migrated to eBusiness Tax. Bank Number b. Bank name alt f. this is reason why Oracle has introduced additional line information at invoice level. Tax reference number h. There was global descriptive flex fields were captured for country-specific tax attributes. More important is most of the setup performed at OU level. E-Business Tax takes information from the AP invoice lines and creates summary and detail tax lines in the E-Business Tax repository. 4. Bank admin email e. Payables Tax setup. Transactions are stamped with the bank account uses identifiers as part of the upgrade Integration with Oracle E-Business Tax In 11i • • • Oracle standard functionality was based out of User which determines tax by assigning Tax Codes at line level of invoice and Tax rules was controlled at underline code. 4. bank account uses are migrated into cash management. Tax payer ID g. Country d. Effective dates 3. Bank accounts. OUs migrated to tax content owner in R12 3. Institution type c.Impact of Upgrade 1. 2.

Hence you can isolate your transaction data by Operating unit for security and local level compliance while still enabling shared Service centre processing. Data security is maintained using the Multiple Organizations Security Profile. Impact of Upgrade R12 Upgrade does not automatically create security profiles. Reference: Details can be found more on R12 RCD documents. defined in Oracle HRMS. Due to this change. then link them to respective responsibilities or users.MOAC is new enhancement to the Multiple Organizations feature of Oracle Applications. This feature enables user to access data from one or many Operating Units while within a set given responsibility. the first things is to define security profiles. . from Oracle site. thus is important if any one want to use Multiple Organizations Access Control. all processing and some Reporting in Oracle Payables is available across Operating Units from a single Applications responsibility. which specifies a list of operating units and determines the data access privileges for a user.

You're Reading a Free Preview

/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->