引き渡しドシエ： オペレーターが扱わなければならない資産記録。

1. ドシエの実際の目的

引き渡しドシエは、異なるニーズを持つ3つの関係者に提供されますが、それらを混同することで、多くのドシエが同時に膨大で使い物にならなくなってしまいます。

• 契約上の — 範囲が実行され承認されたことの証明であり、支払い、保証、および責任の立場をサポートします。
• 規制 — 管轄当局に対し、法定の試験、認証、および検査が実施されたことの証拠。
• 稼働中 — 何年もの間、運用および保守で使用される作業参照情報：タグとは何か、どのように設定されたか、何に対してテストされたか、誰が供給したか。

運用担当者は、最後に設計され、最も長く不満を訴える対象です。契約を満たすものの、タグで検索できないドシエは、運用者によって2年以内に再構築されるドシエです。

2. サブシステムごとに構成し、タグで索引付けする

ドシエの構造は以下を反映する必要があります サブシステムの分解 それは認証の単位であり、保管引き渡しの単位であるため、完成時にその他すべてで使用されました。

構造だけでは不十分です。すべての文書はタグとサブシステムをとして保持する必要があります。 メタデータ、ファイル名だけでなく、ドシエが参照されるのではなく、照会できるようにします。これは、デジタルドシエとスキャンされたドシエとの間の最大の違いです。

3. オペレーターが確認するデータ品質ルール

オペレーターの受け入れ検査は見た目よりも予測可能です。最初からそれらを考慮して構築することで、完了までの期間が大幅に短縮されます。

1. ドシエ内のすべてのタグは、マスタータグレジスタに存在します。、綴りは同じです。タグ名のずれは最も一般的な却下理由です。
2. すべての記録は、スコープ内のタグを参照しています それが紐付けられているサブシステム向け。
3. 孤立したドキュメントなし — タグまたはサブシステム参照がないものは、再度見つけることができません。
4. 署名は帰属可能です — 署名者の氏名、役割、日付、および署名者が権限を有していた証拠。
5. 竣工図書は現実を反映しています — プラントが図面と異なる場合、その差異は記録され、図面は口頭での注記ではなく改訂されます。
6. オープンパンチは担当者と日付と共に一覧表示されます、そしてパンチレジスタと完全に一致します。

4. デジタルドシエとPDFフォルダーの比較

商用上の議論はシンプルです。タグ属性をメンテナンスシステムに再入力することは、大規模でエラーが発生しやすく、完全に回避可能なコストです。完工システムがタグ、属性、記録を管理されたレジスターに保持していれば、CMMSへの負荷はプロジェクトではなくエクスポート作業になります。

5. 継続的に構築し、最後に行わない

最後にまとめられるドシエは考古学的な作業です。記録が署名されるたびに蓄積されるドシエは副産物です。その違いは4つの習慣に集約されます。

• 最初からの単一マスターレジスター。 最初のITR発行前に定義されたタグ、システム、サブシステムにより、後での再マッピングは不要です — 参照： マスターデータ.
• 発生源で記録。 現場で署名された記録には、タグ、サブシステム、署名者、タイムスタンプが自動的に付与されます。後から収集された紙の記録にはそれらがありません。
• 継続的なギャップ報告。 ドシエの完全性の表示は、クローズアウト時に作成されるのではなく、プロジェクト全体を通してリアルタイムで確認できるべきです。
• 早い段階でフォーマットに合意します。 エンジニアリング中にオペレーターの要求する構造、メタデータ、命名規則を確認します。最後に40,000件のドキュメントを再フォーマットすることは、現実的かつ繰り返し発生するプロジェクトコストです。

6. 承認の取得

1. 早期にサンプルドシエを発行する — 引き渡し数か月前にサブシステム全体を正式にレビューします。そのサンプルに対するコメントは、他のすべてで回避できるコメントとなります。
2. 書面で受け入れ基準に合意します、ベンダーの不足しているドキュメントがどのように扱われるか、許容される逸脱とは何かを含めて。
3. パンチレジスターとドシエのパンチリストを照合します 発行前。ここでの不一致は、他のすべてに対する信頼を損ないます。
4. サブシステムごとに認証後引き渡し、そのため、承認はプロジェクト終了時の単一の崖ではなく、段階的に行われます。

参照 引き渡しとRFSU ドシエの受諾が、カストディ引渡しおよび最終受諾とどのように関連するか。