地图不是决定
另有 28 种语言版本
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

第 4 个模块,共 6 个,属于 Data Architect 课程第 6 章主数据与身份。每个模块都可以单独阅读。 上一篇:匹配、合并与存活规则 · 下一篇:当权威被共享
**本模块回答的问题:**统一档案和黄金记录是一回事吗?
同一个客户存在于三个系统里。Salesforce 知道的是 Daniel Reyes,d.reyes@example.com,达拉斯。电商系统知道的是 Dan Reyes,同一个电子邮件,达拉斯,得克萨斯州。支持系统知道的是 Daniel Reyes,214-555-0100,达拉斯。Data 360 判定这三个是同一个人,并构建了一个统一档案。太好了。我们有黄金记录了吗?**不一定。**我们知道这些记录属于一起;我们还没有决定哪个来源拥有真相。这一点可能会让人困惑:**身份解析创建的是一个统一的个人,而不是黄金记录。**所以我会正面讲清楚这个区别:
统一档案是一张地图。黄金记录是一个决定。
身份解析回答“是谁?”
Section titled “身份解析回答“是谁?” ”没有身份解析,一个人会以互不相连的档案出现:营销看到一个,销售看到另一个,服务看到又一个。Data 360 摄取它们,并用身份解析规则来决定哪些属于一起。然后我们就可以说这些记录看起来是同一个人。这解决了身份问题。它并没有解决主控问题。
而且统一档案保留着指回其来源的地图。用 Salesforce 自己的描述来说,统一档案不是黄金记录:它是一组键,由身份关联对象把每条源记录的 ID 与统一档案的 ID 联系起来(Data 360 Architecture (opens in a new tab),英文)。统一个人 10042 映射到 Salesforce 联系人 003…、电商客户 EC-48372 和支持客户 SUP-9128。原始记录并不会消失。这非常接近模块 2 的注册式。
统一档案是一张指回源身份的地图。
匹配规则:严格程度是一个风险决定
Section titled “匹配规则:严格程度是一个风险决定 ”Data 360 如何决定谁被统一?匹配规则。当一条规则中的所有条件都满足时,档案就匹配上了;而如果你有好几条规则,任意一条匹配就会创建统一档案。Salesforce 自己的建议是:要准确就用更多的条件(档案更多、更独立),要整合就用更少的条件(Identity Resolution Match Rules (opens in a new tab),英文)。所以给一条规则加条件会让它更严格;增加备选的规则则会拓宽档案能够匹配的途径。配置身份解析不是“打开匹配”,而是定义什么证据足以说这些档案是同一个人。
匹配得越多并不自动就越好。一千万个源档案变成了八百万个统一档案。放宽规则,现在是六百万个。更好了吗?也许你找到了更多的重复。也许你开始把不同的人合并在一起了。更小的数字并不能证明数据更好。目标不是最少的档案数,而是对这个用途来说最站得住脚的身份。而且每个条件都有一种匹配方法:Exact、Exact Normalized,或者高、中、低精度的 Fuzzy。Salesforce 自己的警告正说明了要点:精度较低的方法会提高整合率,“但可能导致不希望出现的匹配”。(Fuzzy 不适用于客户字段;规范化后的值只用于比较,不会存储在统一档案中,这正是模块 3 的协调步骤在起作用:Identity Resolution Match Methods (opens in a new tab),英文。)方法越宽松,身份本身就越成为一种判断。如果它错了,我们只是把一个页面个性化得很糟糕,还是把一个人的支持历史给另一个人看了,或者让一个智能体针对两个人的数据采取了行动?
这就是我的立场:**匹配的严格程度是一个风险决定。**它取决于匹配字段在多大程度上能唯一识别一个人,以及一次错误匹配的代价。在混合代价高昂的地方,有意少匹配。一个人有两个档案只是不方便。一个档案装着两个人可能是危险的。
协调仍然不等于主控
Section titled “协调仍然不等于主控 ”档案统一之后,各个来源仍然不一致:Salesforce 说达拉斯,电商说普莱诺,支持系统说达拉斯。统一档案显示什么?由协调规则来决定:**Last Updated、Most Frequent 或 Source Priority,**按对象设置,并可以按字段覆盖(Identity Resolution Reconciliation Rules (opens in a new tab),英文)。这应该让你想起模块 3 的存活规则。
团队正是在这里陷入麻烦的。统一档案显示达拉斯,有人说:“太好了,达拉斯就是我们的黄金值。”慢一点。电商系统仍然说普莱诺。Salesforce 明确说明,协调不会删除或修改源数据,也不会更新源系统,它也不是要为每个应用挑出一个“最佳”值。它只决定统一档案显示什么(同一来源)。展示不等于权威。
考点。掌握 Data 360 身份解析如何做出决定和展示:在一条匹配规则中,所有条件都必须匹配,而任意一条规则匹配就会统一档案(条件多一些是为了准确,少一些是为了整合);三种协调规则是 Last Updated、Most Frequent 和 Source Priority,按对象设置,并可以按字段覆盖;协调不会修改源数据,联系点不参与协调。
联系点让这一点更加清楚。一个人可以有一个个人邮箱和一个工作邮箱,一部手机和一部家庭电话,全都是合理的。Data 360 根本不协调联系点:每个电子邮件和电话都保留在统一档案上(同一来源)。有时好几个值本身就是真相。“统一”并不意味着每样东西都只有一个值。
黄金记录是一个决定
Section titled “黄金记录是一个决定 ”对比一个真正的主控需求。业务方说 ERP 对法定名称是权威的,而主控的值是“Oakline Logistics LLC”。Salesforce、计费和服务都必须使用它,如果有一个不一致,主控流程就会把受治理的值推回去。这是一种不同的架构。我们不是在选择某一个视图显示什么;我们是在决定这就是企业使用的值,每一个参与的系统都要收敛到它上面。
所以:统一档案把身份和信息汇集到一起。黄金记录是一个关于哪些值是权威的、受治理的决定。统一档案可以成为一个由权威来源拼合而成的、出色的客户单一视图。但这并不让它成为主控客户的那个系统。
统一档案是一张地图。黄金记录是一个决定。
如果统一档案说达拉斯,这是从哪里来的:Salesforce、ERP,还是电商?它是作为最近更新、最常见,还是来源优先级被选中的?这个来源对审计、隐私、故障排查、修复数据质量和智能体的决定都很重要,最重要的是,它让你知道更正应该在哪里进行。如果达拉斯是错的,编辑拼合起来的视图并不能修正来源。你需要外部 ID、身份关联和血缘字段,才能追溯到应该修改的那条记录。
三种工具,三份工作
Section titled “三种工具,三份工作 ”我是这样把它们分开的:
- **重复管理与合并,**在一个 Salesforce org 内部,当有明确的胜出者、而你不再需要那些重复记录时使用(模块 3)。
- **Data 360 身份解析,**用于跨来源提供一个身份和单一视图,而不修改它们:注册式。
- 专门的 MDM 平台,当值必须只决定一次、再推回到每一个参与的系统时使用:共存式或集中式。
三种工具,三份工作:合并、关联、主控。
当你需要的是一张地图时,不要去买 MDM。“我们希望服务人员能看出这个 Salesforce 客户就是在网上购物的那个人”,可能需要的是身份解析和合并后的上下文,而不是集中式 MDM。“ERP、Salesforce、电商和计费都必须使用同一个受治理的法定名称,而且变更必须流回所有这些系统”就不同了:那是主控。当你面对的是第一种情况时,不要去解决第二种问题;也不要假装解决了第一种就等于解决了第二种。
一个身份不等于一项许可
Section titled “一个身份不等于一项许可 ”身份解析说这些记录是同一个人。但这并不意味着能看到某条源记录的每个人,都可以看到挂在这个统一身份上的一切。一个零售合作伙伴可以看到它发出的配送;另一个合作伙伴给同一位收货人的配送与它无关,即使身份层知道它们是相关的。身份图谱可能是对的,而访问设计却是错的。**统一身份并不会抹掉安全边界。**这就是为什么过度匹配会变成隐私问题,也是为什么 Steve Trucking 的检查点会如此谨慎地对待统一收货人:一张谁是谁的地图,并不授予所有权,也不授予访问权限。
**考试之外:AI 改变了什么。**智能体需要一个可以据此行动的身份,而统一档案正好给了它们。这在两个方向上都提高了风险。过度匹配现在就是一起隐私事件:一个智能体为一个人行事,用的却是另一个人的数据。而一个“更新客户”的智能体必须按照模块 1 的权威系统图,写入该属性的记录系统,而不是统一档案。地图告诉智能体这个人是谁;权威模型告诉它变更应该写到哪里。
架构师在这里决定什么
Section titled “架构师在这里决定什么 ”- 什么证据足以统一档案,以及错误匹配的代价如何决定严格程度。
- 哪些协调规则决定统一档案显示什么。
- 需求是一个 org 内的重复清理、跨来源的身份,还是真正的企业级主控。
- 即使 Data 360 显示了一个协调后的值,哪个来源对每个属性仍然是权威的。
- 统一身份如何与安全、隐私、来源和智能体的行动相互作用。
Data 360 可以告诉我们这些档案属于一起,给我们一个统一身份,协调它显示的内容,并保留指回每个来源的关联。这有巨大的价值。但如果 Salesforce 说一样东西而 ERP 说另一样,仍然得有人决定哪个系统可以修改企业的真相。所以当有人说“我们有统一档案了,所以我们有黄金记录了”时,问一问:我们是统一了数据,还是主控了数据?
- Salesforce Architects,Data 360 Architecture (opens in a new tab)(英文),查阅日期 2026-10-14。
- Salesforce Help,Data 360:Identity Resolution Match Rules (opens in a new tab)、Identity Resolution Match Methods (opens in a new tab) 和 Identity Resolution Reconciliation Rules (opens in a new tab)(英文),查阅日期 2026-10-14。
