Trading Community Architecture (TCA) 101

Posted on October 22nd, 2008 by Sanjit Anand | Print This Post | Email This Post

Have you joined Hub Community Network Forums of OracleaApps professionals? Don't wait. Do ittoday

Trading Community Architecture (TCA) is a structure which was based out of R11 Customer Model designed to support complex trading relationships to cater additional need which further extended in R12 with Supplier and Bank. So, TCA is a data model that allows you to manage complex information about the parties, or customers or suppliers or bank who belong to your commercial community, including organizations, locations, and the network of hierarchical relationships among them. What is Trading Community Architecture (TCA)? What is TCA, the Trading Community Architecture? Is TCA an Oracle Applications module? Is it functionality within an Oracle module? These are few common question, and there are often many answers given. The TCA is a data model that supports the entry and management of entities that you interact with. So lets revisit the concept. Trading Community Architecture is a Very flexible, very robust model which defines the components involve in trading within in E-business Suite. The implementation of technology and applications to allow users to create and maintain relationships among entities The universal data schema for customers, prospects, suppliers, distributors, resellers, consortiums, bank across all Oracle EBS applications TCA not only allows for the tracking of relationships between the implementing organization and its trading partners, but also tracks relationships between the trading partners themselves. You should also note, TCA is neither an Oracle Applications module nor requires separate license. If you see TCA guide, you can find these are the key features of TCA

• •

Provides a foundation for a single source for customer information. Ability to represent all business entities as a “Party” (organizations, people, groups, relationships) and to handle them the same way. This approach provides flexibility to accommodate all B2B, B2C and hybrid models in the same repository. Many-to-many relationships between Parties and Locations, that allows for less duplication and easier updating.

Organization .A unique individual (dead or alive) of interest to the owner of o o    the software. It easily handles B2B. Group .A legal entity recognized by some government authority. B2C.• Capability for advanced relationship modeling between entities within the trading community.A Party is an entity that can enter into a business relationship and can be of four types. three entities Drive in the TCA model . which are Party. Ability to setup and maintain any number of party classifications which can be used for reporting and assignment purposes. organizations or groups of created for the use of the owner of the software. and Relationships. regardless of type.The association between an individual person and an organization. Parties of type ‘Group’ allow for the grouping of any number of other parties into a single entity which enable modeling of households and buying consortiums. Usually a contact at an organization or group. Parties of type ‘Relationship’ allow for the relationship between two parties to be viewed as a party in its own right Party . Account. In reality . .a combination of two or more people. • • • TCA Terminologies • Party o The concept of ‘Party’ enables the Customer Model to treat all business entities equally. Any party can figure in any number of Party Relationships even within matrix hierarchies (relationship networks). Extensible data model to enable various business data requirements. Relationship .  Person .

The relationship that a Party has in regard to controlling or using an account. For example. Customer Account Site is a Party Site that is used within the context of a Customer Account (e.. for billing or shipping purposes). A Customer Account Contact is a Party Contact that is used in the context of a Customer Account.  This Represents selling-buying relationship such as billing and shipping events Accounts required for a transaction A account cannot exist without a party A Party may have one or more Customer Accounts      o Account Role .Fig 1: TCA Logical Diagram • Account o Account .g. you could open a commercial account for purchases to be made by Vision Distribution for its internal use and a reseller account for purchases made by Vision Distribution for sales of your products to end-users . The account has information about the terms and conditions of doing business with the party. Stores details about a customer relationship between a Party and your business. • Customer A customer account represents the business relationship that a party can enter in to with another party.Is a financial roll-up point to track the monitory portion of a customer’s purchases and payments. .

A contact communicates for or acts on behalf of a party or customer account.You can also define contact people. A customer address is a party site used in the context of a customer account for billing. You maintain separate customer profiles. Every party has only one identifying address. A person usually acts as a contact for an organization. A contact can exist for a customer at the account or address level. You can also maintain multiple customer accounts for a customer that transacts business with more than one line of business in your organization. Customer old model and TCA model . A party site is the location where a particular party is physically located. and relationships for each customer account. addresses. but can also be a contact for another person. an administrative assistant could be the contact for an executive. telephone numbers. payment methods. but a party can have multiple party sites. For example. and contacts for each customer account. Old Model vs New Customer Model Fig 2. or other purposes. shipping. bank accounts.

Factors which you can consider for TCA entities • • • • • Business requirement including your reporting System/application requirement Country or Organization Legal Requirement Global Consideration Process standardization TCA Setup Considerations . Data that directly corresponds to this relationship (contact info etc. Party Relationship :Any relationship between two parties of the above type (person and organization) that needs to be stored as its.) is stored as well. Relationships are stored in the HZ_PARTY_RELATIONSHIPS table.• • Locations/site :A Location is a point in geographical space described by an address. own record. A party site is a location.

It identifies selling attributes e. Relationships are generally used to construct hierarchical structure of Organizations. You can build relationship between accounts and have one account to pay for another. • • • • • • • • Party be any real Person or Organization. what all party sites can be or should be created as Parties. You can have multiple accounts. keep these things in mind.payment terms. • • • TCA Integration with Other Oracle Products This is how TCA data is tighten with other Oracle products. An account is a separate entity. It enables you to have multiple sets of selling attributes e. if you want to see activities for site level separately from your parent level party. If transaction needs to be segregated within a party to perform granular analysis based on selling or business relation. of the relationship. only for customers.g. once a selling relationship is established. An account should typically have at least one active ‘bill_to’ site. you should create that Site as a separate Party/Entity.When you are doing TCA customer Modeling. When creating Parties. for each relationship between external party and your business entity.e.separate accounts with a party should be created. Party becomes a Customer/Account.g. shipping and billing preferences etc. Generally. Party sites are locations for Party or Organization. . payment terms etc. It helps for accounting and reporting purposes. Create account only where you have selling relationship i.

TCA Technical Tables • TCA . . You can also refer old post for customer model.Customer : Here are Technical details for 11i/R12 customer in TCA.

You can also refer old post for more details.• TCA . • TCA .Bank R12 : Bank & Trading Community Architecture(TCA) .Suppliers Here are Technical details for R12 Supplier in TCA.

bank branch and bank account is defined as a party in HZ_PARTIES. AP) and Legal Entity (Treasury). 2. 9. 7. 8. The TCA tables used by Cash Management for modeling Banks and Bank Branches are listed below: 1. 4. The new table CE_BANK_ACCOUNT stores bank account attributes while the CE_BANK_ACCT_USES_ALL table stores the bank account use attributes specific to Operating Unit (AR. 5.oracleappshub. Address. Do ittoday Read this: 1.com/account-payable/r12-ebs-banking-model-indemanding-and-changing-world/ http://www.Posted on November 26th. 2007 by Sanjit Anand | Print This Post | Email This Post Have you joined Hub Community Network Forums of OracleaApps professionals? Don't wait. 6. http://www. The address details of Banks and Bank Branches will be in HZ_LOCATIONS (stores addresses) and HZ_PARTY_SITES (stores party sites). Contact and Locations.com/account-payable/welcome-to-r12-account-payable/ Three key CE tables now as: • • • CE_BANK_ACCOUNTS for bank accounts CE_BANK_ACCT_USES_ALL for account uses by Operating Units & Legal Entities CE_GL_ACCOUNTS_CCID for bank account use accounting data TCA and Bank The TCA party model is being used to model banks and bank branches as parties with the associated attributes of Relationships. while the contact details will be stored in HZ_CONTACT_POINTS (stores contact methods). HZ_ORG_CONTACTS (stores the contact’s title) and HZ_ORG_CONTACT_ROLES (stores the contact’s purpose or role).oracleappshub. HZ_PARTIES HZ_RELATIONSHIPS HZ_RELATIONSHIP_TYPES HZ_ORG_CONTACTS HZ_ORG_CONTACT_ROLES HZ_CONTACT_POINTS HZ_PARTY_SITES HZ_LOCATIONS HZ_ORGANIZATION_PROFILES The HZ_ORGANIZATION_PROFILES table stores additional attributes of banks and bank branches along with the history of changes made to Banks and Bank Branches. . The contact person at the bank. 3. 2.

The accounting data pertaining to the bank account use will be stored in the CE_GL_ACCOUNTS_CCID table. All of the bank. . branch and bank account related attributes in AP_BANK_BRANCHES and AP_BANK_ACCOUNTS_ALL tables will be upgraded to HZ_PARTIES and the new tables in Cash Management. here is various attributes how they fits inside the model. Within TCA model.

Sign up to vote on this title
UsefulNot useful