Skip to main content
Join the Agentforce Hackathon on Nov. 18-19 to compete for a $20,000 Grand Prize. Sign up now. Terms apply.

Étude de vos données et de votre objet modèle de données

Objectifs d’apprentissage

Après avoir terminé cette unité, vous pourrez :

  • Décrire l’importance du domaine de partie
  • Implémenter l’objet modèle de données à partir du modèle de données de partie pour capturer des informations

Mappage de vos données

Examinons comment une entreprise pourrait aborder l’utilisation des objets et des attributs du modèle de données Customer 360. N’oubliez pas que votre modèle de données n’est pas automatiquement défini sur le modèle de données Customer 360. Ce serait formidable si tout ce travail était déjà fait, mais nous n’avons pas encore réussi à prédire l’avenir. Le modèle de données Customer 360 fournit des moyens standardisés de représenter certains objets et attributs du modèle de données. En d’autres termes, tout le monde joue avec les mêmes types de pièces, vous savez donc comment tout va s’assembler et se comporter, peu importe ce que vous élaborez. Grâce à ces pièces, vous pouvez mieux vous adapter pour répondre aux futures demandes relatives au modèle de données. Prenons un exemple.

Voici Pia Larson. Elle est l’architecte d’entreprise du détaillant de matériel et de vêtements d’extérieur Northern Trail Outfitters (NTO), et elle est chargée de mapper le modèle de données de l’entreprise. NTO recueille des données provenant de toutes sortes de sources, notamment les ventes en magasin, les ventes en ligne, les parcours marketing des clients, le comportement sur le site Web et bien d’autres. Son travail consiste à rassembler toutes ces données.

Image montrant Pia travailler sur un ordinateur portable avec une tasse de café.

Avant toute chose, Pia doit savoir d’où proviennent les données. Cela signifie qu’elle doit rechercher toutes les sources de données. NTO rassemble des informations à partir du processus de vente, des interactions avec le support, des efforts marketing, etc. Pia doit discuter avec les parties prenantes de toutes les facettes du parcours client de NTO et identifier où les données sont stockées.

Pia détermine que NTO a besoin d’une identité unique et unifiée pour ses contacts, ainsi que d’informations sur les actions effectuées par ces contacts. De plus, elle souhaite rassembler les informations sur ces actions dans une identité unique et unifiée. Après avoir examiné le modèle de données Customer 360, elle décide que les domaines de parties et d’engagement représentent les informations sur lesquelles NTO doit fonder son modèle de données. 

Il est maintenant temps pour elle de commencer à mapper ces deux objets modèle de données. Elle note également que les objets modèle de données d’individu, d’identification de partie, d’adresse e-mail du point de contact, de téléphone du point de contact et d’adresse du point de contact sont nécessaires sur Data Cloud. Ces objets courants constituent une base solide pour les données client courantes que vous pouvez utiliser afin de créer des profils unifiés.

Présentation de la partie

En ce qui concerne notre modèle de données Customer 360, le domaine de partie n’a rien à voir avec la politique ou les jeux de société. Au lieu de cela, la partie représente une instance d’une personne ou d’une organisation. Cette entité peut être un individu, une entreprise ou une autre institution. Vous pouvez lier différents types d’informations à un objet modèle de données, mais chaque instance est une représentation unique de cette entité. Le domaine de partie comprend quelques objets modèle de données qui vous aident à identifier des informations sur une entité spécifique, notamment des informations de contact, le lien entre ce rôle et votre entreprise ainsi que d’autres informations pertinentes.

Objets modèle de données Party Identification (Identification de partie) et Account (Compte) mappés à l’objet modèle de données Individual (Individu).

Le domaine de partie comprend des objets modèle de données qui devraient vous sembler familiers : Party identification (Identification de partie), Individual (Individu) et Contact Point Email (Adresse e-mail du point de contact). Jetons un coup d’œil au domaine de partie et aux objets modèle de données associés à une personne. Plus précisément, Rachel Rodriguez, cliente de NTO.

Image représentant Rachel avec des exemples d’informations de contact professionnel, d’adresse e-mail privée, d’adresse postale et d’autres informations de profil.

Dans le cas de Rachel, il existe d’autres orthographes pour son nom, mais imaginez s’il s’agissait d’une personne qui se fait appeler par un surnom ou dont le nom a diverses variantes traditionnelles, comme Élisabeth, Lisa, Lise, Élisa ou un autre nom. Cela fait beaucoup d’informations à essayer de rassembler. Ajoutez quelques adresses différentes (un ancien appartement, une adresse professionnelle et un lieu de vie actuel), et le système a encore plus de variantes à prendre en compte. Nous n’aborderons même pas les anciens numéros de téléphone portable ou adresses e-mail : nous avons des choses plus importantes à faire.

Individu dans le domaine de partie

Les informations sur Rachel proviennent de diverses sources. NTO doit gérer les informations provenant de ces sources. Pia doit donc s’assurer qu’elles sont toutes directement liées au bon objet modèle de données et aux attributs respectifs. Toutes ces informations vous aident à atteindre l’objectif ultime de créer le profil unifié de Rachel Rodriguez dans Data Cloud. Parmi tous ces champs, cependant, l’un doit se démarquer comme étant plus important que les autres. 

L’ID d’individu se trouve dans l’objet modèle de données Individual (Individu) et permet de relier cet objet modèle de données à d’autres objets. Alors que Pia commence à décrire tous les flux de données entrant dans son instance Data Cloud, elle doit s’assurer qu’elle mappe toutes les informations de Rachel aux ID d’individu. Étudions un exemple d’ensemble de relations dans l’objet modèle de données Individual (Individu).

Relations de l’objet modèle de données Individual (Individu).

Cet exemple montre que le champ Individual (Individu) de l’objet modèle de données du contact de compte est associé au champ Individual ID (ID d’individu). L’adresse, l’adresse e-mail et le téléphone du point de contact sont également liés au champ Individual ID (ID d’individu). Tous ces champs sont associés selon la cardinalité plusieurs à un, ce qui signifie que plusieurs adresses et numéros de téléphone peuvent se rapporter à une seule personne. (Ne vous inquiétez pas, nous ne le dirons à personne si vous donnez une adresse e-mail jetable.) Le champ Individual ID (ID d’individu) pour l’objet modèle de données Individual (Individu) est également associé à ce champ pour l’objet modèle de données Unified link individual (Individu lien unifié) en tant que cardinalité un à un. Cet objet modèle de données est disponible une fois le processus de résolution de l’identité effectué (vous pouvez consulter ce processus dans le module Ingestion et modélisation dans Data Cloud). Dans ce cas, il ne peut y avoir qu’une seule valeur pour ce lien, ce qui permet de préserver le caractère unique de l’enregistrement.

Nous aborderons plus en détail l’objet Unified Link Individual (Individu lien unifié) ultérieurement dans ce badge.

Personnalisation de la partie

Votre modèle de données est personnalisé en fonction de votre instance Data Cloud, car ce que vous rassemblez dépend de vos propres besoins en données et des sources de données que vous utilisez pour importer ces données dans Data Cloud. Rappelez-vous cependant que vous utilisez des objets modèle de données standardisés pour une raison. Cette standardisation permet à Data Cloud d’avoir de meilleures chances de faire correspondre toutes les informations à la bonne personne unifiée. Cette configuration optimise également les fonctionnalités de votre modèle de données et vous aide à être opérationnel plus rapidement. De plus, vous pouvez profiter plus facilement des applications d’AppExchange, puisque tout le monde est déjà d’accord sur les types et la configuration des données que vous allez utiliser.

Lorsque vous planifiez votre modèle de données, n’oubliez pas de faire correspondre correctement les identificateurs, mais réfléchissez également aux sources de données qui doivent avoir la priorité sur les autres. Ces informations s’avéreront utiles plus tard lorsque vous devrez gérer la résolution de l’identité dans Data Cloud. Ce processus garantit que toutes les informations correctes sont liées au bon enregistrement et indique l’ordre de priorité des informations utilisées (telles que les noms complets par rapport aux surnoms ou les adresses e-mail préférées). Le numéro de fidélité client NTO unique permet de regrouper toutes les informations dans le profil unifié. Les règles déterminent quelles informations sont priorisées et utilisées dans les interactions réelles avec les clients.

Synthèse

Dans cette unité, vous avez découvert le modèle de données d’une personne dans Data Cloud. Ensuite, nous examinerons les actions de ces personnes et comment les capturer.

Ressources

Partagez vos commentaires sur Trailhead dans l'aide Salesforce.

Nous aimerions connaître votre expérience avec Trailhead. Vous pouvez désormais accéder au nouveau formulaire de commentaires à tout moment depuis le site d'aide Salesforce.

En savoir plus Continuer à partager vos commentaires