プロジェクト構造から引き渡し・運用まで。Videntium UPとVidentium Flexの機能、技術上の意義、対応する製品画面を紹介します。
資産は施工、コミッショニング、運用へと進み、各段階で異なるチームが同じ対象のデータを作成します。Videntiumは一つの記録に集約し、引き渡しで情報が失われるのを防ぎます。
設計・仕様どおりに据え付けられているか。
施工者のQA/QC担当、コンサルタント
品質管理
実負荷で、単体でもシステム全体でも機能するか。
コミッショニング責任者、施工者、ベンダー
試験・コミッショニング
保守され、使用可能で、安全か。
施設運用担当（FM）、ヘルプデスク、倉庫
施設管理
各分野の機能、技術上の意義、対応する製品画面を紹介します。
関係者、位置、機器分類を一度定義すれば、他の機能はその構造を参照します。
なぜ重要なのか。 プロジェクトの責任は契約に基づき、引き渡しはエリアごとに進みます。明確な構造により担当者が分かり、エリア別・会社別に進捗を報告できます。
一つの現物に一つの記録。点検、試験、指摘事項、文書、保守の全履歴を紐づけます。
なぜ重要なのか。 段階ごとに別のツールを使うと、引き渡しのたびに資産履歴が失われます。一つの記録が保証請求、原因分析、安全な運用の根拠を保ちます。
チェック印だけでなく測定による証跡を用い、施設が所有者の要求どおり機能することを段階ごとに実証します。
なぜ重要なのか。 試験は積み重ねです。据付を確認していなければ機能試験の意味は限られます。順序と重み付けで進捗を実態に合わせます。
資産と位置に施工点検を記録し、ホールド、立会い、レビューの各ポイントを管理します。
なぜ重要なのか。 施工中に見つかった不具合は、コミッショニングや運用中に見つかった場合より対応費用を抑えられ、隠蔽される部分も閉鎖前の検査を証明できます。
点検、試験、保守の各作業を、担当者、日程、証跡、承認履歴を備えた作業指示として管理します。
なぜ重要なのか。 期限超過の作業指示は、コミッショニング遅延の早期警告です。ダッシュボードで試験、品質、保守を分け、今週の期限を確認できます。
対応が必要な事項はすべて指摘事項として登録し、クローズまで追跡します。
なぜ重要なのか。 未解決の指摘事項がシステムの受入やエリアの引き渡しを左右します。種類、優先度、担当会社で追跡し、引き渡しを妨げる要因を把握します。
記録の種類ごとにレビュー・承認者と期限を定め、却下時の差し戻し経路を明確にします。
なぜ重要なのか。 承認ワークフローは、誰が何をいつ確認し、結果がどうだったかを監査可能な履歴として残し、レビューの遅れを可視化します。
各チェックリストの基準計画、週次目標、Sカーブ、計画の正確さを保つためのツール。
なぜ重要なのか。 計画と実績の差が工程リスクを明確に示し、繰り越されたチェックリストで遅れた試験を特定できます。
引き渡し後も同じ資産記録を使って計画保全と日常のサービスを進めます。
なぜ重要なのか。 技術者は保守の測定値と並べてコミッショニング結果や設計値を確認でき、サービスレベル合意により期待を測定可能な目標へ変えます。
各倉庫の予備品、工具、安全用品と、自動作成される週次運用レポート。
なぜ重要なのか。 在庫、工具の所持者、今週のサービス実績を把握することで、保守体制を維持し、施設管理（FM）契約の成果を測定できます。
関連する作業に紐づいた、プロジェクトの対話と契約上の記録。
なぜ重要なのか。 意思決定と連絡の記録を漏れなく検索できる形で残すことで、各当事者を守り、調整会議で進行を妨げる課題に集中できます。
プロジェクトごとに異なるプロセスを、ソフトウェア開発なしで設定します。
なぜ重要なのか。 電子作業許可は必要な安全措置が欠けたままでは発行できず、定められたワークフローで承認され、現場の全員が確認できます。
管理者向けの1ページの概要と、利用者ごとの個別ビュー。
なぜ重要なのか。 週次でダッシュボードを確認し、メールで状況を集める代わりに、調整会議で期限超過や重大な指摘事項から対応できます。
オフィス向けのWebワークスペースと現場向けのモバイルアプリ。
なぜ重要なのか。 素早い操作と統一された表により、作業を探す時間を減らし、実務に集中できます。
試験は累積し、重み付けされます。上位段階ほど工数も実証内容も増えるため、据付確認をすべて終えても全体の40パーセント完了とは限りません。重み付けで報告を実態に合わせます。
具体例。 空気調和機のL1（10%）とL2（20%）が完了し、L3（20%）が半分完了している場合、試験進捗は10 + 20 + 10 = 40%。プロジェクトの値は、選択した重み付け設定に基づく全資産の加重平均です。
点検、試験、保守は共通のライフサイクルで進みます。承認済み作業が進捗に反映され、再試験が必要な場合は理由を記録して承認済み結果を再開できます。
割り当てから自動作成、または手動作成され、準備中の状態です。
計画担当者担当者またはチームと計画日が設定されています。
計画担当者または監督者作業を開始し、チェックリストに回答中。
技術者または技能者レビューに提出し、承認ワークフローへ。
技術者すべてのレビュー担当者が承認し、進捗に反映されます。
レビュー担当者差し戻し：権限を持つ利用者が理由を記録して承認済み作業指示を再開します。
オフィス向けのWebワークスペースと現場向けのモバイルアプリ。
備考と証跡を添えて試験チェックリストを記入します。
フルサイズで開く （新しいタブで開きます）
タグ、システム、場所から資産を検索します。
フルサイズで開く （新しいタブで開きます）
コミッショニング作業を下書きから承認まで追跡します。
フルサイズで開く （新しいタブで開きます）
外出先でも指摘事項と作業指示の状態を確認します。
フルサイズで開く （新しいタブで開きます）
割り当て済み、保留中、期限超過の作業を確認します。
フルサイズで開く （新しいタブで開きます）
現場から建物モデルを確認します。
フルサイズで開く （新しいタブで開きます）カスタムAPIと管理されたデータ交換で、選択したシステムを共通のプロジェクト文脈につなげます。インターフェースと提供範囲は導入ごとに合意します。
会社資料の例：Primavera P6、Autodesk Revit、IBM Maximo、SAP、Oracle NetSuite、Oracle Aconex、Procore、Microsoft Office、AWS IoT、Honeywell、Siemens、COMOS。製品名は各権利者に帰属し、文字のみで掲載しています。利用可否は導入ごとに合意します。
検査、ワークフロー、文書の種類の例をお持ちいただければ、製品上でご案内します。
