Tca – Trading Community Architecture – Oracle Apps R12

Trading Community Architecture – tca

Trading Community Architecture (TCA) er en struktur som var basert På R11 Kundemodell designet for å støtte komplekse handelsforhold for å imøtekomme ytterligere behov som ytterligere utvidet I R12 med Leverandør og Bank. SÅ, TCA er en datamodell som lar deg administrere kompleks informasjon om partene, eller kunder eller leverandører eller bank som tilhører ditt kommersielle samfunn, inkludert organisasjoner, steder og nettverket av hierarkiske forhold mellom dem.

Hva Er Trading Community Architecture (Tca)? HVA er Tca, Trading Community Architecture? Er TCA En Oracle Applications-modul? Er det funksjonalitet i En Oracle-modul? Dette er få vanlige spørsmål, og det er ofte mange svar gitt. TCA er en datamodell som støtter oppføring og administrasjon av enheter som du samhandler med. Så la oss revidere konseptet.

Trading Community Architecture er En veldig fleksibel, veldig robust modell som definerer komponentene som involverer handel i e-business Suite. Implementeringen av teknologi og applikasjoner for å tillate brukere å opprette og vedlikeholde relasjoner mellom enheter

det universelle dataskjemaet for kunder, prospekter, leverandører, distributører, forhandlere, konsortier, bank på tvers Av Alle ORACLE EBS-applikasjoner TCA tillater ikke bare sporing av relasjoner mellom implementeringsorganisasjonen og handelspartnerne, men sporer også relasjoner mellom handelspartnerne selv.

DU bør også merke SEG AT TCA ikke er En Oracle Applications-modul eller krever separat lisens. Hvis DU ser tca guide, kan du finne disse er de viktigste funksjonene I TCA

• Gir grunnlag for en enkelt kilde for kundeinformasjon.
• evne til å representere alle forretningsenheter som En «Part» (organisasjoner, personer, grupper, relasjoner) og å håndtere dem på samme måte. Denne tilnærmingen gir fleksibilitet til å imøtekomme ALLE b2b, B2C og hybridmodeller i samme depot.
• mange-til-mange relasjoner Mellom Parter og Steder, som gir mindre duplisering og enklere oppdatering.
• Mulighet for avansert relasjonsmodellering mellom enheter i handelssamfunnet. Enhver part kan finne i et hvilket som helst Antall Partrelasjoner, selv innenfor matrisehierarkier (forholdsnettverk).
• Evne til å sette opp og vedlikeholde en rekke parti klassifikasjoner som kan brukes for rapportering og oppdrag formål.
• Utvidbar datamodell for å aktivere ulike krav til forretningsdata.
• i virkeligheten Kjører tre enheter I tca-modellen, Som Er Parti, Konto og Relasjoner.

TCA Terminologier

• Party
  • Konseptet ‘Party’ gjør Det Mulig For Kundemodellen å behandle alle forretningsenheter likt, uavhengig av type. Den håndterer enkelt B2B, B2C.
    Partier av Typen ‘Gruppe’ tillater gruppering av et hvilket som helst antall andre parter i en enkelt enhet som muliggjør modellering av husholdninger og kjøpskonsortier.
  • Parter av typen ‘Forhold’ tillater at forholdet mellom to parter blir sett på som en part i seg selv
  • Parti – Et Parti er en enhet som kan inngå et forretningsforhold og kan være av fire typer.
    • Person-et unikt individ (død eller levende) av interesse for eieren av programvaren.
    • Organisasjon-en juridisk enhet anerkjent av noen myndighet.
    • Gruppe-en kombinasjon av to eller flere personer, organisasjoner eller grupper av opprettet for bruk av eieren av programvaren.
    • Forhold-foreningen mellom en enkeltperson og en organisasjon. Vanligvis en kontakt i en organisasjon eller gruppe.

Fig 1: TCA Logisk Diagram

• Konto
  • Konto – Er en økonomisk roll – up punkt å spore monitory delen av kundens kjøp og betalinger. Lagrer detaljer om et kundeforhold mellom En Part og bedriften din.
    • Dette Representerer kjøp / salg forhold som fakturering og frakt hendelser
    • Kontoer som kreves for en transaksjon
    • en konto kan ikke eksistere uten en part
  • En Part kan ha en Eller Flere Kundekontoer
    • Kontorolle-forholdet Som En Part har med hensyn til å kontrollere eller bruke en konto.
    • Kundekontonettsted Er Et Partinettsted som brukes i sammenheng Med En Kundekonto (f.eks. for fakturerings-eller fraktformål).
    • En Kundekontokontakt er En Partkontakt som brukes i sammenheng Med En Kundekonto.
• Kunde
  en kundekonto representerer forretningsforholdet som en part kan inngå med en annen part. Kontoen har informasjon om vilkårene og betingelsene for å gjøre forretninger med partiet. Du kan for eksempel åpne en kommersiell konto for kjøp Som Skal gjøres av Vision Distribution for intern bruk, og en forhandlerkonto for kjøp Gjort Av Vision Distribution for salg av produktene dine til sluttbrukere .

du kan også definere kontaktpersoner, bankkontoer, betalingsmåter, telefonnumre og relasjoner for hver kundekonto.Du kan også opprettholde flere kundekontoer for en kunde som utfører forretninger med mer enn en bransje i organisasjonen.

du opprettholder separate kundeprofiler, adresser og kontakter for hver kundekonto.Et parti nettsted er stedet der en bestemt part er fysisk plassert. Hver part har bare en identifiserende adresse, men en part kan ha flere parts nettsteder.

en kundeadresse er et partsnettsted som brukes i forbindelse med en kundekonto for fakturering, frakt eller andre formål. En kontakt kommuniserer for eller handler på vegne av en part eller kundekonto.

en kontakt kan eksistere for en kunde på konto-eller adressenivå. En person fungerer vanligvis som en kontakt for en organisasjon, men kan også være en kontakt for en annen person. For eksempel kan en administrativ assistent være kontakten for en leder.

Gammel Modell vs Ny Kundemodell

Fig 2; Kunde gammel modell og TCA-modell

• Steder / sted: Et Sted er et punkt i geografisk rom beskrevet av en adresse. Et feststed er et sted.
• Partrelasjon: ethvert forhold mellom to parter av den ovennevnte typen (person og organisasjon) som må lagres som sin. egen rekord. Data som direkte tilsvarer dette forholdet (kontaktinformasjon etc.) lagres også. Relasjoner lagres I TABELLEN hz_party_relationships.

Faktorer som du kan vurdere FOR tca-enheter

• forretningskrav inkludert rapportering
• System/programkrav
• Land Eller Organisasjon Juridiske Krav
• Globale Hensyn
• prosess standardisering

tca setup betraktninger Når du gjør tca kundemodellering, Holde disse tingene i bakhodet;

• Parti være noen reell Person eller Organisasjon.
• Partinettsteder er steder For Fest eller Organisasjon.
• Relasjoner brukes vanligvis til å konstruere hierarkisk Struktur Av Organisasjoner.
• Partiet blir En Kunde / Konto, når en selger forholdet er etablert.
• en konto bør vanligvis ha minst ett aktivt ‘bill_to’ – nettsted. Det hjelper for regnskaps-og rapporteringsformål.
• når Du oppretter Parter, hva alle parts nettsteder kan være eller bør opprettes Som Parter.
• Generelt, hvis du vil se aktiviteter for områdenivå separat fra parent nivå part, bør du opprette Dette Området som en egen Part / Enhet.
• en konto er en egen enhet. Opprett kun konto der du har salgsforhold, dvs. bare for kunder. Det identifiserer selger attributter f.eks betalingsbetingelser, frakt og fakturering preferanser etc. av forholdet.
• Du kan ha flere kontoer, for hver relasjon mellom ekstern part og forretningsenheten. Det gjør at du kan ha flere
  sett med salgsattributter, f.eks. betalingsbetingelser etc.
• du kan bygge forholdet mellom kontoer og har en konto til å betale for en annen.
• hvis transaksjonen må segregeres innenfor en part for å utføre granulær analyse basert på salg eller forretningsforhold,bør det opprettes separate kontoer med en part.

Tca-Integrasjon Med Andre Oracle-Produkter

SLIK strammer 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 innlegg for kundemodell.

• TCA – Leverandører

Her Er Tekniske detaljer For R12 Leverandør I TCA. Du kan også se gamle innlegg for flere detaljer.

• TCA-Bank