Skip to main content

将外部数据引入联系人页面布局

备注

备注

用中文（简体）学习？在中文（简体）Trailhead Playground 中开始挑战，用括号中提供的译文完成挑战。仅复制并粘贴英文值，因为挑战验证基于英文数据。如果在中文（简体）组织中没有成功通过挑战，我们建议您 (1) 将区域设置切换为美国，(2) 按此处说明将语言切换为英文，(3) 再次单击“检查挑战”按钮。

查看 Trailhead 本地化语言徽章详细了解如何利用 Trailhead 译文。

备注

重要事项！

这个项目是逐步构建的。您需要完成每个步骤，以配置在后面步骤中使用的字段、元素或对象。

让 Salesforce 成为数据的全包式度假村

Becca 很高兴能参与她的第一个 Data Cloud + AI 组合项目。但在开始之前，她知道对现有系统和流程进行评估非常重要。简化入住手续涉及 Coral Cloud 目前的预订系统，这是一个略显陈旧的解决方案，名为 Reserv-o-matic。该外部系统允许客人在一个个人档案下进行多项预订。

每个客人都有几个字段，用于保存他们的姓名、电子邮件地址和电话号码等信息。Sofia Rodriguez 就是这样一位客人，她创建了几个预订，每个都有入住和退房日期，以及房型和预订状态。

目前，所有这些信息都与 Coral Cloud 的 Salesforce 组织完全分离。在该组织中，有一条 Sofia 的联系人记录，其中包含大量现有的相关数据。Data Cloud 将在 Salesforce 中的 Sofia 与 Reserv-o-matic 中的 Sofia 之间建立连接。一旦这种关系建立起来，Becca 就能用它做各种有趣的事情。例如，她可以先在 Contact（联系人）页面布局中直接加入与预订相关的列表。

显示预订列表的联系人记录。

为此，Becca 必须完成三个步骤。

  1. 让 Data Cloud 了解 Reserv-o-matic 数据。
  2. 查找外部客人和内部联系人之间的匹配信息。
  3. 更新联系页面以显示外部预订。

计划制定好之后，差不多就可以开始设置了。不过，无畏的 Trailblazer，请先听我说几句。您可能已经猜到，Reserv-o-matic 实际上并不存在。也就是说，在这个项目中没有外部数据源可供使用。因此，Trailhead 团队将“外部”客人和“外部”预订数据放入驻留在特殊组织中的自定义对象中。因此，在整个项目中，我们将假装数据存在于您的组织之外，您可以一起参与。明白了吗？好了，现在回到您的常规节目。

为现有 Coral Cloud 数据启用数据流

此时，Trailhead 团队已经在 Data Cloud 和 Reserv-o-matic 之间建立了连接，为您节省了一点时间。但是，Data Cloud 还不知道外部系统中存在哪些数据，更不知道这些数据与内部对象的关系。因此，Becca 必须采取的第一步是确定应引入 Data Cloud 的数据。这意味着要创建一个数据流，这是 Data Cloud 管理的基本组成部分。

数据流描述了从给定连接中查找数据的位置。每个数据流都会创建一个相关的数据湖对象 (DLO)，这是一个存储容器，用于存储来自数据流源的数据。但是这个新的 DLO 如何与 Data Cloud 中已经存在的所有其他数据相关联呢？答案就是数据模型对象 (DMO)，它描述了数据的结构，有点像元数据。例如，名为 Contact Point Email（联系点电子邮件）的 DMO 详细介绍了如何正确存储电子邮件地址，无论其来自何处。因此，Becca 可以将外部客人数据中的电子邮件列映射到 DMO 中的电子邮件地址字段。

数据湖对象和数据模型对象之间的映射字段示意图。

这种映射使 Data Cloud 能够以巧妙的方式使用数据。在此项目中，Data Cloud 通过电子邮件地址知道 Reserv-o-matic 中的 Sofia 与 Salesforce 中的 Sofia 是同一个人。

创建数据流并对其进行映射本身就是一个完整的主题，您可以通过在 Data Cloud 创建数据流项目了解更多信息。在本项目中，我们将所有 Coral Cloud 数据流和映射打包成一个数据工具包，并已加载到您的特殊组织中，从而简化了工作。您只需启用数据流即可。首先要启动 Data Cloud 和已启用 Einstein 的 Playground。

启用数据流

  1. 如果还没有，请启动 Data Cloud 和 Einstein AI Playground。

    本页的“挑战”部分的组织选择和启用按钮。
  1. 单击 App Launcher（应用程序启动器） 应用程序启动器图标，输入 data（数据），然后单击 Data Cloud 应用程序。
  2. 单击 Data Stream（数据流）选项卡。
  3. 单击 New（新建）。
    这时您就得假装选择内部数据源而不是外部数据源。
  4. 单击 Salesforce CRM。

    “新建数据流”对话窗口，选择了 Salesforce CRM。
  1. 单击 Next（下一步）。
  2. 单击 AIPlusData 自定义数据包。

    “新建数据流”对话窗口，突出显示了自定义数据包。
  1. 单击 Next（下一步）。
  2. 请注意，已预选字段，数据包中包含的所有字段都已列出。保持选择不变，然后单击 Next（下一步）。
  3. 单击 Deploy（部署）。如果您收到一条错误提示，表明无法部署数据流，请再次单击 Deploy（部署）。
  4. 在浏览器中刷新页面。
  5. 验证新建流是否 Success（成功）。

所有数据流的 Last Run Status（上次运行状态）都需要显示 Success（成功），且 Total Records（记录总计）列中需要有一个数字（非零）。您可能需要刷新页面，甚至是单击每个数据流右侧的下拉箭头并选择 Refresh Now（立即刷新）。耐心是关键，因为这可能需要一点时间。

数据流页面，所有数据流均显示“成功”。

备注

数据流通常会快速摄取样本记录，因此您不需要等待很长时间。然而，有时可能需要长达 15 分钟，Last Run Status（上次运行状态）才会显示“Success”（成功），并在 Total Records（记录总计）列中显示一个大于零的数字。您可以每隔几分钟刷新一次浏览器窗口。这些数据流需要显示“Success”（成功），并显示大于零的数字，以便在第 3 步的流中访问默认 Data Space（数据空间）。

干得好，您通过启用数据流确定了重要的数据源。在接下来的几分钟，数据将被摄入数据湖对象。由于数据模型对象和映射已经存在，您很快就可以使用这些数据。

设置身份解析

Becca 知道，Reserv-o-matic 中的许多客人是 Salesforce 中有联系人记录的同一批人。由于客人和联系人都映射到了共同的数据模型对象，因此她可以使用 Data Cloud 的强大功能，将 Salesforce 中的 Sofia 与 Reserv-o-matic 中的 Sofia 匹配起来，形成一个统一的 Sofia。这就是所谓的身份解析，它是弥合 Salesforce 联系人和外部预订数据之间差距的关键。首先，导航至 Identity Resolutions（身份解析）选项卡，创建身份解析规则集。

  1. 单击 Identity Resolutions（身份解析）选项卡。
  2. 单击 New（新建）。
  3. 单击 Create New Ruleset（创建新规则集），然后单击 Next（下一步）。
  4. 在 Data Space（数据空间）菜单中保留默认选择。
  5. 为 Primary DMO（主 DMO）选择 Individual（个人）。
  6. 为 Ruleset ID（规则集 ID）输入 ccid。
    这代表 Coral Cloud Identification。
  7. 单击 Next（下一步）。
  8. 为 Ruleset Name（规则集名称）输入 Guest Name and Email（客人姓名和电子邮件）。
  9. 在 Description（描述）字段，输入 Reconcile Reserve-o-matic contact data with Salesforce contact data（将 Reserve-o-matic 联系人数据与 Salesforce 联系人数据进行协调）。
  10. 禁用 Run jobs automatically（自动运行作业）。

    “自动运行作业”切换开关。
    稍后您将手动启动一项作业。
  1. 单击 Save（保存）。规则集的框架已经保存，现在该设置如何进行匹配了。
  2. 单击 Configure（配置）。

    “身份解析”页面的“匹配规则”部分。
  1. 单击 Next（下一步）（或暂停并阅读“匹配规则说明”）。
  2. 单击 Configure（配置）。
  3. 选择 Fuzzy Name and Normalized Email（模糊名称和标准化电子邮件）。这决定了用于匹配的主要数据。
  4. 单击 Next（下一步）。有很多复杂的方法可以对匹配方式进行微调，但现在您使用默认值。
  5. 单击 Next（下一步）。
  6. 单击 Save（保存）。
  7. 单击右上角的 Run Ruleset（运行规则集）。
  8. 刷新浏览器，查看 Last Job Run（上次作业运行）是否显示 In Progress（进行中）或 Succeeded（已成功）。

太好了，现在 Data Cloud 知道如何使用规则集检测两个人实际上是同一个人了。在使用此规则集时，您的组织中有数十个客人和联系人相互匹配。要了解有关身份解析规则集的更多信息，请查看快速入门：创建身份解析规则集项目。

有时，规则集的运行需要一定的时间。对您来说应该很快，因为组织中只有几十条记录，但即便如此，您也可以在处理过程中做其他事情。比如创建 Data Cloud 相关列表！

验证外部预约关系

验证 ExternalReservation 数据模型已添加下列关系并处于活动状态。

  1. 单击 Data Model（数据模型）选项卡。
  2. 单击 ExternalReservation（外部预约）。
  3. 单击 Relationships（关系）选项卡。
  4. 确保已存在一个关系，如果没有，单击 Edit（编辑）。
  5. 勾选 Show inactive relationships（显示不活动的关系）框。
    1. 如果显示不活动的 ExternalReservation（外部预约）联系人 ID，将 Active（活动）切换为 On（开）。
    2. 如果不显示任何内容，单击 New Relationship（新建关系）并用下列信息添加一个新关系：
      1. 字段：Contact ID（联系人 ID）
      2. 基数：N:1
      3. 相关对象：个人
      4. 相关字段：个人 ID
  6. 单击 Save & Close（保存并关闭）。

通过增强功能连接 Data Cloud 和 CRM

将所有数据集中在一个地方的一个巨大好处是，您可以创建无缝融合所有数据源数据的体验。对于 Coral Cloud，Becca 希望将外部预订数据呈现在酒店工作人员搜索客人其他相关信息的地方：Contacts（联系人）页面。

带有预订相关列表的联系人页面。

如果不了解情况，很容易就会认为这张截图显示的是一个普通的相关列表——它非常合适！但它实际上是一种特殊的相关列表，称为 Data Cloud Related List（Data Cloud 相关列表）。可以在 Setup（设置）下创建一个这种列表。(完成剩余步骤时会出现大量弹出窗口。随时可以关闭它们。）

  1. 单击 Setup（设置）图标 Setup（设置）图标，并选择 Setup（设置）。
  2. 单击 Object Manager（对象管理器）。
  3. 单击 Contact（联系人），（不是 Contract）。
  4. 单击 Data Cloud Related List（Data Cloud 相关列表）。
  5. 单击 New（新建）。

    新建按钮
  1. 为 Data Cloud Object（Data Cloud 对象）选择 ExternalReservation。
  2. 单击 Next（下一步）。
  3. 将 Child Relationship Name（子级关系名称）更新为 Reservations（预订）。
  4. 单击 Next（下一步）。
  5. 将 Related list label（相关列表标签）更新为 Reservations（预订）。
  6. 单击 Next（下一步）。

好了，Data Cloud 相关列表已经存在，但还没有出现在任何页面布局中。因此，Becca 更新了 Contact（联系人）的 Lightning 记录页面，并配置了它的显示方式。

  1. 在左侧菜单中，单击 Lightning Record Pages（Lightning 记录页面）。
  2. 单击 Contact Record Page（联系人记录页面）。
  3. 单击 Edit（编辑）。
  4. 将 Dynamic Related List - Single（动态相关列表——单一）拖动到 Opportunities（业务机会）正上方的 Related（相关）选项卡中。

    联系人记录页面布局，在现有元素之间放置了一个动态相关列表。
  1. 在右侧菜单的 Related List（相关列表）下选择 Reservations（预订）。

    “元素”窗格，突出显示了“相关列表”选项和“添加字段”按钮。
  1. 在 Related List Fields（相关列表字段）下单击 Add Field（添加字段）。
  2. 找到并选择 Check-in Date（入住日期）。
  3. 单击 Done（完成）。
  4. 为 Check-out Date（退房日期）、Room Type（房型）和 Reservation Status（预订状态）重复步骤 6-8。
  5. 单击 X 删除列表顶部的 Record ID（记录 ID）字段。
  6. 在 Related List（相关列表）筛选器下单击 Add Filter（添加筛选器）。
  7. 为 Field（字段）选择 Check-in Date（入住日期）。
  8. “运算符”选择不等于。换句话说，如果入住日期不为空，则显示预约。如果没有添加筛选器，则只会显示过去 7 天的数据。在您的组织中，数据可能比这更早。

    已选择字段和运算符的筛选器部分。
  1. 单击 Done（完成）。
  2. 单击 Save（保存）。
  3. 关闭 Lightning 应用程序生成器浏览器选项卡，返回 Data Cloud 应用程序。

非常好，Data Cloud 相关列表已准备就绪！查看 Sofia 的联系人记录，验证她的预约是否已列出。

  1. 单击 Identity Resolutions（身份解析）选项卡，然后单击 Guest Name and Email（客人名称和电子邮件）规则集。刷新浏览器，确认 Last Job Status（上次任务状态）字段是否显示 Succeeded（已成功）。另外，请确认 Total Unified Profiles（统一简档总计）中是否包含结果编号。如果没有，请稍等片刻，然后再次刷新。

    Identity Resolution（身份解析）记录标题。
  1. 单击 App Launcher（应用程序启动器），输入 sales（销售），然后单击 Sales（销售）应用程序。
  2. 单击 Contacts（联系人）选项卡。
  3. 单击最右边的 List View（列表视图），然后单击 Recently Viewed（最近查看）并选择 All Contacts（所有联系人）。
  4. 在 Search this list…（搜索此列表）方框中，输入 Sofia Rodriguez 然后按 Enter / Return 键。
  5. 单击 Sofia Rodriguez。

Sofia 应该有三个预订，现在直接显示在联系人页面布局中。

没有什么比计划实现更令人满意了。数据流已创建，身份已解析，页面布局已增强：这是一个良好的开端。接下来，Becca 将使用预订数据教给 Agentforce 一项全新的技能。

在 Salesforce 帮助中分享 Trailhead 反馈

我们很想听听您使用 Trailhead 的经验——您现在可以随时从 Salesforce 帮助网站访问新的反馈表单。

了解更多 继续分享反馈