TCA-Trading Community Architecture – Oracle Apps R12

Trading Community Architecture-TCA

Trading Community Architecture (TCA) är en struktur som baserades på R11 Kundmodell utformad för att stödja komplexa handelsrelationer för att tillgodose ytterligare behov som ytterligare utvidgades i R12 med leverantör och Bank. Så, TCA är en datamodell som låter dig hantera komplex information om parterna, eller kunder eller leverantörer eller bank som tillhör ditt kommersiella samhälle, inklusive organisationer, platser och nätverket av hierarkiska relationer mellan dem.

Vad är Trading Community Architecture (TCA)? Vad är TCA, Trading Community Architecture? Är TCA en Oracle-Applikationsmodul? Är det funktionalitet inom en Oracle-modul? Det här är få vanliga frågor, och det finns ofta många svar. TCA är en datamodell som stöder inmatning och hantering av enheter som du interagerar med. Så låt oss återkomma konceptet.

Trading Community Architecture är en mycket flexibel, mycket robust modell som definierar de komponenter som ingår i handel inom i E-business Suite. Implementeringen av teknik och applikationer för att tillåta användare att skapa och upprätthålla relationer mellan enheter

det universella dataschemat för kunder, Prospekt, leverantörer, distributörer, återförsäljare, konsortier, bank över alla Oracle EBS-applikationer TCA tillåter inte bara spårning av relationer mellan genomförandeorganisationen och dess handelspartner, utan spårar också relationer mellan handelspartnerna själva.

du bör också notera att TCA varken är en Oracle Applications-modul eller kräver separat licens. Om du ser TCA guide, Du kan hitta dessa är de viktigaste funktionerna i TCA

• ger en grund för en enda källa för kundinformation.
• förmåga att representera alla affärsenheter som ett” parti ” (organisationer, människor, grupper, relationer) och att hantera dem på samma sätt. Detta tillvägagångssätt ger flexibilitet för att rymma alla B2B -, B2C-och hybridmodeller i samma arkiv.
• många-till-många relationer mellan parter och platser, som möjliggör mindre dubbelarbete och enklare uppdatering.
• kapacitet för avancerad relationsmodellering mellan enheter inom handelsgemenskapen. Varje part kan räkna i valfritt antal Partirelationer även inom matrishierarkier (relationsnätverk).
• möjlighet att ställa in och underhålla valfritt antal parti klassificeringar som kan användas för rapportering och tilldelning ändamål.
• Extensible datamodell för att möjliggöra olika affärsdatakrav.
• i verkligheten kör tre enheter i TCA-modellen , som är Parti , konto och relationer.

TCA-terminologier

• Party
  • begreppet ’Party’ gör det möjligt för Kundmodellen att behandla alla affärsenheter lika, oavsett typ. Det hanterar enkelt B2B, B2C.
    parter av typen ’grupp’ tillåter gruppering av valfritt antal andra parter i en enda enhet som möjliggör modellering av hushåll och köp av konsortier.
  • parter av typen ’relation’ tillåter att förhållandet mellan två parter ses som en part i sig
  • Party – ett parti är en enhet som kan ingå en affärsrelation och kan vara av fyra typer.
    • Person – en unik individ (död eller levande) av intresse för ägaren av programvaran.
    • organisation – en juridisk person som erkänns av någon statlig myndighet.
    • grupp – en kombination av två eller flera personer, organisationer eller grupper som skapats för användning av ägaren av programvaran.
    • förhållande – sambandet mellan en enskild person och en organisation. Vanligtvis en kontakt på en organisation eller grupp.

Fig 1: TCA logiskt Diagram

• konto
  • konto – är en finansiell roll-up punkt för att spåra monitory delen av en kunds inköp och betalningar. Lagrar information om en kundrelation mellan en part och ditt företag.
    • Detta representerar försäljnings-och köpförhållande som fakturerings-och leveranshändelser
    • konton som krävs för en transaktion
    • ett konto kan inte existera utan en part
  • en part kan ha ett eller flera kundkonton
    • Kontoroll – det förhållande som en part har när det gäller att kontrollera eller använda ett konto.
    • Kundkontowebbplats är en Partiwebbplats som används inom ramen för ett kundkonto (t.ex. för fakturering eller frakt).
    • en Kundkontokontakt är en Partskontakt som används i samband med ett kundkonto.
• kund
  ett kundkonto representerar den affärsrelation som en part kan ingå med en annan part. Kontot har information om villkoren för att göra affärer med festen. Du kan till exempel öppna ett kommersiellt konto för inköp som ska göras av Vision Distribution för internt bruk och ett återförsäljarkonto för inköp som görs av Vision Distribution för försäljning av dina produkter till slutanvändare .

du kan också definiera kontaktpersoner, bankkonton, betalningsmetoder, telefonnummer och relationer för varje kundkonto.Du kan också ha flera kundkonton för en kund som bedriver verksamhet med mer än en bransch i din organisation.

du upprätthåller separata kundprofiler, adresser och kontakter för varje kundkonto.En festplats är den plats där en viss part är fysiskt belägen. Varje part har bara en identifierande adress, men en part kan ha flera part webbplatser.

en kundadress är en part webbplats som används i samband med ett kundkonto för fakturering, frakt, eller andra ändamål. En kontakt kommunicerar för eller agerar på uppdrag av en part eller kundkonto.

en kontakt kan existera för en kund på konto-eller adressnivå. En person fungerar vanligtvis som en kontakt för en organisation, men kan också vara en kontakt för en annan person. Till exempel kan en administrativ assistent vara kontakten för en chef.

gammal modell vs Ny Kundmodell

Fig 2; Kund gammal modell och TCA modell

• platser / webbplats: en plats är en punkt i geografiskt utrymme som beskrivs av en adress. En festplats är en plats.
• Partiförhållande :varje relation mellan två parter av ovanstående typ (person och organisation) som måste lagras som dess. eget rekord. Data som direkt motsvarar detta förhållande(kontaktinformation etc.) lagras också. Relationer lagras i tabellen hz_party_relationships.

faktorer som du kan överväga för TCA-enheter

• affärskrav inklusive din rapportering
• system/applikationskrav
• land eller organisation lagligt krav
• Global hänsyn
• process standardisering

TCA setup överväganden när du gör TCA kundmodellering, hålla dessa saker i åtanke;

• Party vara någon verklig Person eller organisation.
• Partisidor är platser för fest eller organisation.
• relationer används vanligtvis för att konstruera hierarkisk struktur av organisationer.
• part blir kund/konto när en försäljningsrelation har upprättats.
• ett konto bör vanligtvis ha minst en aktiv ’bill_to’ – webbplats. Det hjälper för redovisning och rapportering.
• när du skapar parter, vad alla partisidor kan eller bör skapas som parter.
• generellt, om du vill se aktiviteter för webbplatsnivå separat från din överordnade nivå part, bör du skapa den webbplatsen som en separat Part/entitet.
• ett konto är en separat enhet. Skapa konto endast där du har försäljningsförhållande, dvs endast för kunder. Den identifierar försäljningsattribut t.ex. betalningsvillkor, frakt och faktureringsinställningar etc. av förhållandet.
• du kan ha flera konton för varje relation mellan extern part och din affärsenhet. Det gör att du kan ha flera
  uppsättningar av försäljningsattribut, t.ex. betalningsvillkor etc.
• du kan bygga relationer mellan konton och ha ETT KONTO att betala för ett annat.
• om transaktionen måste segregeras inom en part för att utföra detaljerad analys baserad på försäljning eller affärsrelation,bör separata konton hos en part skapas.

TCA-Integration med andra Oracle-produkter

så här stramar TCA-data med andra Oracle-produkter.

TCA tekniska tabeller

• TCA – kund : här är tekniska detaljer för 11i/R12 kund i TCA. Du kan också hänvisa gamla inlägg för kundmodell.

• TCA-leverantörer

här är tekniska detaljer för R12 leverantör i TCA. Du kan också hänvisa gamla inlägg för mer information.

• TCA-Bank