多 CMMS 彙整
許多建築、園區和設施組合已經同時使用多個 CMMS 或 EAM。不同樓宇、系統、承包商和服務線可能各自維護工單平台。FactVerse 可以提供跨提供商的統一營運層，同時保留下游系統必須保留的記錄和執行流程。
目標架構
前置條件
| 要求 | 用途 |
|---|---|
| 提供商清單 | 明確每個場站和服務線涉及哪些 CMMS、EAM、承包商或建築系統。 |
| 來源歸屬 | 為存取、欄位含義、狀態映射和例外審閱指定負責人。 |
| 資產身分基線 | 將工單映射到建築、系統、空間、設備和 MDM 身分。 |
| 狀態和 SLA 口徑 | 統一解釋各提供商的狀態、優先級和服務承諾。 |
| 整合存取 | 確認 API、匯出、檔案、中介軟體、服務帳號、網路路徑和限流。 |
整合模式
| 模式 | 適用場景 |
|---|---|
| 只讀彙整 | 需要統一視圖但不改變下游流程，適合作為第一階段。 |
| 受控交接 | FactVerse 從巡檢、警報或預測建議產生已審閱請求。 |
| 雙向狀態同步 | 操作員需要查看並更新部分下游狀態。 |
| 附件和證據同步 | 照片、報告、檢查表和結案文件需要隨工單流轉。 |
| 提供商寫回 | 只有在欄位歸屬、權限和回滾規則明確後啟用。 |
共享工單模型
統一模型應保留 provider_id、source_work_order_id、common_work_order_id、資產引用、來源狀態、共享狀態、優先級、SLA、請求/分派/開始/完成/結案時間、負責人、附件和同步狀態。
推出順序
- 盤點提供商、欄位、狀態值、資產引用和整合存取。
- 用真實樣例建立共享工單模型和狀態映射。
- 先以只讀方式接入第一個提供商，並讓操作員驗證統一視圖。
- 加入 MDM 匹配，解決資產、位置、設備和服務類別身分。
- 在存取和保留策略確認後加入附件和證據流程。
- 針對一個提供商和一條服務線啟用受控交接或寫回，再逐步擴大。
- 資料模型和權限穩定後加入 AI Agent 摘要和建議。
治理要點
- 為每個提供商設定清晰邊界。
- 分離讀取、草稿、交接、寫回和結案權限。
- 使用有範圍的服務帳號和輪換策略。
- 把同步失敗和資料陳舊作為營運例外處理。
- 不隱藏來源系統 ID、原始狀態和同步日誌。