CMMS RTLS / IoT との統合。
コンピュータ化されたメンテナンス管理システム(CMMS )とエンタープライズアセットマネジメント(EAM)プラットフォームは、正式なアセットレジスタとメンテナンス履歴を保持します。
RTLS と IoT 条件データを統合することで、条件に基づいた予測的なメンテナンスが生まれます。 オペレータレベルの要約です。
CMMS / EAMプラットフォームと統合面
ドミナントプラットフォーム各expose RTLS - フレンドリーなインターフェイス。 IBM Maximo (現在の IBM Maximo Application Suite の一部) REST API を公開し、Maximo ワークフローを介してイベント主導のワークフローをサポートしています。
SAPプラントメンテナンス(PM、S/4HANAのアセットパフォーマンスマネジメントに進化)は、ODataとBAPIを利用しています。
REST を公開し、アセット・エベント・インテグレーションをサポートしています。 ヘキサゴンEAM(旧Infor)は同様のパターンを使用します。 新しいクラウドネイティブプラットフォーム(UpKeep、Limble)は、現代のRESTとWebhook表面を公開しています。
RTLS が最も値を追加する場所
3つのユースケースのドミネーション。 最初: 位置認識アセットトラッキング — それぞれのタグ付けされたアセットが、そのメンテナンス履歴とともに CMMS アセットレコードに面した場所を知ること。
第2: 条件ベースの作業秩序トリガー — センサーデータが予測された障害を示すとき、自動 CMMS 作業順序作成。
第3:キャリブレーション管理 — RTLS は、位置とクラストデータで CMMS 校正モジュールをフィードし、アウト・オブ・スケール・ツールを自動的にロックアウトできます。 ツールコントロールを見る.
条件ベースの予測保守統合
予測メンテナンスのための統合アーキテクチャは、資産追跡よりも関与しています。
条件データ(振動、温度、電流、ラン時間)は、センサーから分析レイヤー(多くの場合、 RTLSプラットフォームまたは別々の予測保守プラットフォーム)を CMMS に、アラートまたはワークオーダーオートクリエーションとして流れます。
分析層は、統合の最も重要な設計決定です。 予測保守を見る.
Pitfalls — マスターデータとアセット階層
単一の最も一般的な落とし穴は、アセット階層の不一致です — CMMS 階層は詳細で、特定の(サイト/エリア/システム/機器/コンポーネント)です。 RTLS タグ付けは、異なる粒度でよくあります。
統合が生きる前に起こる必要がある2つの作業を解読する。 進行中の操作上の痛みを起こさせます。 ゲート1で丁寧に行います。
よくある質問
RTLS CMMS で作業注文を自動的に作成できますか?
はい、適切なトリガーロジックで。 センサー駆動のしきい値、ランタイム制限、パターン検出された異常は、Maximo、SAP PM、Infor EAMで作業注文を自動生成できます。 トリガーロジックと承認ワークフローは、メンテナンスチームと共同で設計されています。
モバイルメンテナンスアプリはどのように機能しますか?
RTLS -awareモバイルワークオーダーは、資産がどこにあるか正確に技術者を示し、検索時間を削減します。 インテグレーションは通常、 CMMS モバイルインターフェース (Maximo Anywhere、SAP Asset Manager モバイル、Infor EAM モバイル) を流れます。
これは、真の予測的なメンテナンスを提供するのに十分ですか?
RTLS プラス条件センサと分析レイヤー( RTLS プラットフォームまたは専用の予測保守プラットフォーム)と CMMS — スタックです。 各作品は必須です。その統合は運用する場所です。 予測保守を見る.
統合を誰が構築するのか?
TRACIO アーキテクチャとイベントフローを設計します。 CMMS パートナー(通常、既存の EAM SI)は、プラットフォーム側の構成を構築します。 RTLS ベンダーはインターフェイスを提供します。 調整します。
最近更新しました: