Skip to main content
Build the future with Agentforce at TDX in San Francisco or on Salesforce+ on March 5–6. Register now.

Mappage de vos données et définition du modèle de données

Objectifs d’apprentissage

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

  • Mapper vos données au modèle de données Customer 360
  • Vous préparer à la segmentation
  • Résoudre les scénarios courants

Liaison de vos données

Jusqu’à présent, Warren a intégré le paquet d’e-mails, les profils des coureurs et les journaux d’activité dans le compte Data Cloud de NTO à l’aide des connecteurs Marketing Cloud Engagement et de stockage sur le Cloud S3. Cependant, ces sources disparates doivent être associées les unes aux autres pour que Warren et l’équipe NTO puissent réellement utiliser ces données dans leurs activités de marketing. Voyons comment Warren peut créer des connexions en mappant les données dans Data Cloud.

Suivi du modèle

Data Cloud utilise le modèle de données Customer 360 afin de garantir l’interopérabilité standard des données entre les applications Cloud. Les domaines suivants, comprenant chacun plusieurs objets, sont représentés dans le modèle.

  • Le modèle de données Party (Partie) fournit des informations sur les relations commerciales, telles que des informations sur les clients et les fournisseurs.
  • Le modèle de données Product (Produit) fournit des informations sur un produit ou un service disponible à la vente.
  • Le modèle de données Sales Order (Commande client) fournit des informations sur les recettes et la quantité futures liées à une opportunité, y compris la famille de produits, le territoire ainsi que d’autres informations.
  • Le modèle de données Engagement fournit des informations sur les interactions avec une partie spécifique, comme un e-mail ou un appel téléphonique.
  • Le modèle de données Case (Requête) fournit des informations sur tout problème enregistré, tel qu’un problème de réparation de téléphone portable.

Les domaines supplémentaires de modèle de données incluent :

  • Le modèle de données Journey (Parcours) fournit des informations sur l’ensemble complet des expériences d’une partie lorsqu’elle interagit avec votre entreprise.
  • Le modèle de données Software Application (Application logicielle) fournit des informations, des applications ou des programmes conçus pour un utilisateur final.

Puisque Warren a sélectionné le paquet Email Studio de Marketing Cloud Engagement lors de la configuration, une partie de ce modèle est déjà appliquée pour lui. Plus précisément, le paquet Email Studio de Marketing Cloud Engagement utilise des objets des domaines Party (Partie), Engagement et Journey (Parcours).

Élaboration de votre modèle de données

Lors du déploiement du paquet d’e-mails, Warren constate que plusieurs flux de données ont été automatiquement ajoutés à sa vue de liste de flux de données et il clique sur l’un d’eux pour l’examiner. Sur l’écran de résumé du flux de données, il clique sur Review Mappings (Vérifier les mappages) dans le panneau de droite pour constater par lui-même que les données sources sont automatiquement partagées via le mappage avec la couche de modèle de données. Il trouve le flux contenant Ent Profile Attribute (Saisir un attribut de profil) et complète le mappage de ce flux de données unique. Étant donné que ce flux représente des données personnalisées, c’est le seul du paquet qui ne peut pas être automatiquement mappé à sa place. Voici les étapes spécifiques que vous devez suivre avec Warren pour terminer l’installation du paquet d’e-mails. 

  1. Sur la page de détails du flux de données pour le flux de données contenant Ent Profile Attribute (Saisir un attribut de profil), sélectionnez Review Mappings (Vérifier les mappages) dans le panneau de droite. Cette action ouvre la zone de dessin de mappage avec le côté gauche affichant l’objet lac de données et le côté droit affichant l’objet modèle de données appelé Individual (Individu).
  2. Localisez un champ à mapper sur le côté gauche. Utilisez ensuite la barre de recherche sur le côté droit pour trouver un champ dans Individual (Individu) qui représente fidèlement le champ de votre source. Gardez à l’esprit que les champs associés à l’adresse, au numéro de téléphone, à l’adresse e-mail ou à d’autres points de contact n’appartiennent pas à l’objet Individual (Individu). Il existe des objets spécifiques réservés à ceux-ci, à savoir Contact Point Address (Adresse du point de contact), Contact Point Phone (Téléphone du point de contact) et Contact Point Email (Adresse e-mail du point de contact).
  3. Une fois que vous avez localisé le champ à mapper, cliquez sur le champ de l’objet lac de données, puis sur le champ de l’objet Individual (Individu) afin d’établir la connexion de mappage.
  4. Après avoir terminé le mappage de tous les champs souhaités, cliquez sur Save (Enregistrer).

Que se passe-t-il si vous ne voyez pas de champ réservé dans Individual (Individu) qui représente le champ dans vos données sources ? Suivez ces étapes.

  1. Développez l’objet Individual (Individu) en cliquant sur la flèche à côté de Unmapped (Non mappé).
  2. Ensuite, cliquez sur Add New Field (Ajouter un nouveau champ).
  3. Lorsque vous y êtes invité, indiquez l’étiquette de champ, c’est-à-dire le nom d’affichage, que vous souhaitez utiliser pour cet attribut personnalisé. Le nom d’API du champ est automatiquement rempli par une suggestion conformément aux exigences de la convention de nommage.
  4. Pour finir, choisissez un type de champ. Le type de champ doit correspondre au type de données du champ source. Cliquez sur Save (Enregistrer).
  5. Recherchez l’attribut que vous venez de créer dans la barre de recherche de l’objet Individual (Individu).
  6. Cliquez sur le champ correspondant dans l’objet lac de données, puis cliquez sur le nouveau champ personnalisé dans l’objet Individual (Individu) afin d’établir la connexion de mappage.

Mappage des champs dans Salesforce CDP

Remarque

Warren pourrait également modifier cette présentation visuelle en vue de tableau. La vue sous forme de tableau aide les utilisateurs à effectuer des mappages sans avoir besoin de dispositif de pointage ni de retour visuel. Veillez à enregistrer votre travail lorsque vous passez d’une vue à l’autre afin de pouvoir conserver toutes vos modifications de données.

Maintenant que Warren a réussi à mapper le flux de données qui nécessitait sa saisie dans le paquet d’e-mails, il est prêt à terminer le mappage des deux autres flux qu’il a créés : les profils des coureurs et le journal d’activité des coureurs. 

En piste

Commençons par les profils des coureurs.

  1. Warren clique sur l’onglet Data Streams (Flux de données).
  2. Dans la barre de recherche, il tape le nom de son flux de données, RUNNER_PROFILES.
  3. Il trouve le flux de données dans la liste et clique dessus.
  4. Sur la page de détails du flux de données, il trouve Start Data Mapping (Démarrer le mappage des données) dans le panneau de droite et clique dessus.
  5. RUNNER_PROFILES apparaît sur le côté gauche de la zone de dessin de mappage, mais le côté droit indique que Warren doit sélectionner les objets avec lesquels il souhaite effectuer le mappage. Warren clique sur Select Objects (Sélectionner des objets).
  6. Warren examine les données des profils des coureurs et détermine qu’il existe à la fois un MAID et une adresse e-mail. Warren se souvient que le modèle de données Customer 360 propose des objets réservés distincts pour chaque point de contact, il saisit donc Contact Point Email (Adresse e-mail du point de contact) dans la zone de recherche.
  7. À côté de Contact Point Email (Adresse e-mail du point de contact), Warren clique sur l’icône +.
  8. Warren se rappelle également que les données des profils des coureurs comportent des champs tels que First Name (Prénom), Last Name (Nom) et City (Ville), dans laquelle le coureur utilise l’application. Il choisit de mapper également ces informations associées au profil à l’objet Individual (Individu) et saisie Individual (Individu) dans la zone de recherche, puis clique sur l’icône +.
  9. Ensuite, Warren clique sur Done (Terminé). Il voit alors Individual (Individu) et Contact Point Email (Adresse e-mail du point de contact) sur la zone de dessin de mappage. Il mappe First Name (Prénom) et Last Name (Nom) aux champs réservés sur l’objet Individual (Individu) et définit son champ source MAID (ID d’annonceur mobile) sur Individual Id (ID d’individu), c’est-à-dire la clé principale de l’objet Individual (Individu).
  10. Il crée un champ personnalisé pour stocker la désignation City State (Ville, État). Il n’utilise pas l’objet Contact Point Address (Adresse du point de contact) pour ces informations, car il ne dispose pas de l’adresse postale de l’utilisateur. Dans ce contexte, il sait que la ville indiquée représente simplement la ville principale du coureur et suffit à appeler un attribut de l’individu.
  11. Grâce à la page d’aide concernant les mappages de données requis répertoriés dans Salesforce, Warren sait qu’il doit mapper trois champs sur l’objet Contact Point Email (Adresse e-mail du point de contact) pour que cela fonctionne.
    • Contact Point Email Id (ID de l’adresse e-mail du point de contact)
    • Partie
    • Adresse e-mail
  12. Contact Point Email Id (ID de l’adresse e-mail du point de contact) est marqué comme étant la clé principale de l’objet Contact Point Email (Adresse e-mail du point de contact), ce qui signifie que si un coureur a plus d’une adresse e-mail répertoriée, ce champ devra être une concaténation du coureur et de l’adresse e-mail. Warren vérifie cependant que chaque coureur n’a qu’une seule adresse e-mail. Il mappe donc son champ source MAID (ID d’annonceur mobile) à Contact Point Email Id (ID de l’adresse e-mail du point).
  13. Warren mappe ensuite son champ source MAID (ID d’annonceur mobile) à l’attribut Party (Partie) de l’objet Contact Point Email (Adresse e-mail du point de contact), car Party (Partie) est un champ obligatoire ainsi que la clé étrangère qui renvoie à la clé principale de l’objet Individual (Individu). Rappelez-vous que Warren a défini le MAID comme clé principale sur l’objet Individual (Individu) à l’étape 9. Par conséquent, la définition du champ Party (Partie) sur le MAID établit également la connexion entre les objets Individual (Individu) et Contact Point Email (Adresse e-mail du point de contact).
  14. Enfin, Warren mappe son champ source Email Address (Adresse e-mail) au champ Email Address (Adresse e-mail) sur l’objet Contact Point Email (Adresse e-mail du point de contact).
  15. Warren clique sur Save (Enregistrer).

Relations

Maintenant que les données des profils des coureurs sont en place, Warren effectue deux vérifications rapides : il passe en revue les relations et vérifie également ses règles de résolution de l’identité. Procédez comme suit :

  1. Il clique sur l’onglet Data Model (Modèle de données), trouve Contact Point Email (Adresse e-mail du point de contact) et clique dessus.
  2. Il accède aux relations et vérifie que la relation entre les objets Contact Point Email (Adresse e-mail du point de contact) et Individual (Individu) a été établie automatiquement lorsqu’il a mappé la clé étrangère Party (Partie) à Contact Point Email (Adresse e-mail du point de contact) et la clé principale Individual Id (ID d’individu) à Individual (Individu). Étant donné qu’un individu peut avoir plusieurs adresses e-mail, cette relation lit plusieurs adresses e-mail pour un seul individu.

Relations pour l’adresse e-mail du point de contact

Nous avons presque terminé ! Revenons à l’onglet Data Streams (Flux de données) et mappons notre flux de données d’engagement. 

  1. Warren clique sur l’onglet Data Streams (Flux de données).
  2. Dans la barre de recherche, il tape le nom de son flux de données, RUNNER_STATS.
  3. Il trouve le flux de données dans la liste et clique dessus.
  4. Sur la page de détails du flux de données, il trouve Start Data Mapping (Démarrer le mappage des données) dans le panneau de droite et clique dessus.
  5. RUNNER_STATS apparaît sur le côté gauche de la zone de dessin de mappage, mais le côté droit indique que Warren doit sélectionner les objets avec lesquels il souhaite effectuer le mappage. Warren clique sur Select Objects (Sélectionner des objets).
  6. Warren parcourt tous les objets standard, mais il décide finalement de créer son propre objet personnalisé. Il accède à Custom Data Model (Modèle de données personnalisé).
  7. Il clique sur New Custom Object (Nouvel objet personnalisé).
  8. Il examine l’étiquette de l’objet et le nom d’API de l’objet, qui sont hérités de son objet lac de données, et décide d’inclure tous les champs de l’objet lac de données dans son nouvel objet personnalisé. Enfin, il clique sur Enregistrer.
  9. L’objet personnalisé du modèle de données est désormais une image miroir de l’objet lac de données et tout le mappage est de type 1:1. Warren clique sur Save (Enregistrer) pour terminer le mappage.
  10. Étant donné que Warren a introduit un nouvel objet personnalisé, il doit indiquer comment ce nouvel objet personnalisé est associé au reste de son modèle de données. Pour ce faire, il accède à l’onglet Data Model (Modèle de données).
  11. Dans la barre de recherche, Warren recherche l’objet personnalisé du modèle de données qu’il a créé. Lorsqu’il le trouve, il clique sur l’objet.
  12. Il accède aux relations et clique sur New (Nouveau). Il clique ensuite sur New Relationship (Nouvelle relation).
  13. Warren se rappelle que les deux tables (RUNNER_PROFILES et RUNNER_STATS) ont un MAID (concept de clé étrangère). Warren configure la relation comme suit : RUNNER_STATS (objet), MAID (ID d’annonceur mobile, ou champ sur l’objet) est associé à Individual (Individu, ou objet associé), Individual Id (ID d’individu, ou champ associé sur l’objet). N’oubliez pas que l’objet lac de données RUNNER_PROFILES a été mappé à Individual (Individu), c’est pourquoi nous associons les jeux de données RUNNER_PROFILES et RUNNER_STATS. Pour cela, nous associons les objets modèle de données auxquels ils sont mappés.
  14. Pour terminer la relation, Warren doit définir la cardinalité. Rappelons que dans le jeu de données RUNNER_STATS, le même coureur indiqué par le MAID pouvait courir plusieurs fois. Cela signifie que le jeu de données RUNNER_STATS peut avoir plusieurs instances avec le même MAID. Les multiples instances MAID sont cependant liées à un seul MAID, ou coureur, dans le jeu de données RUNNER_PROFILES, ce qui suggère que la relation entre les objets est de type N:1. Warren sélectionne N:1 dans la liste déroulante.
  15. Il clique sur Save & Close (Enregistrer et fermer).

Maintenant que le mappage est terminé, il est temps de s’assurer que tout se trouve au bon endroit. Warren est prêt pour la résolution de l’identité et le dépannage, comme nous le verrons dans l’unité suivante !

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