TCA – Trading Community Architecture – Oracle Apps R12

Trading Community Architecture – TCA

Trading Community Architecture (TCA) er en struktur, der var baseret på R11 Kundemodel designet til at understøtte komplekse handelsforhold for at imødekomme yderligere behov, som yderligere udvides i R12 med leverandør og Bank. Så TCA er en datamodel, der giver dig mulighed for at styre komplekse oplysninger om parterne eller kunder eller leverandører eller bank, der tilhører dit kommercielle samfund, herunder organisationer, placeringer og netværket af hierarkiske relationer mellem dem.

Hvad er Trading Community Architecture (TCA)? Hvad er TCA, Handelssamfundets arkitektur? Er TCA et Oracle Applications-modul? Er det funktionalitet i et Oracle-modul? Disse er få almindelige spørgsmål, og der er ofte mange svar givet. TCA er en datamodel, der understøtter indtastning og styring af enheder, som du interagerer med. Så lad os revidere konceptet.

Trading Community Architecture er en meget fleksibel, meget robust model, der definerer de komponenter, der involverer handel inden for i E-business Suite. Implementering af teknologi og applikationer, der giver brugerne mulighed for at oprette og vedligeholde relationer mellem enheder

det universelle dataskema for kunder, kundeemner, leverandører, distributører, forhandlere, konsortier, bank på tværs af alle Oracle EBS-applikationer TCA tillader ikke kun sporing af forholdet mellem den implementerende organisation og dens handelspartnere, men sporer også forholdet mellem handelspartnerne selv.

du skal også bemærke, TCA er hverken et Oracle Applications-modul eller kræver separat licens. Hvis du ser TCA guide, kan du finde disse er de vigtigste funktioner i TCA

• giver et fundament for en enkelt kilde til kundeoplysninger.
• evne til at repræsentere alle forretningsenheder som en “fest” (organisationer, mennesker, grupper, relationer) og til at håndtere dem på samme måde. Denne tilgang giver fleksibilitet til at rumme alle B2B -, B2C-og hybridmodeller i samme lager.
• mange-til-mange relationer mellem parter og steder, der giver mulighed for mindre dobbeltarbejde og lettere opdatering.
• kapacitet til avanceret forholdsmodellering mellem enheder inden for handelssamfundet. Ethvert parti kan figurere i et hvilket som helst antal Partirelationer, selv inden for matricehierarkier (forholdsnetværk).
• mulighed for at opsætte og vedligeholde et vilkårligt antal partsklassifikationer, som kan bruges til rapportering og tildeling formål.
• udvidelig datamodel for at muliggøre forskellige forretnings datakrav.
• i virkeligheden kører tre enheder i TCA-modellen , som er part , konto og relationer.

TCA-terminologier

• parti
  • begrebet ‘fest’ gør det muligt for Kundemodellen at behandle alle forretningsenheder ens, uanset type. Det håndterer let B2B, B2C.
    parter af typen ‘gruppe’ giver mulighed for gruppering af et vilkårligt antal andre parter i en enkelt enhed, der muliggør modellering af husholdninger og købskonsortier.
  • parter af typen ‘forhold’ tillader, at forholdet mellem to parter betragtes som et parti i sig selv
  • Parti – et parti er en enhed, der kan indgå et forretningsforhold og kan være af fire typer.
    • Person – en unik person (død eller levende) af interesse for ejeren af programmet.
    • organisation – en juridisk enhed anerkendt af nogle offentlige myndigheder.
    • Gruppe – En kombination af to eller flere personer, organisationer eller grupper af oprettet til brug af ejeren af programmet.
    • forholdet – forbindelsen mellem en individuel person og en organisation. Normalt en kontakt i en organisation eller gruppe.

Figur 1: TCA logisk Diagram

• konto
  • konto – er en finansiel roll-up punkt til at spore monitory del af en kundes køb og betalinger. Gemmer oplysninger om et kundeforhold mellem en part og din virksomhed.
    • dette repræsenterer salg-købsforhold såsom fakturering og forsendelsesbegivenheder
    • konti, der kræves til en transaktion
    • en konto kan ikke eksistere uden en part
  • en part kan have en eller flere kundekonti
    • Kontorolle – det forhold, som en part har med hensyn til at kontrollere eller bruge en konto.
    • Kundekontosite er en Partsite, der bruges inden for rammerne af en kundekonto (f.eks. til fakturerings-eller forsendelsesformål).
    • en kundekontakt er en Partskontakt, der bruges i forbindelse med en kundekonto.
• kunde
  en kundekonto repræsenterer det forretningsforhold, som en part kan indgå i med en anden part. Kontoen har oplysninger om vilkårene og betingelserne for at gøre forretninger med partiet. Du kan f .eks. åbne en kommerciel konto for køb foretaget af Vision Distribution til intern brug og en forhandlerkonto for køb foretaget af Vision Distribution til salg af dine produkter til slutbrugere.

du kan også definere kontaktpersoner, bankkonti, betalingsmetoder, telefonnumre og relationer for hver kundekonto.Du kan også vedligeholde flere kundekonti for en kunde, der handler forretning med mere end en branche i din organisation.

du opretholder separate kundeprofiler, adresser og kontakter for hver kundekonto.Et feststed er det sted, hvor en bestemt fest er fysisk placeret. Hver part har kun en identificerende adresse, men en part kan have flere festsider.

en kundeadresse er en partsite, der bruges i forbindelse med en kundekonto til fakturering, forsendelse eller andre formål. En kontaktperson kommunikerer for eller handler på vegne af en part eller kundekonto.

en kontakt kan eksistere for en kunde på konto-eller adresseniveau. En person fungerer normalt som en kontakt for en organisation, men kan også være en kontakt for en anden person. For eksempel kan en administrativ assistent være kontakten til en leder.

gammel Model vs ny Kundemodel

figur 2; Kunde gamle model og TCA model

• steder /sted: en placering er et punkt i geografisk rum beskrevet af en adresse. Et feststed er et sted.
• Partiforhold :ethvert forhold mellem to parter af ovennævnte type (person og organisation), der skal opbevares som dets. egen rekord. Data, der direkte svarer til dette forhold (kontaktoplysninger mv.) opbevares også . Relationer gemmes i tabellen HS_PARTY_RELATIONSHIPS.

faktorer, som du kan overveje for TCA-enheder

• forretningskrav inklusive din rapportering
• system/applikationskrav
• land eller organisation lovkrav
• Global overvejelse
• Processtandardisering

TCA setup overvejelser når du laver TCA kundemodellering, skal du huske disse ting;

• fest være enhver rigtig Person eller organisation.
• Party sites er steder for fest eller organisation.
• relationer bruges generelt til at konstruere hierarkisk struktur af organisationer.
• part bliver kunde/konto, når et salgsforhold er etableret.
• en konto skal typisk have mindst et aktivt ‘bill_to’ – sted. Det hjælper til regnskabs-og rapporteringsformål.
• når du opretter fester, hvad alle festsider kan være eller skal oprettes som fester.
• generelt, hvis du vil se aktiviteter for stedniveau separat fra din overordnede niveau part, skal du oprette Dette sted som en separat Part/enhed.
• en konto er en separat enhed. Opret kun konto, hvor du har salgsforhold, dvs.kun for kunder. Den identificerer salgsattributter, f.eks. betalingsbetingelser, forsendelses-og faktureringspræferencer osv. af forholdet.
• du kan have flere konti for hver relation mellem ekstern part og din forretningsenhed. Det giver dig mulighed for at have flere
  sæt salgsattributter, f.eks.
• du kan opbygge forhold mellem konti og have en konto til at betale for en anden.
• hvis transaktionen skal adskilles inden for en part for at udføre granulær analyse baseret på salg eller forretningsforhold,skal der oprettes separate konti hos en part.

TCA-Integration med andre Oracle-produkter

sådan strammes TCA-data med andre Oracle-produkter.

TCA tekniske tabeller

• TCA – kunde : her er tekniske detaljer for 11i/R12 kunde i TCA. Du kan også henvise gamle indlæg til kundemodel.

• TCA-leverandører

her er tekniske detaljer for R12 leverandør i TCA. Du kan også henvise gamle indlæg for flere detaljer.

• TCA-Bank