如何建立單一真實來源：完整指南
兩個人打開了兩個不同的試算表，並針對同一個月份報告了兩個不同的營收數字。兩個人都很細心，也都能為自己的數字提出合理解釋。兩個人都沒有錯。
這並非資料問題，而是披著資料問題外衣的定義問題。
大多數試圖解決此問題的嘗試，第一步就走錯了——那就是挑選工具。正確的解決方法應該是先寫下每個指標的定義，以及由誰來決定。
本指南將說明這個詞彙的真實含意，以及在開始任何試算表工作之前必須做出的四個決定。接著，我們將介紹三種手動核對的方法，並指出每種方法在何處會失效。
什麼是真正的單一事實來源
Workday 的 SSOT 指南將其定義為「一個集中式系統，在此系統中，所有關鍵且最新的業務資料都會被彙整、清理，並開放給所有人存取。」
該頁面隨後出現的一句話更為重要：單一事實來源「通常是正確使用技術基礎架構的結果，而非基礎架構本身。」
在購買任何東西之前，請把這句話讀兩遍。資料倉儲提供的是儲存空間，而共識帶來的才是事實。
該頁面指出資料孤島是數字衝突的根本原因，並將其描述為「受困於未連線工具、試算表和部門伺服器中，彼此孤立的資訊池」。其推薦的實施順序是從治理而非平台開始：定義術語、指定負責人、選擇技術、進行清理，最後分階段推出。
為什麼兩個團隊會得出不同的數字
原因幾乎不外乎以下四點之一，而且都與算術無關。
不同的篩選條件。一份報告排除了內部帳戶和測試記錄，另一份報告卻包含在內。沒有人把這點寫下來，所以沒有人注意到。
不同的時間邊界。一個團隊以發票日期作為月份截止點，另一個團隊則以付款日期為準。兩者都有道理，但他們的數字永遠對不上。
不同的分母。比率由分子和分母組成。只要改變分母，即使一筆記錄都沒變，百分比也會隨之變動。
不同的資料版本。一份資料是在 1 號匯出的，另一份是在 3 號匯出的，而這三天內剛好有延遲寫入的資料。
必須先解決的四個決定
在動手寫公式之前，請先寫下這些內容。在數字旁邊加上一個定義頁籤，是您能實施的最便宜的治理方式。
| 決定 | 需回答的問題 | 為什麼重要 |
|---|---|---|
| 定義 | 該指標的一單位究竟代表什麼？ | 決定哪些資料在範圍內，哪些在範圍外 |
| 篩選條件 | 哪些記錄被排除了？為什麼？ | 通常是導致數字落差的最大單一原因 |
| 時間邊界 | 以哪個日期欄位作為期間的截止點？ | 兩種合理的選擇，會得出兩種不同的答案 |
| 負責人 | 誰負責核准此定義的變更？ | 若沒有指定負責人，定義會在不知不覺中產生偏差 |
「負責人」是團隊最常忽略的一列。沒有負責人的定義只是一項建議，而建議每個季度都會被重新解讀。
將此與您已在報告中使用的指標層結合。我們的領先指標與落後指標指南介紹了哪些指標值得這樣處理，因為並非所有指標都需要。
如何手動進行
方案 1：逐行核對兩個版本
從分歧點開始，而不是從理論開始。將兩份報告匯入同一個工作簿中，並使用 XLOOKUP 透過共同的鍵值來比對記錄。
無法比對成功的資料列就是您的發現。它們會告訴您其中一方包含了什麼，而另一方卻沒有，這正是沒有人記錄下來的篩選條件。
在此過程中，請注意近似重複的標籤。EXACT 函數可以比較兩個文字值（區分大小寫）。它能找出像 "ACME Corp" 與 "Acme Corp." 這種肉眼很容易忽略的配對。
這種方法的局限在於它只能解決一個月份的問題。下個月，同樣的兩份報告又會再次出現分歧，因為結構性的問題並未改變。
方案 2：建立單一資料集，再由此衍生出所有報告
先整合，後報告。Power Query 的合併功能支援多種連接類型，包括反向合併（anti join）。反向合併會列出存在於某個來源但不存在於另一個來源的記錄。
接著，從該單一資料表產生所有下游數字。如果某個數字無法追溯到該資料表，就不應呈報該數字。
使用 UNIQUE 函數來檢查您用來連接的鍵值是否確實唯一。重複的鍵值會在不知不覺中虛增總計，而這種悄悄出錯的總計比直接出錯的總計更糟糕。
限制在於維護成本。必須有人負責重新整理資料，而那個人就會成為流程中的依賴點。
方案 3：在數字旁邊保留一個定義頁籤
每個指標佔用一列：名稱、定義、套用的篩選條件、使用的日期欄位、負責人、上次審查時間。
這能讓報告在下個季度具有可比性。它也能讓您在十秒鐘內回答「為什麼這和上次不同」，而不是花上一整天。
局限在於，寫下定義並不等於強制執行。頁籤內容和公式可能會逐漸脫節，而且通常確實會如此。
共同的局限。這三種方法都假設分歧可以從檔案中發現。當兩個部門使用完全不同的系統時，核對工作的第一步反而是如何取得具有可比性的匯出檔案。
手動核對方法的瓶頸
第一次核對可能很有趣。但到了第三次，就只是在重複度過同一個下午，只是換了新的日期。
每當業務發生變化，定義就會失效。新的方案類型、新的地區、重新命名的欄位，都會導致您在三月寫下的規則無法再適用於九月的資料。
匯出的資料也會產生偏差。有人修改了來源系統中的篩選條件，送達的檔案看起來一模一樣，但代表的意義卻已經不同。
此外，還有只有在會議中才會顯現的成本。當兩個數字在會議現場發生衝突時，您需要立即解釋其中的落差，而解釋所需的資料卻留在您沒帶去的工作簿中。
這正是此類工具存在的原因。這篇關於無資料團隊情況下用於商業智慧的 AI 工具總結，介紹了解決此問題的工具層面。
如何使用 Powerdrill Bloom 建立單一事實來源
步驟 1：上傳兩份有衝突的匯出檔案
同時上傳這兩個不一致的檔案。Powerdrill Bloom 會在檔案匯入時分析欄位特徵，因此在計算任何總計之前，不匹配的鍵值格式、不一致的標籤和空白欄位就會先浮出水面。
步驟 2：用自然語言說明定義
描述規則，而不是手動建立它。指出指標名稱、要排除的記錄、作為期間截止點的日期欄位以及分組方式。
接著，提出能揭示落差的問題。詢問哪些記錄僅出現在其中一個檔案中。詢問哪些標籤僅在大小寫或標點符號上有差異。然後詢問在不同的時間邊界下，總計會變成多少。
步驟 3：匯出核對後的報告
匯出核對後的資料表、差異摘要，或是在數字旁附帶已達成共識之定義的簡報投影片。
為什麼這比手動核對更好
| 手動核對 | Powerdrill Bloom | |
|---|---|---|
| 尋找未匹配的記錄 | 針對每對檔案進行反向合併 | 直接詢問缺少哪些記錄 |
| 找出近似重複的標籤 | 建立區分大小寫的輔助欄 | 在上傳時自動呈現 |
| 測試不同的時間邊界 | 重新建立篩選條件並重新計算總計 | 說明另一種規則並直接詢問 |
| 下個月重新執行 | 重新整理並祈禱沒有任何變動 | 更換檔案，保留規則 |
第三列是終結爭論的關鍵。能夠並排呈現兩種時間邊界，可以將「你的數字錯了」轉化為「我們的規則不同」，這是一個可以解決的對話。
常見錯誤
在就定義達成共識之前先購買平台。儲存空間不等於共識。請先定義術語並指定負責人，依此順序進行。
未說明分母。每個比率都需要在圖表上寫明分子和分母。如果沒有它們，百分比就只是裝飾。
將一次性的大型整合視為終點。定義會隨著產品和組織的變化而失效，因此請安排定期審查，而非重新建構。
假設相同的標籤代表相同的記錄。大小寫、標點符號和尾隨空格都會在不知不覺中產生重複資料。請在連接前進行檢查，而非連接後。
核對在不同日期匯出的資料。延遲寫入的資料看起來會像是不一致。在比對資料列之前，請先確認匯出時間戳記是否一致。
將定義記錄在沒有人會打開的地方。請將它們與數字保存在同一個檔案中，並在圖表上標註所使用的規則。
忽略負責人。沒有指定核准人的定義，就是會被重新解讀的定義。請為每一列指定負責人。
結論
單一事實來源是「先有共識，後有基礎架構」。定義每個指標、寫下篩選條件、確定時間邊界、指定負責人，然後從單一資料集衍生出所有報告。
成本高昂的部分不是第一次核對，而是在業務不斷變化的同時，保持這些定義的有效性。
如果這個循環正在消耗您在月底的時間，請針對這兩個不一致的檔案試用 Powerdrill Bloom。另請參閱我們的指南：如何從試算表建立 KPI 儀表板以及如何根據您自己的資料設定 KPI 目標。AI 資料清理頁面介紹了準備步驟。
常見問題
什麼是單一事實來源？
它是指一組經共識同意的定義、來源和計算方式，所有報告皆由此衍生而來。Workday 的指南將其描述為正確使用基礎架構的結果，而非基礎架構本身。
我需要資料倉儲才能建立單一事實來源嗎？
不需要。資料倉儲提供的是儲存空間和擴充性，而對定義和所有權的共識才是讓數字一致的關鍵。小型團隊在單一且治理良好的工作簿中即可實現此目標。
為什麼兩份報告會顯示不同的總計？
通常是因為篩選條件、時間邊界、分母或匯出時間。在假設有計算錯誤之前，請先檢查這四點，因為算術很少是出錯的原因。
誰應該擁有指標定義的所有權？
每個指標應由一位指定的負責人擁有，並有權核准變更。共同擁有往往意味著定義會在不同團隊之間悄悄產生分歧。
定義應該多久審查一次？
每當底層業務發生變化時，或在其他情況下定期進行審查。新的方案、地區和重新命名的欄位，都會使原本正確的規則失效。