TCA – Architecture de Communauté de Trading – Oracle Apps R12

Architecture de Communauté de Trading – TCA

L’Architecture de Communauté de Trading (TCA) est une structure basée sur le modèle Client R11 conçue pour prendre en charge des relations commerciales complexes pour répondre à des besoins supplémentaires qui se sont étendus dans R12 avec le fournisseur et la Banque. Ainsi, TCA est un modèle de données qui vous permet de gérer des informations complexes sur les parties, ou les clients ou les fournisseurs ou les banques qui appartiennent à votre communauté commerciale, y compris les organisations, les emplacements et le réseau de relations hiérarchiques entre eux.

Qu’est-ce que l’Architecture de Communauté Commerciale (ATC) ? Qu’est-ce que TCA, l’Architecture de la Communauté Commerciale? TCA est-il un module d’applications Oracle ? Est-ce une fonctionnalité dans un module Oracle? Ce sont peu de questions courantes, et il y a souvent beaucoup de réponses données. Le TCA est un modèle de données qui prend en charge la saisie et la gestion des entités avec lesquelles vous interagissez. Revenons donc sur le concept.

L’architecture de communauté de trading est un modèle très flexible et très robuste qui définit les composants impliqués dans le trading au sein de la Suite E-business. La mise en œuvre de technologies et d’applications pour permettre aux utilisateurs de créer et de maintenir des relations entre entités

Le schéma de données universel pour les clients, prospects, fournisseurs, distributeurs, revendeurs, consortiums, banques à travers toutes les applications Oracle EBS TCA permet non seulement le suivi des relations entre l’organisation de mise en œuvre et ses partenaires commerciaux, mais suit également les relations entre les partenaires commerciaux eux-mêmes.

Vous devez également noter que TCA n’est ni un module d’applications Oracle ni nécessite une licence distincte. Si vous voyez le guide TCA, vous pouvez constater que ce sont les principales caractéristiques de TCA

  • Fournit une base pour une source unique d’informations sur les clients.
  • Capacité à représenter toutes les entités commerciales en tant que « Partie » (organisations, personnes, groupes, relations) et à les gérer de la même manière. Cette approche offre une flexibilité pour accueillir tous les modèles B2B, B2C et hybrides dans le même référentiel.
  • Relations multiples entre les Parties et les emplacements, ce qui permet moins de duplication et de mise à jour plus facile.
  • Capacité de modélisation avancée des relations entre entités au sein de la communauté commerciale. N’importe quelle partie peut figurer dans n’importe quel nombre de Relations de parties, même au sein de hiérarchies matricielles (réseaux de relations).
  • Capacité de mettre en place et de maintenir un certain nombre de classifications de parties pouvant être utilisées à des fins de rapport et d’affectation.
  • Modèle de données extensible pour permettre diverses exigences de données métier.
  • En réalité, trois entités pilotent le modèle TCA, à savoir Party, Account et Relationships.

Terminologies TCA

  • Partie
    • Le concept de « Partie » permet au Modèle Client de traiter toutes les entités commerciales de manière égale, quel que soit leur type. Il gère facilement B2B, B2C.
      Les parties de type « Groupe » permettent de regrouper un nombre quelconque d’autres parties en une seule entité, ce qui permet de modéliser les ménages et les consortiums d’achat.
    • Les parties de type « Relation » permettent de considérer la relation entre deux parties comme une partie à part entière
    • Partie – Une partie est une entité qui peut entrer dans une relation d’affaires et peut être de quatre types.
      • Personne – Une personne unique (morte ou vivante) d’intérêt pour le propriétaire du logiciel.
      • Organisation – Une entité juridique reconnue par une autorité gouvernementale.Groupe
      • – une combinaison de deux personnes, organisations ou groupes ou plus créés pour l’utilisation du propriétaire du logiciel.
      • Relation – L’association entre une personne et une organisation. Habituellement, un contact dans une organisation ou un groupe.
 Architecture de Communauté Commerciale (TCA)

Figure 1: Diagramme logique TCA

  • Compte
    • Compte – Est un point de récapitulation financière permettant de suivre la partie de surveillance des achats et des paiements d’un client. Stocke des détails sur une relation client entre une partie et votre entreprise.
      • Cela représente la relation vente-achat telle que les événements de facturation et d’expédition
      • Comptes requis pour une transaction
      • Un compte ne peut exister sans une partie
    • Une Partie peut avoir un ou plusieurs Comptes Clients
      • Rôle de compte – La relation qu’une Partie a en ce qui concerne le contrôle ou l’utilisation d’un compte.
      • Le Site de Compte client est un Site Tiers qui est utilisé dans le contexte d’un Compte Client (par exemple, à des fins de facturation ou d’expédition).
      • Un Contact de Compte Client est un Contact de Partie utilisé dans le contexte d’un Compte Client.
  • Client
    Un compte client représente la relation commerciale qu’une partie peut conclure avec une autre partie. Le compte contient des informations sur les termes et conditions de faire des affaires avec la partie. Par exemple, vous pouvez ouvrir un compte commercial pour les achats effectués par Vision Distribution pour son usage interne et un compte revendeur pour les achats effectués par Vision Distribution pour la vente de vos produits aux utilisateurs finaux.

Vous pouvez également définir des personnes de contact, des comptes bancaires, des méthodes de paiement, des numéros de téléphone et des relations pour chaque compte client.Vous pouvez également gérer plusieurs comptes clients pour un client qui effectue des transactions avec plus d’un secteur d’activité de votre organisation.

Vous gérez des profils, des adresses et des contacts clients distincts pour chaque compte client.Un site de fête est l’emplacement où se trouve physiquement une fête particulière. Chaque partie n’a qu’une seule adresse d’identification, mais une partie peut avoir plusieurs sites de fête.

Une adresse client est un site tiers utilisé dans le cadre d’un compte client à des fins de facturation, d’expédition ou à d’autres fins. Un contact communique pour ou agit au nom d’une partie ou d’un compte client.

Un contact peut exister pour un client au niveau du compte ou de l’adresse. Une personne agit généralement comme un contact pour une organisation, mais peut également être un contact pour une autre personne. Par exemple, un adjoint administratif pourrait être la personne-ressource d’un cadre de direction.

Ancien Modèle vs Nouveau Modèle Client

 Architecture de Communauté Commerciale (TCA)

Figure 2; Ancien modèle client et modèle TCA

 Architecture de communauté commerciale (TCA)
  • Emplacements/ site : Un emplacement est un point de l’espace géographique décrit par une adresse. Un site de fête est un emplacement.
  • Relation de partie: Toute relation entre deux parties du type ci-dessus (personne et organisation) qui doit être stockée en tant que sa. propre record. Les données qui correspondent directement à cette relation (coordonnées etc.) est également stocké. Les relations sont stockées dans la table HZ_PARTY_RELATIONSHIPS.

Facteurs que vous pouvez prendre en compte pour les entités TCA

  • Exigences métier, y compris votre reporting
  • Exigences système/application
  • Exigence juridique du pays ou de l’organisation
  • Considération globale
  • Normalisation des processus

Considérations de configuration TCA Lorsque vous effectuez une modélisation client TCA, gardez ces choses à l’esprit;

  • La partie soit une personne ou une Organisation réelle.
  • Les sites de fête sont des emplacements pour une Fête ou une organisation.
  • Les relations sont généralement utilisées pour construire la structure hiérarchique des organisations.
  • La Partie devient Client/Compte, une fois qu’une relation de vente est établie.
  • Un compte doit généralement avoir au moins un site ‘bill_to’ actif. Cela aide à des fins de comptabilité et de reporting.
  • Lors de la création de Parties, quels sites de parties peuvent ou doivent être créés en tant que Parties.
  • En règle générale, si vous souhaitez voir les activités au niveau du site séparément de votre partie de niveau parent, vous devez créer ce Site en tant que Partie/Entité distincte.
  • Un compte est une entité distincte. Créez un compte uniquement lorsque vous avez une relation de vente, c’est-à-dire uniquement pour les clients. Il identifie les attributs de vente, par exemple les conditions de paiement, les préférences d’expédition et de facturation, etc. de la relation.
  • Vous pouvez avoir plusieurs comptes, pour chaque relation entre une partie externe et votre entité commerciale. Il vous permet d’avoir plusieurs
    ensembles d’attributs de vente, par exemple des conditions de paiement, etc.
  • Vous pouvez établir une relation entre les comptes et avoir un compte pour en payer un autre.
  • Si la transaction doit être séparée au sein d’une partie pour effectuer une analyse granulaire basée sur la vente ou la relation commerciale, des comptes séparés avec une partie doivent être créés.

Intégration TCA avec d’autres produits Oracle

Voici comment les données TCA sont resserrées avec d’autres produits Oracle.

 Architecture de communauté commerciale (TCA)

Tableaux techniques TCA

  • TCA-Client: Voici les détails techniques pour le client 11i/R12 dans TCA. Vous pouvez également vous référer à l’ancien poste pour le modèle client.
 TCA - Client r12
  • TCA- Fournisseurs

Voici les détails techniques du fournisseur R12 en TCA. Vous pouvez également vous référer à l’ancien article pour plus de détails.

 TCA - fournisseur r12
  • TCA – Banque

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.