業務 A 手上的報價單是上季的版本，客戶拿到的折扣比現行低；倉庫的庫存表說還有 120 件，ERP 說 80 件，實地盤點是 95 件。月會花了四十分鐘討論「哪個數字才是對的」。注意，這四十分鐘不是在解決問題，是在仲裁真相。需要仲裁真相的組織，就是缺少單一事實來源的組織。
SSOT 的定義
單一事實來源（Single Source of Truth，SSOT）是一種資料治理原則：組織內每一類關鍵資料，都有一個公認的、唯一的權威存放處，要查這件事，全公司都知道去哪查；查到的，就是最新的。依維基百科的定義，SSOT 架構讓每一個資料元都只可在一個地方修改，因此更容易避免「忘記更新某處的重複資料」這類不一致錯誤。
常見誤解：它不是軟體，也不是大一統系統
關於 SSOT 的兩個常見誤解，都出在把治理原則當成採購項目。
誤解一：SSOT 是一套軟體。 它是治理原則，不是產品。Atlassian 的知識管理指南對它的描述是：一個中央存放處，所有團隊成員都能從中找到關於專案或流程的最準確、最新資訊。描述裡沒有任何產品名，重點全在「中央」與「最新」這兩件治理工作上；買了系統但員工還在各自存副本，孤島照舊。
誤解二：SSOT 是把所有資料放進同一個系統。 正確的單位是「每一類資料有唯一的家」：報價的家可以是一張資料表、制度的家可以是知識庫，重點是唯一，不是集中在單一巨獸系統裡。
SSOT 與孤島、知識庫的關係
三個常一起出現的概念，位置關係一句話講清楚：資訊孤島是宏觀病（系統之間不通）、SSOT 是微觀藥（每筆資料只有一個家）、知識庫是 SSOT 在「文件與制度」這類內容上的具體實作。先治孤島還是先立 SSOT？其實是同一件事的兩個切面：收斂系統減少島的數量，是在幫每類資料找唯一的家；為關鍵資料立 SSOT，是在既有的島之間指定權威港口。從哪頭開始都可以，重點是方向一致：資訊的家越來越少、越來越明確。
沒有 SSOT 的日常
缺少 SSOT 的組織會反覆出現同一組症狀：多版本並存、數字對不上、更新不同步。
| 症狀 | 根源 |
|---|---|
| 報價單五個版本，業務報錯價 | 檔案副本各自演化 |
| 庫存三個系統對不上 | 同一事實被多處各自更新 |
| 客戶改了地址，出貨單還是舊的 | 更新只進了其中一個副本 |
| 新人拿到的 SOP 是三年前的 | 舊檔案還在流通，沒人知道現行版在哪 |
| 兩個部門各自維護同一份名單 | 沒有指定權威來源，各自為政 |
五種症狀的共同點是：錯不在人，錯在副本。只要同一份事實存在兩個可被分別修改的副本，分歧只是時間問題。這也是資訊孤島的微觀版本：孤島談的是系統之間，SSOT 談的是每一筆資料。
實作 SSOT 的四個步驟
實作 SSOT 的路徑分四步：挑資料、定權威、降副本、用連結。
第一步：挑一類最常出事的資料。 不要一次治理所有資料，從仲裁成本最高的那類開始：報價、庫存、客戶名單、或制度文件。判斷方式很直接：上個月哪個數字讓你們開會吵最久，就從它下手。
第二步：指定唯一的權威存放處。 結構化資料（清單、數字）放進 Base 資料表：欄位有型別、多人同時編輯即時同步、權限控到行列層級。文件類（制度、SOP）放進雲端文件或知識庫：頁面只有一份，更新即生效。指定時要同時宣告「誰有權更新」——權威來源沒有明確的維護者，很快就會被下一份私房副本取代。
第三步：把副本降級。 宣告權威來源後，其他副本一律轉唯讀、封存或刪除，所有更新只進權威來源。這一步最難，因為要改的是習慣；但不做這一步，SSOT 只是多了一個副本。實務技巧：給一段明確的過渡期（例如兩週），期間新舊並行但只有權威來源接受更新，期滿舊副本轉唯讀，讓大家有時間換手而不是一夜斷糧。
第四步：引用用連結，不用複製。 分享資料時貼連結而不是匯出檔案：對方點開看到的永遠是最新版，權限由來源統一控管。複製出去的那一刻，副本就誕生了——連結是 SSOT 的日常防線。
為什麼 Excel 當不了 SSOT
Excel 的問題不是功能，是物理性質：它是檔案，而檔案會複製。寄出去的附件、隨手另存的備份，每一份都能被各自修改；「唯一且即時」在檔案的世界裡結構上做不到。線上資料表與線上文件天生只有一份、多人共編即時同步，這是工具選擇直接決定治理成敗的地方。已經被 Excel 綁架的表怎麼搬家，見從 Excel 到自動化的遷移時間軸。
從一張表開始
不用等全公司共識，挑你們最常被仲裁的那個數字，先給它一個唯一的家。一個月後，月會上「哪個數字才是對的」這道題就會從議程消失，省下的那四十分鐘可以拿去討論真正的問題。
想盤點哪些資料該先建立 SSOT，找艾瑞特資訊聊聊。身為 Lark 台灣授權代理商，我們可以用你們的真實資料現場示範權威來源怎麼建、副本怎麼收。
常見問題
Q1：什麼是單一事實來源（SSOT）？
單一事實來源（Single Source of Truth）是一種資料治理原則：組織內每一類關鍵資料都有一個公認的、唯一的權威存放處，要查就去那裡查、查到的就是最新的。它是治理原則而非特定軟體，核心是不允許同一份事實有多個各自演化的副本。
Q2：沒有 SSOT 會發生什麼事？
缺少 SSOT 的典型症狀：報價單多版本並存導致報錯價、庫存數字在多套系統各不相同、客戶資料更新只進了部分副本、過期 SOP 持續流通。共同根源是同一份事實存在多個可被分別修改的副本，分歧只是時間問題，而仲裁「哪個才對」的會議成本比錯誤本身更高。
Q3：SSOT 要怎麼實作？
實作 SSOT 分四步：先挑仲裁成本最高的一類資料；為它指定唯一權威存放處（結構化資料用線上資料表、文件用知識庫）；把其他副本降級為唯讀或刪除、更新只進權威來源；最後養成「分享貼連結、不傳檔案」的習慣，讓引用永遠指向最新版。
Q4：Excel 可以當 SSOT 嗎？
Excel 很難當 SSOT，因為它是檔案、而檔案天生會複製：寄出的附件與另存的備份都能被各自修改，「唯一且即時」在結構上做不到。線上資料表與線上文件只有一份、多人共編即時同步，才符合 SSOT 的物理要求。