--100437715-TCA-R12--

  • Upload
    ashibek

  • View
    212

  • Download
    0

Embed Size (px)

Citation preview

  • 8/20/2019 --100437715-TCA-R12--

    1/8

    R 12 Customer TCA Architechture

    Purpose 

    This bulletin describes the changes that will be occurring in Project Billing to obsolete the use of

    Receivables views relating to customer and contact information, and to replace them with directreferences to the underlying "Trading Community Architecture" (TCA) tables.

    Scope and Application 

    This note is intended for anyone who must upgrade queries or customizations from 11i which refer to anyof the following views or anyone who requires an understanding of the TCA architecture to create newqueries or customizations: 

      RA_CUSTOMERS

      RA_ADDRESSES

      RA_SITE_USES

      RA_CONTACTS

      RA_CONTACT_ROLES

    Projects Uptake of the TCA Architecture in Release 12 

    1. The TCA Architecture 

  • 8/20/2019 --100437715-TCA-R12--

    2/8

     

    The following sections describe the individual views that are being replaced by the TCA (HZ) tables alongwith a mapping of view columns to HZ table columns and the query conditions that should be used toretrieve them 

    2.1 RA_CUSTOMERS 

      In the 11i architecture RA_CUSTOMERS is a synonym in the APPS schema which points to theview RA_HCUSTOMERS.

      The source file for RA_HCUSTOMERS in 11i is archz.odf.

      The table below lists the corresponding HZ table and column for various columns in the currentRA_CUSTOMERS view:

    Column in RA_CUSTOMERS  Corresponding Table  Column 

    customer_name  hz_parties  substrb(party_name,1,50) 

    customer_id  hz_cust_accounts  cust_account_id 

    customer_number   hz_cust_accounts  account_number  

    status  hz_cust_accounts  status 

      Source Tables: HZ_PARTIES, HZ_CUST_ACCOUNTS

      Join Conditions:

    HZ_CUST_ACCOUNTS..Party_Id = HZ_PARTIES.Party_Id 

  • 8/20/2019 --100437715-TCA-R12--

    3/8

    2.2 RA_ADDRESSES 

      In the 11i architecture RA_ADDRESSES is a multi-org striped view based onRA_ADDRESSES_ALL. RA_ADDRESSES_ALL is a synonym for the viewRA_ADDRESSES_MORG.

      The source file for view RA_ADDRESSES_MORG in 11i is archz.odf.

      The table below lists the corresponding HZ table and column for various columns in the currentRA_ADDRESSES view:

    Column in RA_ADDRESSES  Corresponding Table  Column 

    address_id  hz_cust_acct_sites_all  cust_acct_site_id 

    status  hz_cust_acct_sites_all  status 

    address1  hz_locations  address1 

    address2  hz_locations  address2 

    address3  hz_locations  address3 

    address4  hz_locations  address4 

    city  hz_locations  city 

    state  hz_locations  state 

    postal_code  hz_locations  postal_code 

    county  hz_locations  county 

    country  hz_locations  country 

    language  hz_locations  language 

      Source Tables: HZ_PARTY_SITES, HZ_LOCATIONS, HZ_CUST_ACCT_SITES_ALL

      Join Conditions:

    HZ_CUST_ACCT_SITES_ALL.party_site_id = HZ_PARTY_SITES.party_site_idHZ_LOCATIONS.location_id = HZ_PARTY_SITES.location_id 

    2.3 RA_SITE_USES 

      In the 11i architecture RA_SITE_USES is a multi-org striped view based onRA_SITE_USES_ALL. RA_SITE_USES_ALL is a synonym for the viewRA_SITE_USES_MORG.

      The source file for view RA_SITE_USES_MORG in 11i is archz.odf

      The table below lists the corresponding HZ table and column for various columns in the currentRA_SITE_USES view:

    Column in RA_SITE_USES  Corresponding Table  Column 

    site_use_id  hz_cust_site_uses  site_use_id 

    site_use_code  hz_cust_site_uses  site_use_code 

    status  hz_cust_site_uses  status 

    address_id  hz_cust_site_uses  cust_acct_site_id 

  • 8/20/2019 --100437715-TCA-R12--

    4/8

      Source Tables: HZ_CUST_SITE_USES

      Join Conditions: none

    2.4 RA_CONTACTS 

      In the 11i architecture RA_CONTACTS is a synonym for the view RA_HCONTACTS

      The source file for view RA_HCONTACTS in 11i is archz.odf  The table below lists the corresponding HZ table and column for various columns in the current

    RA_CONTACTS view:

    Column inRA_CONTACTS 

    Corresponding Table  Column 

    contact_id  hz_cust_account_roles  cust_account_role_id 

    status  hz_cust_account_roles  status 

    customer_id  hz_cust_account_roles  cust_account_id 

    address_id  hz_cust_account_roles  cust_acct_site_id 

    first_name  hz_parties  substrb(person_first_name,1,40) last_name  hz_parties  substrb(person_last_name,1,50) 

      Source Tables: HZ_CUST_ACCOUNT_ROLES, HZ_PARTY_RELATIONSHIPS, HZ_PARTIES

      Join Conditions:

    HZ_CUST_ACCOUNT_ROLES.party_id = HZ_PARTY_RELATIONSHIPS.party_idHZ_CUST_ACCOUNT_ROLES.role_type = 'CONTACT'HZ_PARTIES.party_id = HZ_PARTY_RELATIONSHIPS.subject_id 

    2.5 RA_CONTACT_ROLES 

      In the 11i architecture RA_CONTACT_ROLES is a synonym for the viewRA_HCONTACT_ROLES

      The source file for view RA_HCONTACT_ROLES in 11i is archz.odf

      The table below lists the corresponding HZ table and column for various columns in the currentRA_CONTACT_ROLES view:

    Column in RA_CONTACT_ROLES  Corresponding Table  Column 

    contact_id  hz_role_responsibility  cust_account_role_id 

    usage_code  hz_role_responsibility  responsibility_type 

    primary_flag  hz_role_responsibility  primary_flag 

      Source Tables: HZ_ROLE_RESPONSIBILITY

      Join Conditions: none.

    11i Table  R12 Change 

    ra_addresses_all  SELECT acct_site.cust_account_id customer_id,acct_site.cust_acct_site_id address_id 

    FROM hz_party_sites party_site, 

  • 8/20/2019 --100437715-TCA-R12--

    5/8

    hz_loc_assignments loc_assign, 

    hz_locations loc, 

    hz_cust_acct_sites_all acct_site 

    WHERE acct_site.party_site_id = party_site.party_site_id 

     AND loc.location_id = party_site.location_id 

     AND loc.location_id = loc_assign.location_id 

     AND NVL (acct_site.org_id, -99) = NVL (loc_assign.org_id,-99) 

    ra_site_uses_all  SELECT site_use_id, LOCATION, attribute1 

    FROM hz_cust_site_uses_all 

    ra_customers  SELECT cust_acct.cust_account_id customer_id, 

    SUBSTRB (party.party_name, 1, 50) customer_name, 

    cust_acct.account_number customer_number  

    FROM hz_parties party, hz_cust_accounts cust_acct 

    WHERE cust_acct.party_id = party.party_id 

    RA_ADDRESSES_ALL is obsolete table in Release 11.5.10 and Release 12. You can get the customeraddress information from the following tables in Release 12.

    HZ_CUST_ACCT_SITES_ALLHZ_PARTY_SITESHZ_LOCATIONS

    Here is the Linking information:

    - HZ_CUST_ACCT_SITES_ALL & HZ_PARTY_SITES - Link column PARTY_SITE_ID- HZ_PARTY_SITES & HZ_LOCATIONS - Link column is LOCATION_ID. 

    @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

    1.  What is TCA? Tables? A) Trading Community Architecture. It is a centralized repository of businessentities such as Partners, Customers, and Organizations etc. It is a newframework developed in Oracle 11i.

  • 8/20/2019 --100437715-TCA-R12--

    6/8

    HZ_PARTIES: The HZ_PARTIES table stores basic information about parties thatcan be shared with any relationship that the party might establish with anotherparty. Although a record in the HZ_PARTIES table represents a unique party,multiple parties can have the same name. The parties can be one of four types:Organization for example, Oracle CorporationPerson for example, JaneDoeGroup for example, World Wide Web ConsortiumRelationship for example,

    Jane Doe at Oracle Corporation.

    HZ_LOCATIONS: The HZ_LOCATIONS table stores information about a deliveryor postal address such as building number, street address, postal code, anddirections to a location. This table provides physical location information aboutparties (organizations and people) and customer accounts.

    HZ_PARTY_SITES: The HZ_PARTY_SITES table links a party (see HZ_PARTIES)and a location (see HZ_LOCATIONS) and stores location-specific partyinformation. One party can optionally have one or more party sites. Onelocation can optionally be used by one or more parties. This party site can thenbe used for multiple customer accounts within the same party.

    HZ_CUST_ACCT_SITES_ALLHZ_CUST_SITE_USES_ALLHZ_CUST_CONTACT_POINTS etc.

    2. What are Base Tables or Interface Tables for Customer Conversions,Autolockbox, Auto Invoice? A) Customer Conversion:Interface Tables : RA_CUSTOMERS_INTERFACE_ALL,RA_CUSTOMER_PROFILES_INT_ALL,RA_CONTACT_PHONES_INT_ALL,RA_CUSTOMER_BANKS_INT_ALL,RA_CUST_PAY_METHOD_INT_ALL

    Base Tables : RA_CUSTOMERS, RA_ADDRESSES, RA_SITE_USES_ALL,RA_CUSTOMER_PROFILES_ALL, RA_PHONES etcB) Auto Invoice:Interface Tables : RA_INTERFACE_LINES_ALL,RA_INTERFACE_DISTRIBUTIONS_ALLRA_INTERFACE_SALESCREDITS_ALL, RA_INTERFACE_ERRORS_ALLBase Tables : RA_CUSTOMER_TRX_ALL, RA_CUSTOMER_TRX_LINES_ALL,RA_CUST_TRX_LINE_GL_DIST_ALL, RA_CUST_TRX_LINE_SALESREPS_ALL,RA_CUST_TRX_TYPES_ALLC) AutoLockBox:Interface Tables : AR_PAYMENTS_INTERFACE_ALL (POPULATED BY IMPORTPROCESS)

    Interim tables : AR_INTERIM_CASH_RECEIPTS_ALL (All Populated by SubmitValidation): AR_INTERIM_CASH_RCPT_LINES_ALL,AR_INTERIM_POSTINGBase Tables : AR_CASH_RECEIPTS_ALL, AR_RECEIVABLE_APPLICATIONS_ALL,AR_PAYMENT_SCHEDULES_ALL ( All Populated by post quick cash)

  • 8/20/2019 --100437715-TCA-R12--

    7/8

    %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

    Expalin TCA architecture, why it was introduced in R12?

    Answer 

    # 4 

    TCA : The summation of all

    entities, inclusive of partners,suppliers, and competitors, thatare related to yourcustomers is called a TradingCommunity

    BEFORE TCA :1.There are multiple customerdefinitions across theenterprise.

    2.It was very difficult to trackcurrent and historicalinformation about the customers.3.There was a lack of support formixed business.4.It was quite tough to understand

    relationships betweencustomers and others (suppliers,partners, competitors)

    Trading Community Architecture:Trading Community Architecture isthe implementation of

    technology and applications toallow users to create andmaintain relationships amongentities. It is a way to

    understand who your customerinteracts with inside andoutside the enterprise.

    The Purpous of Interduce TCA.1.Create a central repository forthe entire E-Business

    Suite to store informationrelating to all members of atrading community versus separate

    http://www.allinterview.com/viewpost/396538.htmlhttp://www.allinterview.com/viewpost/396538.htmlhttp://www.allinterview.com/viewpost/396538.htmlhttp://www.allinterview.com/viewpost/396538.html

  • 8/20/2019 --100437715-TCA-R12--

    8/8

    tables for each member-Prospects, Customers, Contacts,Employees, Partners,Distributors, Suppliers, Banks,etc.

    2.Record complex businessrelationships between TradingCommunity entities (including 3rdparty relationships).3.Support all business models,industries, and geographies*** By Using the TCA we can avoidethe Duplicity of TradingPartner records and its alsoimpacted byt the MOAC and

    other few concepts where we canuse the Suppliers banks andCustomers acrros the Business Unitleve