石油およびガス会社のための3つの信頼性中心のメンテナンスのヒント

今日の石油およびガス部門で働く人々は、予防保守の自動化を何らかの形で利用していなければ、ビジネスを危険にさらす可能性があることを知っています。もちろん、これを行うにはさまざまな方法があります。これらの方法のすべてが、ガジェットやロボット要素への多額の投資を必要とするわけではありません。代わりに、何よりもまず、信頼できるCMMSと資産追跡計画に目を向けてください。信頼性中心のメンテナンスプログラムと組み合わせると、ガスまたは石油事業は全体としてはるかにうまく機能します。

信頼性中心のメンテナンス（RCM）の簡単な紹介

信頼性中心のメンテナンス（RCM）は、1970年代に造られた用語であり、その起源は航空業界にあります。当初は、航空会社が機器や動産に関連するメンテナンス追跡手順に対してより徹底的なアプローチを取ることができるように開発されました。

それ以来、RCMは公益事業を含むさまざまな業界に拡大し、世界で最も影響力のあるテーマパーク運営会社であるディズニーにも採用されています。 RCM標準の完全な説明はSAEJ1011として知られており、SAEWebサイトの最新の改訂版に記載されています。

一言で言えば、RCMの基盤は収益性とリスク管理の両方にあります。信頼性Webの専門家は、最も単純な形式では、次の式を使用して個々の資産ごとにRCMを評価できると述べています。

R =PxC

* R =リスク、P =確率、C=失敗の結果

この方程式を適切に完成させるために、既存のCMMSにプールされているデータを調べることができます。これがすでに実施しているものではない場合は、アセットタグと優れたCMMS統計に投資してください。これらのシステムを最初に統合しないと、現在のメンテナンススケジュールを適切に評価するために必要なデータが得られません。

明らかに、この説明は実践を深く掘り下げることを意図したものではありませんが、以下で説明する、RCMに触発された次の3つの主要なメンテナンスのヒントのフレームワークを提供します。

1。状態監視によるボルスターコンポーネントの有効性

ユーティリティオペレーターは、状態評価の拠点を失ったときに、それがどれほど壊滅的なものになるかを知っています。コンポーネントがどの程度適切に動作しているか、またはどのような状態で動作しているかを適切に計算できない場合、動作全体が危険にさらされる可能性があります。

RCMの構成要素の1つは状態監視です。これは、特定の各コンポーネントに応じてさまざまなツールを使用して実行できます。状態監視では、操作でコンポーネントの状態を一貫して調べ、新しくインストールされたコンポーネントや頻繁なケアが必要なコンポーネントに特別な注意を払う必要があります。コンポーネントの「正常性」を個別に評価することにより、実際のに基づいて、メンテナンス作業を増加または減少させるために使用できる重要なデータを収集します。 最善の推測ではなく、ニーズ。

2。場所ごとの資産管理プロセスの合理化

資産レジストリ内の機器に位置データを割り当てることは当たり前のように思えるかもしれませんが、多くの場合、同一のコンポーネントからコンパイルされたデータは、本来あるべきほど一意に扱われません。たとえば、ある場所で機能しているコンポーネントのメンテナンススケジュールは、それらがどれほど類似して機能していても、別の場所で機能しているコンポーネントに適用することはできません。

この状況では、コンポーネントの個別の場所を割り当て、それらのデータを個別に評価する必要があります CMMS内。ソフトウェアが必要な情報を集約して整理したら、各資産の真の信頼性を判断できます。

3。システム全体のヘルス管理プラクティスを再活性化する

個々のコンポーネントを使用して状態監視を実装する方法について説明しましたが、システム全体を監視するために実施する必要があるものでもあります。バーコードとユーティリティ資産のタグ付けソリューションを使用した、測定された頻繁なスキャンにより、すべてのコンポーネントの状態を詳細に調べることができます。

これは、資産を理解して戦略を立てるのに最適な方法ですが、システム全体の健全性管理を評価すると、プロセスが実際に機能し始めます。 。用語が示すように、システム全体のヘルス管理は、ユーティリティが全体像のスケールで資産に焦点を合わせる必要がある慣行です。データを取得することで、すべての資産がどのように連携して機能するかがわかります。これにより、将来、より合理化された、より安全なメンテナンスの実践への道が開かれます。

上記のヒントに加えて、特にCMMSに関しては、RCMの測定に使用しているツールを検討することを忘れないでください。テクノロジーの進化に伴い、ビジネスがソフトウェアを超えたり、柔軟性が必要になったりする可能性があります。ソフトウェアサプライヤとのオープンなコミュニケーションを維持し、社内チームにメンテナンス関連の目標を常に認識させます。