DOM（設計・運転・保全）統合で資産価値を今すぐ解き放つ

設計、運転、保全（DOM）は、ARCアドバイザリーグループが提唱するフレームワークで、エンジニアと運営チームに資産管理、メンテナンス、修理、日常運用の共通言語を提供します。

プラント設計者と、施設を運転・保全する人々が密接に連携し、効率と収益性を推進する必要があります。歴史的に、ERP、CMMS、CADなどのサイロ化されたシステムがこの連携を阻害してきましたが、新たな統合ポイントがギャップを埋め始めています。

1980年代、プロセス制御とシステムエンジニアリング企業の台頭は、多くの産業がプラントエンジニアリングをアウトソースしていることを示しました。社内チームは設計基準へのタイトな管理を提供していましたが、企業の「ライツサイジング」とオープン標準への移行により、外部ベンダー——産業エンジニアリング企業、メーカーレップ、システムインテグレーター——を設計に招くことが可能になりました。社内チームが生成するデータはしばしば十分活用されず、アウトソーシングが常態化するにつれ、設計者と運営者の断絶は拡大しました。制御システムインテグレーター協会によれば、独立系制御システム統合市場は2000年までに120億ドルに成長し、20年前から急増しました。

設計と運営/保全チームがより分離されるにつれ、コンサルティングエンジニアはしばしば能力目標達成のみを目的として設計し、メンテナンス担当者が使用するプラットフォームとは異なるプラットフォームにデータが残されます。ISO 15926標準が開発中で、これら分野間のシームレスなデータ交換を可能にする予定ですが、標準確定まで待つ必要はありません。メンテナンスとプラント運営担当자는今すぐDOMプラクティスを採用し、ギャップを埋められます。

課題

改修生産ラインのスイッチが入った瞬間、温度上昇と製品流動とともに、クリティカルコンプレッサーにヘッド圧力故障が発生。メンテナンス派遣されるも、診断データがコンサルティング設計者が残したCDの山に埋もれているのを発見。コミュニケーション不足が情報特定と問題診断の間、非計画ダウンタイムを招きます。

あるいは、新ラインが置き換え前ラインを悩ませた同じ設計関連停止に見舞われるかもしれません。メンテナンス記録が設計変更の必要性を示唆していても、システムエンジニアにそのデータを掘り起こし実用的洞察を得るツールがありませんでした。

図1: エンジニアがメンテナンス履歴にアクセスできるようにすることで、設計エラーによる再発生産問題を防止できます。

しかしすべての問題が産業エンジニアの責任とは限りません。数百時間かけて新しいミックス・アンド・フィルラインを設計したのに、置き換え前ラインでメンテナンスが複数ポンプをアップサイズしていた——その変更が既存ラインの竣工図に反映されていなかった、と気づく場面を想像してください。数万ドルを投じたシステムが最適でなく、誤ったコミュニケーションによるコスト超過を分担する羽目になります。

テクノロジーだけでは、産業設計者、プラント運営者、メンテナンスマネージャー間のコミュニケーションギャップを解決できません。3分野すべてをカバーする統合資産ライフサイクル管理（ALM）ツールも、設計者が同じツールや相互運用可能なプラットフォームを使わなければ効果的ではありません。社内チームでも連携しなければ失敗します。したがって、テクノロジーによって支援されるプロアクティブなアプローチこそが、DOM採用の最重要要因です。

テクノロジーはDOMプロセスの一部を標準化・自動化できますが、持続的メリットをもたらすのはプロアクティブで協調的なマインドセットです。今日DOMを実現する3つのステップを紹介します。

柔軟でオープンなITシステムを維持する

独自データ標準はコミュニケーションを遮断します。運用・メンテナンスデータをExcel、XML、その他標準化ファイルなどオープンでアクセスしやすい形式で保管し、制御されたインポート/エクスポート用のパブリックAPIを公開しましょう。設定可能なファイルベースデータ交換をサポートする資産管理ソリューションが、DOMの強固な基盤となります。

資産管理システムに階層型アーキテクチャを採用し、設計から建設までプロジェクト情報をビューできるようにします。各部門が関連レイヤーにアクセスし、タイムリーなフィードバックを提供することで、最終設計が運用ニーズを満たすよう確保。設計データへの早期アクセスは、プロアクティブな予防保全計画も可能にします。

図2: 階層型資産管理アーキテクチャで、プロジェクト各段階で設計者、エンジニア、メンテナンスチームに提供する情報を制御できます。

情報を自分の手でコントロールする

プラントの運用・メンテナンス履歴は戦略的資産です。プロセス最適化のためには、このデータを設計エンジニアと共有する必要があります。共有データ形式——スプレッドシート、Accessデータベース、XML等——とデータ交換頻度を作業開始前に合意しましょう。 継続的管理が必要な各コンポーネントや設備のマスターリストを作成し、プロジェクト各マイルストーンで必要なデータをアイテムごとに指定します。

設計者と運営者が異なるプラットフォームを使っていても、スプレッドシート内容を既存システムフィールドにマッピングすることで、設計から資産管理リポジトリへの継続的情報フローを確保できます。

継続的対話を確立する

データはメンテナンス・運用履歴から設計プロセスへも流れるべきです。設計者から、プロジェクト最適化に必要な洞察を得られるデータと形式についてフィードバックを求めましょう。ISO 15926が利用可能になればクロスプラットフォームデータ構造が標準化されますが、継続的対話、共有目標、透明なデータ交換という良い習慣は持続しなければなりません。

理想的なDOMワークフローは協調的です：メンテナンス履歴が設計者に自由に提供され、計画と仕様がプロジェクトライフサイクル全体を通じて運営者とメンテナンス担当者と共有されます。例えば、プラントリビルドに新しいポンプとコンプレッサーが含まれる場合、既存設備の廃棄を延期し、スペアパーツを前もって発注し、新ライン稼働前に統合作業を開始できます。

図3: ツリーブラウザでメンテナンスプランナーが設計ステータスを確認し、予防保全計画を調整できます。

大規模インフラプロジェクトでは、オーナーが設計・契約チームに開放したWebポータルを設置することがよくあります。そのポータルがDOMを育む協調媒体となります——社内連携、外部設計者との連携、統合ALMツール経由のいずれであっても。

著者について：

クリスチャン・クリングスポーア氏はIFS ABのシニア資産ライフサイクル管理アドバイザー。プラント設計、文書管理、メンテナンス管理、プロセスオートメーションで20年の経験を持ち、1997年のIDOK買収以来、IFSの資産ライフサイクルソリューション開発を主導。

IFSについて

グローバルエンタープライズアプリケーション企業IFSは、組織が市場変化に迅速に対応し、より良いビジネスパフォーマンスを達成できるソリューションを提供。1983年設立、現在世界で2,600人を雇用し、第7世代コンポーネントベースERP「IFS Applications」を54カ国20言語で提供。