TCA – Trading Community Architecture-Oracle Apps R12

Trading Community Architecture – TCA

Trading Community Architecture (TCA) è una struttura basata sul modello di cliente R11 progettata per supportare relazioni commerciali complesse per soddisfare ulteriori esigenze che si sono ulteriormente estese in R12 con fornitore e Banca. Così, TCA è un modello di dati che consente di gestire informazioni complesse sulle parti, o clienti o fornitori o banca che appartengono alla vostra comunità commerciale, comprese le organizzazioni, sedi, e la rete di relazioni gerarchiche tra di loro.

Che cos’è la Trading Community Architecture (TCA)? Che cos’è il TCA, l’architettura della comunità commerciale? TCA è un modulo Oracle Applications? È funzionalità all’interno di un modulo Oracle? Queste sono poche domande comuni, e ci sono spesso molte risposte date. Il TCA è un modello di dati che supporta l’inserimento e la gestione delle entità con cui si interagisce. Così lascia rivisitare il concetto.

Trading Community Architecture è un modello molto flessibile e molto robusto che definisce i componenti coinvolti nel trading all’interno della suite E-business. L’applicazione di tecnologie e applicazioni per consentire agli utenti di creare e mantenere le relazioni tra le entità,

universale schema dei dati per i clienti, potenziali clienti, fornitori, distributori, rivenditori, consorzi, banca in tutti Oracle EBS applicazioni TCA non solo consente il monitoraggio dei rapporti tra l’attuazione di organizzazione e i suoi partner commerciali, ma anche le relazioni tra i partner commerciali stessi.

Dovresti anche notare che TCA non è né un modulo Oracle Applications né richiede una licenza separata. Se vedi la guida TCA, puoi trovare queste sono le caratteristiche chiave di TCA

  • Fornisce una base per un’unica fonte per le informazioni sui clienti.
  • Capacità di rappresentare tutte le entità aziendali come un “Partito” (organizzazioni, persone, gruppi, relazioni) e di gestirle allo stesso modo. Questo approccio offre flessibilità per ospitare tutti i modelli B2B, B2C e ibridi nello stesso repository.
  • Relazioni molti-a-molti tra parti e Luoghi, che consente una minore duplicazione e un aggiornamento più semplice.
  • Capacità di modellazione avanzata delle relazioni tra entità all’interno della comunità commerciale. Qualsiasi parte può figurare in un numero qualsiasi di relazioni tra parti anche all’interno di gerarchie di matrici (reti di relazioni).
  • Possibilità di impostare e mantenere qualsiasi numero di classificazioni di parti che possono essere utilizzate per scopi di reporting e assegnazione.
  • Modello di dati estensibile per consentire vari requisiti di dati aziendali.
  • In realtà , tre entità guidano nel modello TCA , che sono Party, Account e Relazioni.

Terminologie TCA

  • Party
    • Il concetto di “Party” consente al modello Cliente di trattare tutte le entità aziendali allo stesso modo, indipendentemente dal tipo. Gestisce facilmente B2B, B2C.
      Le parti di tipo “Gruppo” consentono il raggruppamento di un numero qualsiasi di altre parti in un’unica entità che consente la modellazione delle famiglie e dei consorzi di acquisto.
    • Le parti di tipo “Relazione” consentono di considerare la relazione tra due parti come una parte a sé stante
    • Parte – Una parte è un’entità che può entrare in una relazione d’affari e può essere di quattro tipi.
      • Persona-Un individuo unico (vivo o morto) di interesse per il proprietario del software.
      • Organizzazione-Una persona giuridica riconosciuta da alcune autorità governative.
      • Gruppo-una combinazione di due o più persone, organizzazioni o gruppi di creato per l’uso del proprietario del software.
      • Relazione-L’associazione tra una singola persona e un’organizzazione. Di solito un contatto presso un’organizzazione o un gruppo.
Architettura della comunità commerciale (TCA)

Fig 1: Diagramma logico TCA

  • Account
    • Account-È un punto di roll-up finanziario per monitorare la parte di monitoraggio degli acquisti e dei pagamenti di un cliente. Memorizza i dettagli su una relazione con il cliente tra una parte e la tua attività.
      • Rappresenta una relazione vendita-acquisto come eventi di fatturazione e spedizione
      • Account necessari per una transazione
      • Un account non può esistere senza una parte
    • Una Parte può avere uno o più account cliente
      • Ruolo account – La relazione che una Parte ha in relazione al controllo o all’utilizzo di un account.
      • Il sito dell’account cliente è un sito di terze parti utilizzato nel contesto di un account cliente (ad esempio, per scopi di fatturazione o spedizione).
      • Un contatto account cliente è un contatto di parte che viene utilizzato nel contesto di un account cliente.
  • Cliente
    Un account cliente rappresenta la relazione commerciale che una parte può instaurare con un’altra parte. L’account contiene informazioni sui termini e le condizioni di fare affari con la parte. Ad esempio, è possibile aprire un account commerciale per gli acquisti effettuati da Vision Distribution per uso interno e un account rivenditore per gli acquisti effettuati da Vision Distribution per la vendita dei prodotti agli utenti finali .

È inoltre possibile definire persone di contatto, conti bancari, metodi di pagamento, numeri di telefono e relazioni per ciascun conto cliente.È inoltre possibile gestire più account cliente per un cliente che effettua transazioni commerciali con più di una linea di business nell’organizzazione.

È possibile gestire profili, indirizzi e contatti dei clienti separati per ciascun account cliente.Un sito di partito è il luogo in cui una parte particolare si trova fisicamente. Ogni parte ha un solo indirizzo di identificazione, ma una parte può avere più siti di partito.

Un indirizzo cliente è un sito di terze parti utilizzato nel contesto di un account cliente per la fatturazione, la spedizione o altri scopi. Un contatto comunica o agisce per conto di una parte o di un account cliente.

Un contatto può esistere per un cliente a livello di account o indirizzo. Una persona di solito agisce come un contatto per un’organizzazione, ma può anche essere un contatto per un’altra persona. Ad esempio, un assistente amministrativo potrebbe essere il contatto per un dirigente.

Vecchio modello vs Nuovo modello cliente

 Trading Community Architecture (TCA)

Figura 2; Cliente vecchio modello e modello TCA

 Trading Community Architecture (TCA)
  • Posizioni / sito: una posizione è un punto nello spazio geografico descritto da un indirizzo. Un sito di partito è una posizione.
  • Rapporto di partito: qualsiasi relazione tra due parti del tipo sopra descritto (persona e organizzazione) che deve essere memorizzata come sua. proprio record. Dati che corrispondono direttamente a questa relazione (informazioni di contatto ecc.) è memorizzato pure. Le relazioni vengono memorizzate nella tabella HZ_PARTY_RELATIONSHIPS.

Fattori che si può prendere in considerazione per il TCA entità

  • requisiti di Business tra cui il reporting
  • Sistema/applicazione requisito
  • Paese o Organizzazione Requisito Legale
  • attenzione Globale
  • Processo di standardizzazione

TCA Considerazioni di Installazione Quando si sta facendo TCA cliente di Modellazione, tenere a mente queste cose;

  • Partito un vero e proprio Persona o Organizzazione.
  • I siti del partito sono posizioni per il partito o l’organizzazione.
  • Le relazioni sono generalmente utilizzate per costruire la struttura gerarchica delle organizzazioni.
  • Partito diventa un cliente / Account, una volta stabilito un rapporto di vendita.
  • Un account dovrebbe in genere avere almeno un sito ‘bill_to’ attivo. Aiuta a fini contabili e di reporting.
  • Quando si creano le parti, ciò che tutti i siti delle parti possono essere o devono essere creati come Parti.
  • In generale, se si desidera visualizzare le attività a livello di sito separatamente dalla parte a livello di genitore, è necessario creare tale Sito come Parte/Entità separata.
  • Un account è un’entità separata. Crea account solo dove hai rapporto di vendita cioè solo per i clienti. Identifica gli attributi di vendita, ad esempio i termini di pagamento, le preferenze di spedizione e fatturazione, ecc. della relazione.
  • È possibile avere più account, per ogni relazione tra la parte esterna e l’entità aziendale. Ti consente di avere più
    set di attributi di vendita, ad esempio termini di pagamento, ecc.
  • È possibile creare relazioni tra account e avere un account da pagare per un altro.
  • Se la transazione deve essere segregata all’interno di una parte per eseguire un’analisi granulare basata sulla vendita o sulla relazione commerciale,è necessario creare conti separati con una parte.

Integrazione TCA con altri prodotti Oracle

Ecco come i dati TCA vengono serrati con altri prodotti Oracle.

Architettura della comunità commerciale (TCA)

Tabelle tecniche TCA

  • TCA – Cliente: Ecco i dettagli tecnici per il cliente 11i/R12 in TCA. È inoltre possibile fare riferimento vecchio post per il modello del cliente.
TCA-Cliente r12
  • TCA-Fornitori

Ecco i dettagli tecnici per il fornitore R12 in TCA. È inoltre possibile fare riferimento vecchio post per maggiori dettagli.

 TCA - fornitore r12
  • Banca TCA

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.