メインコンテンツまでスキップ

Multi-CMMS 統合

多くの建物、キャンパス、施設ポートフォリオでは、複数の CMMS または EAM がすでに使われています。建物、システム、請負会社、サービスラインごとに別の作業指示プラットフォームを持つ場合があります。FactVerse は、各下流システムの記録と実行プロセスを残したまま、共通の運用層を提供します。

目標アーキテクチャ

前提条件

要件用途
プロバイダー一覧サイトとサービスラインごとに CMMS、EAM、請負会社、建物システムを特定します。
ソース所有者アクセス、フィールド意味、状態マッピング、例外レビューの責任者を決めます。
資産 ID ベースライン作業指示を建物、システム、空間、設備、MDM ID に結び付けます。
状態と SLA の共通化各プロバイダーの状態、優先度、サービス約束を統一的に解釈します。
統合アクセスAPI、エクスポート、ファイル、ミドルウェア、サービスアカウント、ネットワーク、レート制限を確認します。

統合パターン

パターン利用場面
読み取り専用集約下流プロセスを変えずに共通ビューを作る初期展開に適しています。
管理された引き渡し点検、アラート、予測推奨からレビュー済み依頼を作ります。
双方向状態同期オペレーターが下流状態を確認し、一部更新も必要な場合に使います。
添付と証拠同期写真、レポート、チェックリスト、クローズ文書を作業指示に沿って扱います。
プロバイダー書き戻しフィールド所有、権限、ロールバックが合意された後に有効化します。

共通作業指示モデル

共通モデルは provider_idsource_work_order_idcommon_work_order_id、資産参照、ソース状態、共通状態、優先度、SLA、依頼/割当/開始/完了/クローズ時刻、所有者、添付、同期状態を保持します。

ロールアウト順序

  1. プロバイダー、フィールド、状態値、資産参照、統合アクセスを棚卸しする。
  2. 実例で共通作業指示モデルと状態マッピングを作る。
  3. 最初のプロバイダーを読み取り専用で接続し、運用者と統一ビューを検証する。
  4. MDM マッチングで資産、場所、設備、サービス種別の ID をそろえる。
  5. アクセスと保持ポリシー確認後、添付と証拠フローを追加する。
  6. 1 つのプロバイダーと 1 つのサービスラインで引き渡しまたは書き戻しを試す。
  7. データモデルと権限が安定してから AI Agent 要約と推奨を追加する。

ガバナンス

  • 各プロバイダーに明確な境界を与える。
  • 読み取り、ドラフト、引き渡し、書き戻し、クローズ権限を分ける。
  • スコープ付きサービスアカウントとローテーションポリシーを使う。
  • 同期失敗と古いデータを運用例外として扱う。
  • ソース ID、元の状態、同期ログを見える状態に保つ。

関連ドキュメント