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.

Capability for advanced relationship modeling between entities within the trading community. Any party can figure in any number of Party Relationships even within matrix hierarchies (relationship networks). Ability to setup and maintain any number of party classifications which can be used for reporting and assignment purposes. Extensible data model to enable various business data requirements. In reality , three entities Drive in the TCA model , which are Party, Account, and Relationships.

TCA Terminologies

Party

The concept of Party enables the Customer Model to treat all business entities equally, regardless of type. It easily handles B2B, B2C. 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. Parties of type Relationship allow for the relationship between two parties to be viewed as a party in its own right Party - A Party is an entity that can enter into a business relationship and can be of four types. Person - A unique individual (dead or alive) of interest to the owner of

o o

the software. Organization - A legal entity recognized by some government authority. Group - a combination of two or more people, organizations or groups of created for the use of the owner of the software. Relationship - The association between an individual person and an organization. Usually a contact at an organization or group.

Fig 1: TCA Logical Diagram

Account o Account - Is a financial roll-up point to track the monitory portion of a customers purchases and payments. Stores details about a customer relationship between a Party and your business. 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

Account Role - The relationship that a Party has in regard to controlling or using an account. Customer Account Site is a Party Site that is used within the context of a Customer Account (e.g., for billing or shipping purposes). A Customer Account Contact is a Party Contact that is used in the context of a Customer Account.

Customer A customer account represents the business relationship that a party can enter in to with another party. The account has information about the terms and conditions of doing business with the party. For example, 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 .

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

Fig 2; Customer old model and TCA model

Locations/site :A Location is a point in geographical space described by an address. A party site is a location. Party Relationship :Any relationship between two parties of the above type (person and organization) that needs to be stored as its. own record. Data that directly corresponds to this relationship (contact info etc.) is stored as well. Relationships are stored in the HZ_PARTY_RELATIONSHIPS table.

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

When you are doing TCA customer Modeling, keep these things in mind;

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

TCA Integration with Other Oracle Products This is how TCA data is tighten with other Oracle products.

TCA Technical Tables

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

TCA - Suppliers

Here are Technical details for R12 Supplier in TCA. You can also refer old post for more details.

TCA - Bank

R12 : Bank & Trading Community Architecture(TCA)

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. Do ittoday

Read this:

1. 2.

http://www.oracleappshub.com/account-payable/r12-ebs-banking-model-indemanding-and-changing-world/ http://www.oracleappshub.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, Address, Contact and Locations. The TCA tables used by Cash Management for modeling Banks and Bank Branches are listed below: 1. 2. 3. 4. 5. 6. 7. 8. 9. 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, bank branch and bank account is defined as a party in HZ_PARTIES, while the contact details will be stored in HZ_CONTACT_POINTS (stores contact methods), HZ_ORG_CONTACTS (stores the contacts title) and HZ_ORG_CONTACT_ROLES (stores the contacts purpose or role). The address details of Banks and Bank Branches will be in HZ_LOCATIONS (stores addresses) and HZ_PARTY_SITES (stores party sites). 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, AP) and Legal Entity (Treasury).

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. Within TCA model, here is various attributes how they fits inside the model.