1. コミッショニングの実際の姿
建設は設備が建設されたことを証明し、コミッショニングはそれが機能することを証明します。この二つの間に、誰かが資産を受け入れ、保険をかけ、起動する前に、完全で署名され、追跡可能である必要がある証拠（検査記録、テスト結果、パンチ項目、証明書）が存在します。
この分野は通常、2つの重複する言葉で表現されます。 完了 これは、資産が正しく構築され、検査されたことを検証し文書化するプロセス全体です。 コミッショニング これは、システムが通電され、運用開始され、設計どおりに機能することが証明される段階です。ベンダーやプロジェクトはこれらの用語を曖昧に使用するため、同じ製品が、あるプロジェクトでは完工管理ソフトウェアと呼ばれ、次のプロジェクトではコミッショニング管理ソフトウェアと呼ばれることがあります。
ラベルよりも重要なのは、作業の根底にある形状です。スコープはシステムに分割され、各システムは証拠を蓄積し、そのシステムの証拠が揃った時点でマイルストーンが達成されます。このガイドのそれ以外のすべては、この原則に基づいています。
2. 完成シーケンス（エンドツーエンド）
オペレーターとコントラクター間で用語は異なりますが、産業プロジェクト全体でシーケンスは驚くほど一貫しています：
- 建設検証。 設置は図面と仕様書に対してタグごとにチェックされます。静的検査記録が作成され、署名されます。
- 機械的完成（MC）。 サブシステムが正しく構築されたことが確認されます。静的記録が完了し、未解決のカテゴリAのパンチ項目はありません。機械的完成（MC）は建設マイルストーンであり、運用マイルストーンではありません。
- プレコミッショニング。 洗浄、フラッシング、乾燥、校正、ループチェック、導通試験。システムは通電準備ができていますが、まだ稼働していません。
- コミッショニング。 システムはコミッショニング手順に基づいて通電および機能試験されます。動的な記録が作成され、署名されます。
- 起動準備完了 (RFSU) です。 サブシステムは安全性が実証され、サービス開始の準備ができており、この時点で正式な管理と保管が通常移管されます。
- スタートアップと性能試験。 設備は稼働し、契約上の基準に対して性能が実証されます。
- 最終引き渡し。 完全なドキュメンテーションドシエが発行され、残りのパンチ項目がクローズアウトされ、資産はオペレーターに引き渡されます。
これらのマイルストーンはそれぞれゲートであり、各ゲートには証拠要件があります。完工が困難な理由は、個々のステップが難しいからではなく、ゲートが呼ばれる瞬間に何千もの小さな記録がすべて存在し、正確で、見つけられる状態である必要があるためです。
3. システムとサブシステム：範囲の分け方
建設は、このデッキ、あのモジュール、配管班といったエリアと専門分野で編成されます。コミッショニングはそのようには機能しません。システムはエリアごとには起動せず、海水冷却システム、計装エアシステム、原油輸出システムといった機能的な全体として起動するからです。
そのため、スコープが再分割されます。プラントは以下に分割されます システム、各システムを サブシステム、そしてすべての物理的な タグ — すべてのバルブ、計器、容器、モーター、ケーブルはサブシステムに割り当てられます。サブシステムは完成の単位となり、機械的完成（MC）が行われ、RFSU証明書が発行され、引き渡しが行われる対象となります。
This re-cut is the single most consequential piece of setup on a project. Get it right and progress reporting is meaningful, because "82% complete" refers to a subsystem someone can actually start up. Get it wrong — tags in the wrong subsystem, boundaries that cut through a functional loop — and every report downstream is quietly misleading, usually discovered late, during the walkdown that was supposed to be a formality.
また、非常に骨の折れる作業でもあります。中規模プロジェクトでは、P&ID、ラインリスト、設備スケジュールから数万ものタグを抽出し、適切なサブシステムにマッピングする必要があります。これがDeskelyの AI図面解析 と AIデータ投入 圧縮のために構築されています。
4. 証拠となる文書
ごく少数の記録タイプがほぼすべての作業をカバーします。これらを習得すれば、ほとんどの完了に関する会話が理解できるようになります。
- ITR（検査記録）。 特定のタグに対して所定のチェックが実施され、合格したことを証明する署名済みの記録です。従来、A-ITR（静的、通電前）、B-ITR（動的、ライブテスト）、そしてC-ITR（コミッショニングおよび性能テスト）に分けられます。
- パンチ項目。 検査またはウォークダウン中に発見された不備を、次のマイルストーンを妨げるかどうか（カテゴリーA）、または後で持ち越してクローズできるか（カテゴリーB、時には外観上のカテゴリーCを含む）で分類します。
- コミッショニング手順書（CPs）。 システムの運用開始方法を管理する、署名権限と順序が定義された管理された手順書。
- 保全（プリザベーション）記録。 設置済みだが未稼働の機器に対する定期的なメンテナンス（シャフトの回転、乾燥剤の交換、防食剤の注入など）により、起動の2年前に設置されたポンプも、最終的に必要になったときに機能します。
- ウォークダウン記録。 サブシステム境界に対する構造化された物理検査。通常、これはマイルストンを通過するためのパンチリスト作成の引き金となります。
- 証明書。 正式なマイルストーン文書 — 機械的完成（MC）、RFSU、引き渡し — は、その下位にある記録がすべて揃っている場合にのみ有効となります。
このリストには依存関係があることにご留意ください。証明書はITR（検査記録）とパンチステータスに依存し、パンチステータスはウォークダウンに依存します。そして、すべてはタグが正しいサブシステムにあることに依存します。コンプリーションデータがリレーショナルであると言うとき、それはこのことを意味し、スプレッドシートではまさにこれが強制できません。
5. スプレッドシートが機能不全に陥る理由
ほぼすべてのプロジェクトはExcelから始まり、最初の数百件のレコードであればExcelで十分です。失敗は劇的ではなく、累積的であり、決まって同じ順序で発生する傾向があります。
- レジスターが分岐します。 1つのマスターファイルが、分野ごとのファイルになり、次に請負業者ごとのファイルになり、その後、誰かが日曜日ごとに手作業で行う週次の統合作業になります。
- 証拠がステータスから切り離されます。 スプレッドシートには検査合格と記載されています。それを証明する署名済みのシートは、誰かの携帯電話の写真、またはスキャンされた日付で名付けられたフォルダ内のスキャン画像です。
- ステータスが事実ではなく主張になります。 割合は導出ではなく手入力されるため、報告される進捗は記録が示すものよりも人々の認識を反映します。
- 現場作業は二重入力されています。 チェックは現場で紙に記入され、オフィスで再入力されるため、遅延とエラーの機会が増加します。
- ドシエそのものがプロジェクトと化します。 引き渡しの際、数千もの書類を正しい順序でまとめ、不足がないことを証明する必要があります。これは通常数ヶ月かかり、時に承認を遅らせる作業です。
コストが単一の壊滅的な事態となることは稀です。それは、照合という継続的な負担、そして完了と報告されたサブシステムに14件の記録が欠落していることが後になって判明することです。
6. コミッショニングソフトウェアの機能
コミッショニングソフトウェア（または完工管理システム、CMS）は、症状ではなく構造的な問題に対処します。これにより4つの変化がもたらされます。
- 関係的にリンクされた単一の登録簿。 タグ、サブシステム、ITR、パンチ項目、手順、および証明書は1つのモデル内に存在するため、現場で発生したパンチ項目は、そのマイルストーンをブロックしているサブシステムに対して自動的に表示されます。
- ステータスは宣言ではなく、導き出されます。 完了率は署名済みの記録から計算されます。誰も進捗セルに数値を入力しないため、報告と現実の乖離が発生しません。
- 証拠は作業現場で取得されます。 チェックシートは、機器の現場でタブレットを使って記入され、写真と署名が記録自体に添付されます。電波が届かない場所ではオフラインで作業し、電波が届く場所で同期されます。
- ドシエは自動的に作成されます。 すべての記録がすでにサブシステムと証明書にリンクされているため、引き渡しドシエはファイル作成作業ではなく、クエリとして機能します。
システムを評価する際の有用なテスト：サブシステム21-40がRFSUに到達するのを妨げている要因を尋ねてください。もし回答を得るために担当者が3か所を確認する必要があるなら、そのソフトウェアは問題を解決していません。
7. プロジェクトを止めずにデジタル化を進める
プロジェクト途中でシステムを変更することに対する明白な異議は、コミッショニングがすでに最もスケジュール上重要なフェーズであるというものであり、それは正当なものです。いくつかの原則により、移行は乗り越え可能になります。
- タグレジスターとサブシステムの内訳から始めます。 その他すべてがこれに紐付けられます。クリーンで正しくマッピングされたタグレジスタのロードは、セットアップの成功の80%を占めます。
- 既存のフォームをお持ち込みください。 チェックシートのテンプレート採用を要求するシステムは、署名する担当者から受け入れられません。テンプレートはプロジェクトの承認済みフォーマットに設定可能であるべきです。
- 1つの専門分野ではなく、1つのシステムでパイロットを実施してください。 ウォークダウン、パンチリスト、ITR（検査記録）、証明書といった単一のサブシステムをエンドツーエンドで実行することで、分野横断的なパイロットでは隠れてしまう統合の問題が明らかになります。
- マイルストーンの境界で切り替えます。 サブシステム途中で移行すると、同じスコープの不完全な記録が2つ作成され、どちらかのシステム単独よりも悪くなります。
- まず現場での訓練を行います。 オフィスユーザーは摩擦を許容しますが、寒い中、タンクトップを着た技術者は許容しません。タブレットのワークフローが紙よりも遅ければ、プロジェクトは静かに紙に戻ります。
これをソフトウェア導入ではなくデータ演習と捉えるプロジェクトが成功する傾向にあります。
8. 完工システムを選ぶ方法
弊社を含むあらゆるベンダーに尋ねるべき質問：
- 現場での実行は完全にオフラインで機能しますか？ 「段階的に機能低下」ではなく、完全にオフライン：開く、完了する、写真を撮る、署名する、後で同期する。
- 独自のチェックシートや証明書テンプレートを設定できますか？ 変更要求やサービス料なしで？
- データはどのように取り込まれますか？ 40,000個のタグを手動で入力するのは計画ではありません。P&ID、ラインリスト、および機器スケジュールがどのように登録を構成するかを具体的に尋ねてください。
- ステータスは署名された記録に基づいていますか？ 進捗が入力可能であれば、入力されます。
- 引き渡しドシエはどのようなものですか？ そして、プロジェクトの途中で、今日、1つのサブシステムに対して生成できますか？
- 誰が何を見ることができますか？ 複数請負業者プロジェクトでは、役割とスコープに基づいたアクセスが必要です。これにより、下請け業者は自社のスコープのみを閲覧し、資産全体は閲覧しません。
- 最終的にデータはどうなりますか？ 運用者は、サブスクリプション期間後も残る、完全でエクスポート可能な記録を必要とします。
Deskelyがこれらの課題にどう対応するかについては、モジュールページでご確認ください。 ITR, パンチリスト, 保全 と 証明書 詳細に。
9. 用語集
- A-ITR
- 通電前に完了する静的検査記録（ITR）。
- B-ITR
- 稼働中または通電中のシステムで完了する動的なITR（検査記録）です。
- CMS
- Completions管理システム — completionsレジスターを保持するソフトウェア。
- CP
- コミッショニング手順：システムの稼働方法を規定する管理ドキュメント。
- ドシエ
- 受入時にオペレーターに引き渡されるコンパイルされたドキュメントパッケージです。
- MC
- 機械的完成（MC）：サブシステムが正しく構築・設置されたことの確認。
- MCC
- サブシステムがMCに達したときに発行される機械的完成（MC）証明書。
- P&ID
- P&ID — タグとシステム境界の主要情報源。
- パンチ項目
- 次のマイルストーンをブロックするかどうかで分類された、記録済みの不具合。
- RFSU
- 起動準備完了: サブシステムが安全であると証明され、運用準備ができています。
- サブシステム
- 完了の機能単位。マイルストーンが認定されるレベルです。
- タグ
- 一意に識別された機器、計器、またはラインの物理的なアイテム。
- ウォークダウン
- 通常パンチ項目を生成する、サブシステムの構造化された物理検査。
10. よくある質問
コミッショニングソフトウェアとは何ですか？
Commissioning software is a system for planning, executing and documenting the commissioning phase of a project. It holds the inspection and test records, punch items, procedures and sign-offs for every system in one auditable register, replacing the spreadsheets, paper checksheets and scanned PDFs that projects otherwise use. Because every record is linked to a tag and a subsystem, the software can report completion status by system rather than by document count, and assemble the handover dossier automatically.
コミッショニングとCompletionsの違いは何ですか？
Completions is the broader discipline: the whole process of proving a facility is built, tested and documented correctly, from construction verification through to final handover. Commissioning is the phase within it where systems are energised, brought into service and proven to function as designed. In practice most projects run one register covering both, which is why software in this space is described as completions management or commissioning management interchangeably.
機械的完成（MC）とRFSUの違いは何ですか？
Mechanical completion (MC) confirms a subsystem is built and installed in accordance with drawings and specifications, with all static inspection records complete and no outstanding Category A punch items. RFSU — ready for start-up — comes later and confirms the subsystem has been pre-commissioned and commissioned, and is safe and ready to be put into service. MC is about correct construction; RFSU is about operational readiness.
ITRとは何ですか？
An ITR — inspection and test record — is the signed evidence that a specific check was carried out on a specific tag and passed. A-ITRs cover static, pre-energisation checks such as installation, continuity and cleanliness. B-ITRs cover dynamic, live checks such as function testing and loop checks. C-ITRs, where used, cover commissioning and performance tests. A subsystem cannot reach mechanical completion until its A-ITRs are complete.
カテゴリーAおよびカテゴリーBのパンチ項目とは何ですか？
Punch items are deficiencies found during inspection or walkdown. Category A items must be cleared before the milestone they block — they affect safety, function or regulatory compliance. Category B items can be carried past the milestone and closed later, typically before final handover. Some projects add a Category C for cosmetic items. The categorisation is what allows a project to hand over a system honestly while still tracking open work.
コミッショニングチームはオフライン機能が必要ですか？
はい、ほとんどの産業施設でそうです。エンジンルーム、タンクトップ、モジュールデッキ、遠隔プラントでは、信頼性の高い接続が利用できることは稀であり、ライブ接続を必要とするシステムでは、チームは紙での作業や再入力に戻ってしまいます。現場での実行は、チェックシートを開き、結果を記録し、写真を添付し、署名するといった作業を完全にオフラインで実行し、デバイスが通信範囲に戻ったときに同期する必要があります。
