跳到主要内容

多 CMMS 汇聚

许多建筑、园区和设施组合已经同时使用多个 CMMS 或 EAM。不同楼宇、系统、承包商和服务线可能各自维护工单平台。FactVerse 可以提供跨提供商的统一运营层,同时保留下游系统必须保留的记录和执行流程。

目标架构

前置条件

要求用途
提供商清单明确每个站点和服务线涉及哪些 CMMS、EAM、承包商或建筑系统。
来源归属为访问、字段含义、状态映射和例外审阅指定负责人。
资产身份基线将工单映射到建筑、系统、空间、设备和 MDM 身份。
状态和 SLA 口径统一解释各提供商的状态、优先级和服务承诺。
集成访问确认 API、导出、文件、中间件、服务账号、网络路径和限流。

集成模式

模式适用场景
只读汇聚需要统一视图但不改变下游流程,适合作为第一阶段。
受控交接FactVerse 从巡检、告警或预测建议生成已审阅请求。
双向状态同步操作员需要查看并更新部分下游状态。
附件和证据同步照片、报告、检查表和关闭文件需要随工单流转。
提供商写回只有在字段归属、权限和回滚规则明确后启用。

共享工单模型

统一模型应保留 provider_idsource_work_order_idcommon_work_order_id、资产引用、来源状态、共享状态、优先级、SLA、请求/分派/开始/完成/关闭时间、负责人、附件和同步状态。

推出顺序

  1. 盘点提供商、字段、状态值、资产引用和集成访问。
  2. 用真实样例建立共享工单模型和状态映射。
  3. 先以只读方式接入第一个提供商,并让操作员验证统一视图。
  4. 加入 MDM 匹配,解决资产、位置、设备和服务类别身份。
  5. 在访问和保留策略确认后加入附件和证据流程。
  6. 针对一个提供商和一条服务线启用受控交接或写回,再逐步扩大。
  7. 数据模型和权限稳定后加入 AI Agent 摘要和建议。

治理要点

  • 为每个提供商设定清晰边界。
  • 分离读取、草稿、交接、写回和关闭权限。
  • 使用有范围的服务账号和轮换策略。
  • 把同步失败和数据陈旧作为运营例外处理。
  • 不隐藏来源系统 ID、原始状态和同步日志。

相关文档