実行される手順は、定義されたものに基づいています 承認されました。

コミッショニング手順書は慎重に作成され、3者によってレビューされた後、ファイルとしてリリースされます。その時点から管理は失われ、手順書は文書管理システム、メールスレッド、共有ドライブ、そして現場のフォルダ内の印刷物として存在することになります。

事前ミーティング中に手順が明確化され、1部のコピーにマークアップされます。立会人が遅れて追加され、署名欄には記載されません。ステータスを示すはずの台帳は木曜日に更新されるスプレッドシートであるため、月曜日にはどのサブシステムが実際に手順完了しているのか誰も知りません。

引き渡し時に紛争が発生します。クライアントは、どの改訂版が実行されたか、誰が機能テストに立ち会ったか、そして測定値がどこにあるかを尋ねます。これらの回答を電子メールやスキャンから再構築する必要がある場合、クルー、ベンダー、および立ち会い人全員が現場に戻ってテストを繰り返すことになります。

タブレットアプリはオフライン・ファーストです。手順、受け入れ基準、添付図面、および試運転中に撮影された写真はデバイス上に保持されるため、コミッショニングエンジニアは電波の届かないモジュールで作業を行っても、何も失われることはありません。

読み取り値は取得された場所で入力され、写真は一般的なカメラロールに保存されるのではなく、証拠となる特定のステップに紐付けられます。ステップが失敗した場合、エンジニアは手順内からパンチリストを起票します。タグ、ステップ、カテゴリ、写真、担当者が自動的に引き継がれ、パンチ項目はそれを発見した手順に紐付けられたままになります。

同期すると、手順のステータスはレジスターに反映され、パンチは所有者のリストに表示され、レポートには実際に行われた作業が反映されます。シフト終了時に、マークアップされた印刷物を追跡システムに転記する人はいません。