Data Cloud One 完全指南 — 连接多个 Salesforce Org 实现统一客户数据

Data Cloud One 让你通过主 Org 和伴随 Org 的架构模式,跨多个 Salesforce 组织共享统一的 Data 360 客户画像、细分和洞察。本文详解 Data Cloud One 的核心概念、四大优势、两种传统多 org 架构的局限、关键术语、三种场景的架构策略规划、设置步骤及最佳实践。...

📅 2026/1/21 ✍️ ponybai 🏷️ headless-360, salesforce, data-360

一、用 Data Cloud One 连接多个 Org

学习目标

完成本单元后,你将能够:

  • 识别 Data Cloud One 的益处
  • 了解 Data Cloud One 的最佳实践和用例
  • 解释开始使用 Data Cloud One 的后续步骤

什么是 Data Cloud One?

随着公司发展,业务需求也在增长。你可能从一个 org(包含 Salesforce 数据和应用的虚拟空间)开始,但随着时间推移,可能会为不同部门、区域或品牌创建多个 org,或通过收购继承多个 org。同一客户的数据可能最终存储在多个 org 中

没有 Data Cloud One 时,你可以使用标准 CRM 连接从多个 org 摄取数据到 Data 360,但连接的 org 无法直接访问统一数据——除非设置复杂的 Apex 和 Flow 自定义编码方案,或在每个 org 上配置 Data 360(耗时又昂贵)。

Data Cloud One 让跨多 org 访问统一 Data 360 数据变得简单。通过 Data Cloud One,伴随 org 用户可以通过 Data Cloud One 应用轻松访问统一数据和许多 Data 360 功能:查看完整统一客户画像、在统一数据上构建自定义 Flow、直接访问计算洞察、为自身用例优化业务流程。

Data Cloud One 的四大优势

实施 Data Cloud One 可以:

  • 简化多 org 架构:通过一个中央 Data 360 轻松连接多个 Salesforce org,统一 Salesforce 和外部数据
  • 更快实施 Data 360:使用元数据同步和无代码点击式设置,将 Data 360 数据共享给多个 Salesforce org
  • 跨 org 协作:跨 org 共享 Data 360 对象和洞察,消除重复工作
  • 集中治理与分布访问:一个统一的客户数据来源,一致的策略覆盖整个 org 生态系统

NTO(Northern Trail Outfitters,多品牌大型零售商)正在寻找这种多 org 架构策略——让所有 Salesforce org 都能访问 Data 360 中统一数据的方式。

用 Data Cloud One 改善客户体验

每个 org 看到完整的客户画像,无论交互发生在哪里。例如:客户在 Commerce org 浏览产品,然后通过 Service org 致电支持——客服代表可以看到该客户最近的浏览历史、过往购买记录和会员状态,全部在一个统一画像中

没有 Data Cloud One:Commerce 有一个不完整的画像,Service 有另一个不完整的画像,客户每次交互都需要重复信息。有了 Data Cloud One:一个统一画像在任何地方都可以访问——跨每个渠道的无缝个性化体验。

没有 Data Cloud One 的多 Org 架构

没有 Data Cloud One,NTO 有两个选择:

1. DIY 路线:使用跨 org 操作和查询——自定义 Apex 代码、数据动作和 Flow 将数据从 Data 360 org 发送到其他 Salesforce org。但这种方法耗时且昂贵,需要全职专门团队维护,难以扩展——业务需求变化时需要不断重构代码,或积累大量技术债务。

2. 多个 Data 360 路线:为每个部门设置独立的 Data 360,处理不同业务目的。虽然对数据驻留有好处,但也复杂且昂贵,甚至会造成数据孤岛——比以往更难以创建统一数据源。

这两种方式都不是理想的解决方案。

Data Cloud One 简化多 Org 架构

Data Cloud One 允许你双向连接 Salesforce org 到 Data 360。以下是关键术语:

  • 标准 Salesforce CRM 连接器:仅支持 Data 360 摄取数据和发送回数据动作,不同步元数据回连接 org,连接 org 无法访问 Data 360 功能或数据
  • Data 360 主 Org(Home Org):配置了 Data 360 的 Salesforce 组织——所有数据摄入和存储的中央枢纽,统一 Customer 360 视图的唯一真实来源
  • 数据空间(Data Space):Data 360 中的逻辑分区,可选择哪些数据空间与伴随 org 共享
  • 伴随连接(Companion Connection):链接伴随 org 到主 org 的桥梁,实现所选数据空间的元数据共享
  • 伴随 Org(Companion Org):通过伴随连接与主 org 连接的任何 org,用户可通过 Data Cloud One 应用访问 Data 360 功能的子集

通过 Data Cloud One,Salesforce org 从单向数据输出变为双向数据共享——统一数据轻松回流到各伴随 org。

二、开始使用 Data Cloud One

学习目标

完成本单元后,你将能够:

  • 识别不同的 Data Cloud One org 架构方案
  • 了解设置 Data Cloud One 的第一步

规划 Data 360 架构策略

在设置 Data Cloud One 之前,先识别主 org 和伴随 org。以下是三种可能的场景(假设所有 org 在同一地理区域):

场景一:多个 Org 都没有 Data 360——可以自由选择任意 org 作为主 org,其余作为伴随 org。

场景二:只有一个 Org 有 Data 360——该 org 作为主 org,没有 Data 360 的 org 作为伴随 org。例如 NTO 的 Sales org 有 Data 360,Marketing 和 Customer Service org 则作为伴随 org。

场景三:多个 Org 都有 Data 360——选择一个 org 作为主 org,其余转为伴随 org。需要取消配置(Deprovision)其他 org 的 Data 360——将数据和元数据迁移到主 org(使用数据套件迁移元数据),重新连接依赖功能到新主 org。注意:取消配置可能需要数月时间,可能导致数据丢失或服务中断。

最佳实践与注意事项

数据驻留:在跨区域连接 org 之前咨询法务部门——所有伴随 org 的数据将成为主 org 所在区域的数据,可能产生数据驻留问题。

增长:确认长期增长目标支持实施单个 Data 360 实例的决策。

架构:评估所有 org 是否需要完全控制其数据和配置——如果需要,创建多个 Data 360 org;如果希望集中控制并减少数据孤岛,则将多个 org 连接到单个 Data 360。

伴随连接限制:每个主 org 有最大免费的伴随连接数量,超出可购买额外连接许可证

取消配置注意:将 Data 360 主 org 转换为伴随 org 可能需要数月,可能导致数据丢失或服务中断——联系 Salesforce 客户支持获取时间线信息。

设置 Data Cloud One

确定架构策略后,按以下步骤设置 Data Cloud One:

  1. 向每个伴随 org 添加免费的 Data Cloud One Companion Org SKU
  2. 连接伴随 org 到主 org
  3. 从主 org 共享数据空间给伴随 org
  4. 在伴随 org 中,基于数据合规和治理需求授予用户访问 Data Cloud One 的权限

伴随连接激活且初始元数据同步完成后,Data Cloud One 应用即出现在伴随 org 中。

整合运作全景

看看所有部分如何与 NTO 一起工作:

之前:NTO 有一个带 Data 360 的 org,通过标准 CRM 连接与所有其他 Salesforce org(客服、体育用品零售等)相连。但这些伴随 org 无法访问统一数据。

采用 Data Cloud One 后:NTO 从主 org 设置伴随连接到其他 Salesforce org。主 org 上的管理员将数据分区为数据空间,选择与每个伴随 org 共享的空间。现在:

  • 伴随 org 用户通过 Data Cloud One 应用在自己的数据空间中工作,创建自己的细分、洞察和激活
  • 同时仍能访问跨 org 洞察
  • 所有这一切只需一个 Data 360 实例
  • 销售人员可以创建关于潜在客户的洞察和细分而不影响客服数据
  • 营销和零售可以访问同一统一客户画像的跨 org 分析

就像 NTO 一样,Data Cloud One 通过优化跨 org 的性能和数据使用,为你节省时间、资金和麻烦。


文章来源:Trailhead - Data Cloud One