DFS 工作流
當一條資料路徑跨越 DFS Lite、DFS Pro、MDM 和下游 FactVerse 應用時,使用工作流頁面規劃執行順序。這裡的入口按業務目標組織,而不是按功能模組命名。你可以先判斷要把資料交給設施孿生、預測性維護、FactVerse AI Agent、BI 報表,還是需要先做身分治理和事件融合,再選擇對應路徑。
DFS 工作流適合設施、維修、資料和應用團隊共同負責同一組營運資料的場景。它幫助各團隊提前對齊來源系統負責人、欄位對應、審閱邊界、資料集版本和交接證據,避免資料進入下游應用後再追溯來源。
開始前準備
在選擇工作流之前,先準備下游負責人、來源系統負責人、目標站點或資產範圍、預期欄位、更新頻率、權限邊界、審閱人和驗收標準。如果同一組資料會被多個團隊或應用重複使用,應在第一次生產交接前規劃 DFS Pro 治理和 MDM 身分審閱。
按目標選擇路徑
| 目標 | 推薦路徑 | 適用場景 | 關鍵證據 |
|---|---|---|---|
| 將設施訊號接入營運數位孿生 | BMS/來源資料到設施數位孿生 | 樓宇、工廠、資料中心或園區團隊需要把 BMS、儀表、告警或設備訊號對應到 FactVerse 資產和點位。 | 來源系統負責人、連接器、點位對應、單位歸一、同步歷史、品質說明、目標孿生範圍。 |
| 為預測性維護準備訊號歷史 | 預測性維護訊號歷史 | 維修和可靠性團隊需要可靠的時間序列歷史,再進入 FactVerse AI Agent 預測性維護工作流。 | 資產身分、訊號窗口、採樣規則、缺失值處理、品質審閱、模型準備說明。 |
| 為 Agent 工作流準備已審閱資料包 | AI Agent 就緒資料集 | Agent 工作流需要治理後的來源資料、穩定 ID、後設資料和審閱上下文。 | 可使用的回答類型、資料來源邊界、資料集版本、審閱決定、證據契約。 |
| 跨系統穩定識別同一物件 | MDM 身分解析與別名治理 | 不同系統用不同 ID 或名稱描述同一資產、位置、設備、文件或工單。 | 主資料實體、別名記錄、合併/拆分/重定向決定、Steward 佇列結果、稽核說明。 |
| 統一查看巡檢、工單、告警和感測器歷史 | 故障、告警與事件融合 | 營運團隊需要關聯問題記錄、告警事件、維修動作和訊號歷史。 | 融合任務、衝突處理、拒絕列路徑、審閱佇列決定、下游負責人。 |
| 將治理資料用於 BI 或報表 | DFS Pro 資料集到 BI/報表 | 週期性報表或看板需要帶版本、血緣和權限控制的治理資料集。 | 資料集版本、欄位、刷新頻率、權限範圍、報表負責人。 |
| 將 Lite 連接器輸出提升為可重複使用資料資產 | Lite 到 Pro 營運資料管道 | 來源連接先從本地整合開始,隨後需要治理、融合或多團隊重複使用。 | 連接器、對應、品質門檻、資料集提升、血緣、交接記錄。 |
選擇流程
執行模型
| 階段 | DFS 區域 | 需要決定 | 輸出 |
|---|---|---|---|
| 定義目標 | 工作流負責人 | 哪個營運決策、頁面、Agent 工作流、報表或模擬會使用這組資料。 | 證據契約和驗收標準。 |
| 連接和對應 | DFS Lite | 哪個來源系統、連接器、欄位、單位、時間戳和目標 ID 可作為起點。 | 連接器、預覽、對應、同步和品質記錄。 |
| 需要重複使用時提升 | DFS Pro | 是否需要版本、血緣、權限、融合、審閱或 BI 重複使用。 | 治理資料集、融合任務、審閱佇列或報表資料集。 |
| 解析身分 | DFS MDM | 別名、重複實體或跨系統命名差異是否會影響結果。 | 主實體、別名、合併/拆分/重定向決定、Steward 稽核說明。 |
| 交接 | 下游工作流負責人 | 輸出是否足夠新、足夠完整、經過審閱,並且適合目標工作流使用。 | 包含負責人、範圍、限制和驗證狀態的交接記錄。 |
BMS/來源資料到設施數位孿生
當設施或園區訊號需要進入營運數位孿生時,使用這條路徑。先從 將 BMS 資料連接到設施孿生 配方開始;只有當同一組點位需要被多個站點、報表、Agent 工作流或維修流程重複使用時,再加入治理資料集。
| 步驟 | 頁面 | 決策點 |
|---|---|---|
| 連接來源 | DFS Lite 連接器 | 選擇 BMS、儀表、告警、歷史庫或設備來源,並確認負責人權限。 |
| 對應欄位 | DFS Lite 對應 | 將來源點位綁定到目標資產、位置、點位名稱、單位、時間戳和更新頻率。 |
| 檢查品質 | DFS Lite 資料品質 | 在交接前確認缺失值、過期點位、拒絕列和單位一致性。 |
| 按需治理 | DFS Pro 資料集 | 當多個團隊或工作流重複使用同一組設施資料時,建立治理資料集。 |
交接記錄應寫清站點、設備範圍、點位列表、資料新鮮度、已知缺口,以及使用這組資料的孿生或應用頁面。
預測性維護訊號歷史
當維修或可靠性團隊需要在預測性維護前準備訊號歷史時,使用這條路徑。先按 為預測性維護準備訊號歷史 配方處理;如果同一組歷史資料會持續用於模型驗證或複盤,則使用 DFS Pro 管理版本;如果歷史庫、CMMS、巡檢和工單系統裡的資產名稱不一致,則先做 MDM 身分治理。
| 步驟 | 頁面 | 決策點 |
|---|---|---|
| 定義資產和訊號範圍 | 對應欄位參考 | 確認資產 ID、訊號名稱、時間戳、單位、採樣窗口和可接受時間範圍。 |
| 準備來源歷史 | DFS Lite 同步歷史 | 檢查目標設備組是否有足夠乾淨的歷史資料。 |
| 治理資料集 | DFS Pro 資料集生命週期 | 當訊號歷史進入持續模型驗證或審閱時,管理資料集版本。 |
| 解析資產身分 | MDM 實體解析任務 | 在資料集被使用前審閱重複或衝突的資產身分。 |
交接記錄應包含資產組、訊號列表、歷史窗口、採樣處理方式、品質問題,以及確認該資料可用於預測性維護的審閱人。
AI Agent 就緒資料集
當 FactVerse AI Agent 工作流需要治理資料才能回答問題、產生建議或準備營運任務時,使用這條路徑。為 AI Agent 工作流準備 DFS 資料 已覆蓋完整流程。
| 步驟 | 頁面 | 決策點 |
|---|---|---|
| 定義證據邊界 | 為 AI Agent 工作流準備 DFS 資料 | 指定可回答類型、來源系統、目標身分、新鮮度和審閱邊界。 |
| 建立來源和資料集路徑 | 建立 AI Agent 就緒資料集 | 組合 Lite 對應、Pro 資料集治理和審閱說明。 |
| 審閱不確定輸出 | DFS Pro 審閱佇列 | 在 Agent 使用前處理拒絕列、不確定列和衝突列。 |
| 記錄權限 | DFS 權限參考 | 確認誰可以建立、審閱、發布和使用資料集。 |
交接記錄應說明 Agent 可以如何使用該資料集、不能從缺失資料中推斷什麼,以及哪位審閱人接受了證據邊界。
MDM 身分解析與別名治理
當 BMS、CMMS、ERP、巡檢、文件或模型來源用不同標識描述同一真實物件時,使用這條路徑。從 DFS MDM 開始,並透過 跨來源別名 保留各來源系統自己的 ID,而不是強行要求所有系統改成同一個編號。
| 步驟 | 頁面 | 決策點 |
|---|---|---|
| 定義主實體 | 主實體 | 決定實體類型、標準名稱、生命週期狀態和負責的 Steward。 |
| 處理重複項 | 實體解析任務 | 審閱建議匹配、信賴度、證據和拒絕原因。 |
| 治理別名 | 跨來源別名 | 保留來源系統 ID,同時把它們關聯到主實體。 |
| 修正身分決定 | 合併、拆分和重定向 | 當身分關係變化時,用受控方式修正。 |
交接記錄應包含主實體 ID、別名來源、Steward 決定、受影響的資料集,以及是否需要重新處理下游對應。
故障、告警與事件融合
當營運團隊需要在同一個視圖裡查看巡檢記錄、工單、告警、事件和感測器歷史時,使用這條路徑。先從 融合巡檢、工單和感測器資料 配方開始;當事件身分和關聯關係需要治理時,再使用 故障事件融合。
| 步驟 | 頁面 | 決策點 |
|---|---|---|
| 彙集來源記錄 | 連接器類型參考 | 確認哪些系統提供巡檢、告警、感測器、工單或事件記錄。 |
| 建立融合任務 | DFS Pro 融合任務 | 定義關聯鍵、時間窗口、衝突規則和審閱路由。 |
| 審閱輸出 | DFS Pro 審閱佇列 | 處理不確定匹配、拒絕列、重複事件和審閱說明。 |
| 修復異常列 | 修復拒絕列並重新處理 | 修正來源、對應或身分問題,再按受控路徑重新執行。 |
交接記錄應寫清事件範圍、時間窗口、來源系統、匹配規則、未解決衝突,以及負責下游回應的團隊。
DFS Pro 資料集到 BI/報表
當報表、看板或週期性分析需要穩定的治理資料集時,使用這條路徑。DFS Pro 應在 BI 負責人使用資料前提供版本、血緣、刷新頻率、權限和稽核歷史。
| 步驟 | 頁面 | 決策點 |
|---|---|---|
| 建立治理資料集 | DFS Pro 資料集 | 定義欄位、負責人、刷新預期和資料集狀態。 |
| 管理生命週期 | 資料集生命週期 | 控制草稿、審閱、發布、停用和替換狀態。 |
| 發布報表輸出 | BI 報表 | 確認報表負責人、受眾、刷新頻率和存取範圍。 |
| 監控證據 | 稽核與指標 | 追蹤使用情況、變更、審閱活動和資料品質指標。 |
交接記錄應包含資料集版本、欄位字典、刷新頻率、權限範圍、已知排除項和報表負責人確認。
交接標準
每條工作流都應以交接記錄收尾,讓下游團隊不用憑記憶還原資料路徑。記錄中應包含:
- 來源系統和來源系統負責人;
- 目標站點、資產、點位、資料集、實體或工作流身分;
- 連接器、對應、同步、資料集、融合任務或 MDM 決定引用;
- 資料新鮮度、單位、時間範圍、拒絕列狀態和已知品質限制;
- 審閱人或 Steward 的決定;
- 下游工作流負責人和已接受的使用範圍;
- 未解決問題,以及資料仍在變化時的下一次審閱時間。
對於只停留在 DFS Lite 的工作流,交接記錄可以保持簡潔:連接器、對應、同步、品質說明和下游負責人。對於 DFS Pro 工作流,補充資料集版本、生命週期狀態、血緣、審閱佇列狀態和權限範圍。對於 MDM 工作流,補充主實體、別名、Steward 決定,以及身分變化後需要重新處理的資料集。
相關頁面
| 頁面 | 用途 |
|---|---|
| DFS 入門 | 在更大範圍使用前,先驗證一個小型連接器到品質檢查閉環。 |
| DFS Lite | 連接、預覽、對應、同步和檢查來源資料。 |
| DFS Pro | 建立治理資料集、融合任務、審閱佇列、管道和 BI 輸出。 |
| DFS MDM | 治理主實體、別名、Steward 佇列和身分修正。 |
| DFS 場景配方 | 按常見營運任務執行範例路徑。 |
| DFS 參考 | 查詢連接器類型、對應欄位、權限和 API 範圍。 |