If you use this software or hardware in dangerous applications, then you PDF - See the Oracle E-Business Suite Documentation Library for current PDF .. Oracle Trading Community Architecture (TCA) is a data model that. If you use this software or hardware in dangerous applications, then you PDF - See the Oracle E-Business Suite Documentation Library for current PDF . Oracle Trading Community Architecture (TCA) maintains information including. If you use this software or hardware in dangerous applications, then you PDF - See the Oracle E-Business Suite Documentation Library for . Oracle Trading Community Architecture (TCA) maintains information including.
|Language:||English, Japanese, Dutch|
|ePub File Size:||21.75 MB|
|PDF File Size:||14.19 MB|
|Distribution:||Free* [*Register to download]|
R12 TCA (Trading Community Architecture): What is TCA? Oracle Trading Community Architecture (TCA) is a data model that allows you to. well those found in most other vendors' ERP and CRM applications. For those who are familiar with the first version of Oracle's TCA Best Practices document. Trading Community Architecture (TCA) is a structure which was to cater additional need which further extended in R12 with Supplier and.
Once a Party Relationship is defined, it may become a party in its own right.
For example, in the Party Relationship John is the spouse of Mary, both John and Mary are parties and spouse of is the relationship type. However, the relationship itself may become a party record, which would result in 3 parties: 1.
John Party of type person 2. Mary Party of type person 3.
Parties may be associated to one or more Locations and Locations may be associated to one or more Parties. However, it is possible that a person is the contact for another person e. 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.
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. 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.
oracle r12 appstech tca technical ver.1.ppt
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.
Connect With Us
It easily handles B2B, B2C. There needs to be extensive error checking and matching to ensure all records are processed properly.
Once this was implemented, it changed the way the client was fulfilling orders reducing the time from order to shipment because of the electronic interfaces.
It also included changing from to a monthly period.
Tell me about TCA(Trading Community Architecture)?
This required the Monument Calendar Change Product to by used for 2 tests and then production. All future transactions needed to be removed from the system during the changes.
This included future accruals, budgets, and invoices. Once updated, these transactions were then added back to the system.
They requested to have Monument change their chart, but retain all history. Monument performed this by using the Monument Chart program. The client created a new chart and then mapped the old chart to the new chart.
This required 2 tests prior to production.
Monument implemented this functionality so that when the file is created, it is automatically securely transferred to their bank. For EFT transactions, we setup new document types to allow Suppliers to be paid electronically.
The process was automated so that the file was sent to the bank after processing. This client operates in most US states and this required setting up both Federal and State Tax books. The main challenge was that there are over 90, assets with some requiring special depreciation rules attached for both Federal and State requirements. We also customized reports for needed reporting that was not attainable by standard reports. Using our propriety software, we have 24 X 7 monitoring service. Our software also alerts us to issues with the system before they become problems.
Added new Ledger for International Division. Integrate a newly acquired organization into the current system for a Health Care insurance provider Monument was tasked with designing security across both companies, creating training manuals for end users in the acquisition, and implementing Fixed Asset for both companies. The Fixed Assets project required extracting data from 2 systems, tying the data to the financial statements, and then implementing the system including adding Federal and State Tax Reporting.
Each type of transaction needs to have the correct due to and due from accounts added when the journal entry is posted. This client wanted the ability to have many to many journal entries with all the due to and due from accounts created for all entities.
Each of the intracompanies uses a Balance Sheet, so all must be balanced as if they were intercompanies, even though they are all in one legal entity.
Implemented downloading and iProcurement for Health Care Provider This client has multiple locations and wanted to centrally manage downloading, but have each location download needed products.
Monument worked with the client to implement downloading and iProcurement iProc and replace an existing electronic solution which was very expensive. Monument build the initial interfaces between suppliers and EBS. The client uses punchouts to Supplier Web Sites for most downloads. Monument wrote interfaces to and from suppliers for downloads and payments.Extensible data model to enable various business data requirements. These pages supported the sales efforts of all distributors allowing them to see the ATP Availability to Promise in a timely manner.
In this way, they were able to tell customers when products could be available to them. Capability for advanced relationship modeling between entities within the trading community.
This helped this client when working with Oracle to download the correct number of licenses. I think this is one of Oracle's best written modules in APPS, but the flaws that exist are primarily because Oracle developed TCA a bit too late, after the other modules like Payables, Receivables etc. This decision was not made until November and this forced a back-end change to be accomplished. They requested to have Monument change their chart, but retain all history.
Don't wait. Insurance Company - This is Interesting.