MDM 跨來源別名

跨來源別名把來源系統 ID 對應到主資料實體。它是營運資料的身分 crosswalk，讓 FactVerse 知道多個系統 ID 描述的是同一個真實物件。

Master entity: device
  SCADA      / tag-AHU-01
  ERP        / asset-1842
  CMMS       / work-target-77
  Inspection / checkpoint-AHU-01

為什麼重要

感測器標籤、企業資產號、工單對象和巡檢點位可能都指向同一設備。沒有 alias crosswalk，融合任務和 AI 工作流可能漏匹配、重複計數或引用錯誤證據。

解析流程

這也是下游團隊依賴融合資料集前需要先審閱 alias 的原因。缺失或錯誤 alias 會表現為資料缺口、重複資產或難以解釋的 AI 證據。

欄位說明

欄位	含義
Source system	來源系統或資料流名稱。
Source ID	來源系統中的原始 ID。
Entity ID	別名指向的 golden record。
Confidence	解析或人工動作記錄的信心。
Match method	deterministic、fuzzy 或 manual。
State	active 或 superseded。
Period	用於按時間解析身分的有效期。
Provenance	可選的結構化證據。

審閱別名

1. 開啟 Master Entities。
2. 選擇 entity type。
3. 開啟一筆 golden record。
4. 查看 Cross-source aliases。
5. 確認每個 active source ID 是否屬於同一真實物件。
6. 如果涉及歷史或 re-point，檢查 superseded aliases。

接受別名時應依據來源系統證據，不應只看顯示名稱相似。

Alias 品質規則

審閱 crosswalk 時使用以下規則：

規則	原因
每個 source ID 和 period 只有一個 active mapping	防止同一來源記錄解析到多個實體。
有效期不重疊	避免歷史事實用錯誤身分解析。
Source system 命名穩定	避免整合建立重複 namespace。
手工映射保留證據	便於審閱人員解釋為什麼接受 alias。
結構性變更後重新驗證	確保下游資料反映 merge、split 或 re-point。

當 source ID 可能重複使用時，必須設定有效期。否則舊工單、感測器讀數或巡檢記錄可能被解析到替換後的設備。

Re-point 別名

當一個 source ID 指向錯誤實體時使用 re-point：

1. 開啟目前擁有該 alias 的記錄。
2. 選擇 alias 列上的 Re-point。
3. 選擇正確目標實體。
4. 確認操作。
5. 檢查目標記錄是否顯示該 alias。

範例審閱情況

情況	審閱動作
兩個系統中資產號和位置一致	確認 entity type 和 source owner 後接受 alias。
顯示名稱相同但序號不同	拒絕或 split；名稱本身不足以確認。
設備替換後 source ID 被重複使用	增加有效期，或帶生效日期 re-point。
工單目標缺少資產 alias	建立 steward candidate 或要求來源系統修正。
巡檢點指向退役物件	判斷需要歷史解析還是 re-point。

檢查清單

• 每個 active source ID 只指向一個 active entity。
• 同一 source ID 的有效期不重疊。
• source system 命名穩定。
• re-point 有來源系統證據。
• 身分變化後，受影響的融合或報表已重新驗證。

常見問題

現象	可能原因	處理
融合輸出漏掉已知匹配	source ID 沒有 active alias。	補充或批准 alias 後重新執行融合。
設備或資產被重複統計	應指向同一實體的 alias 指向不同實體。	審閱後 merge 或 re-point。
歷史記錄解析錯誤	有效期缺失或被覆蓋。	檢查 alias period 並重跑受影響流程。
錯誤候選反覆出現	拒絕時沒有記錄 durable negative。	透過 steward queue 拒絕候選。

下一步

繼續閱讀 Steward Queue。