地圖不是決定
另有 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。