メンテナンスリクエスト（作業依頼）：効率的なメンテナンス管理を駆動する原動力

メンテナンスリクエスト（作業依頼、ワークリクエスト）は、戦略的資産管理と戦術的メンテナンス管理におけるキープレーヤーです。

ガレージで調子の悪い車を予約するのと同様に、体の不調で医者の診察を予約するのと同様に、割れたスマホ画面を修理店に持ち込むのと同様に、メンテナンスリクエストはメンテナンス管理の歯車を回し続けます。

これがなければ、現場では多くの会話が交わされるだけで、実際のアクションはほとんど生まれません！

メンテナンスリクエストとは何か

答えは質問そのものにあります。

それはメンテナンスの正式な依頼です。故障報告の手段でもあります。そして、組織のあらゆる部門から発生し得ます：運営、財務、セキュリティ、エンジニアリング、ロジスティクス、ビルサービス、その他多数。

遠い昔、メンテナンスリクエストは紙に書かれたり、ホワイトボードに書き殴られたりしていました。今や、産業用IoT（IIoT）の時代において、私たちはコンピュータ、クラウド接続されたモバイルデバイス、オンラインソリューションを使用します。

メンテナンスリクエストはシンプルで、地味で、実行しやすいものです。しかし、特に資産集約型産業において、すべての業界で極めて重要なプロセスの「キートリガーポイント」なのです。

そのプロセスとはワークマネジメント（作業管理）です。

組織が作業を適切に管理できれば、レンチタイム（技術者が実際に工具を手にして作業に費やす時間）、メンテナンス効率、資産可用性の大幅な改善が期待できます。

出典: www.assetivity.com.au

メンテナンスリクエストは、作業を特定するための主要なインプットです。運営部門やその他のビジネス部門からのリクエストは、通常、リアクティブまたは事後保全（コレクティブ）ワークリクエストとなります。承認されれば、計画、スケジューリング、実行、完了へと進みます。

しかし、このプロセスを推進しているのはメンテナンス部門だけではありません。

運営部門とメンテナンス部門が協働するメリット

組織の多くの部門がメンテナンスリクエストを生成し得ると述べましたが、それは事実です。しかし、産業界におけるリアクティブなワークリクエストの主たるドライバーは運営（オペレーション）チームです。彼らは資産に最も近い場所におり、売れる製品を提供するために資産に依存しています。

運営とメンテナンスは相互に絡み合い、相互依存しています。後者は、資産が適切な製品を、期限通りに、許容品質レベルで提供できる能力を維持するため、運営にサービスを提供します。

運営チーム、特に管理層は、「数字を達成し」、資産を24時間365日稼働させ続けるという大きなプレッシャーに常に晒されています。計画外ダウンタイムによって資産可用性が侵食され、彼らの重要KPIである総合設備効率（OEE）スコアが低下することは、決して許容できません。

「時は金なり、金は王なり」という古い格言の通りです。

この理由から、メンテナンスチームも資産能力の維持とダウンタイムの最小化という大きなプレッシャーを受けます。機械が故障すれば、技術者は即座に復旧させるべく大きなプレッシャー下に置かれますが、これは必ずしも持続可能な修理や信頼性向上にとって最良のシナリオではありません。

したがって、運営とメンテナンスは、対立するのではなく、協働すべきです。

その一つの方法は、運営がメンテナンスリクエストを積極的に活用し、主体的に利用することです。

これは、オペレーターが差し迫った故障を発見する「ファーストライン・オブ・ディフェンス（第一防衛線）」となる「オペレーターアセットケア（運営主導の資産管理）」哲学を採用するビジネスで特に効果的です。オペレーターがモバイルデバイスを携帯し、以下のように迅速にメンテナンスリクエストを上げられるとします：

 

グループコード： 充填機

リクエストタイプ： 振動

優先度： 高

説明： 充填機2Bのタレット振動が著しく増大。ライン効率の低下とこぼれを引き起こしている。至急再設定が必要。

リクエスト日時： 2021年2月21日 午前9時35分。

このリアクティブなメンテナンスリクエスト（クラウド接続デバイスから）は、メンテナンスチームの目にほぼ即座に留まります。主要対応者への自動メール通知を設定できます。反応時間が短縮され、結果として可用性が向上します。

これはシンプルで、エレガントで、強力なツールです。

プロアクティブな作業を依頼する

緊急度の低いメンテナンスリクエストでは、運営はプロアクティブな作業を依請求する機会を得ます。コンポーネントの劣化を察知した際、事前にメンテナンス介入を要請できます：

グループコード： コンベア

リクエストタイプ： ベアリング異音

優先度： 中

説明： 駆動側ベアリングの異音が大きくなっている。来週のメンテナンスダウン日に交換が必要。

リクエスト日時： 2021年2月21日 午前10時15分。

メンテナンスプランナーはこのリクエストをスクリーニングします。承認されれば、適切なスキルセットを持つ技術者にルーティングされ、必要に応じて優先順位付けされ、作業指示（ワークオーダー）となります：

資産： コンベア 7-C

説明： コンベア駆動ユニットの駆動側エンドベアリング摩耗

日時： 2021年2月27日 午前8時。

指示： コンベアを電気的に遮断。駆動側エンドベアリング（SKF 6203 ZZ C）を交換。ベアリング交換手順と必要工具についてはSOP BR23.1を使用のこと。

カテゴリコード： 機械的交換

優先度コード： 高

クラウド接続されたリアルタイムワークマネジメントの素晴らしい点は、リクエスト担当者（またはログイン権限を持つ誰でも）が、その問題や欠陥がすでに報告済みかどうかを確認できることです。

これにより、多くの無駄な時間と二重作業を防止できます。

これが私たちの言う「コミュニケーションが鍵」の意味です。

リクエスト担当者は、作業やリクエストのステータスをライブビューで把握できます：計画中？ 承認済み？ 進行中？ 部品待ち？ スケジュール済み？ 完了？

そして優れたシステムでは、メンテナンスリクエストに変化があった際、リクエスト担当者がメール通知を受け取れます。運営管理者は、運営から提出されたすべてのリクエストの一覧を閲覧し、発生パターンがあるかどうかを分析できます。

食品・飲料業界におけるワークリクエスト

メンテナンスリクエストを活用している業界の一つが、食品・飲料業界です。

この業界では、利益率が低く、生産量が多いため、継続的な操業が極めて重要です。ダウンタイムは深刻な問題です。

メンテナンスチームには迅速な対応が求められます。

これらの業界は、FDA（米国食品医薬品局）とFSA（英国食品基準庁）によって厳しく規制されています。さらにGMP（適正製造規範）やFSMA（食品安全現代化法）の監査が実施されます。それだけでなく、定期的な顧客監査が、貴社の人員、プロセス、書類、資産の隅々まで調べ上げます！

これらすべての監査と立ち入りは、メンテナンスマネージャーの心に恐怖とストレスを植え付けるには十分です。

どんな管理職であっても同様です。

監査官が頻繁に資産のメンテナンス記録を要求するなら、なぜクラウド接続システムで、メンテナンス戦略と過去・現在のすべてのメンテナンスリクエストをデジタルに保存し、備えておかないのでしょうか？

ソリューション

Dynaway Requestsモジュールは、生産施設やビル施設で検知された故障やエラーを迅速かつ容易に報告するためのオンラインソリューションです。想定ユーザーは以下の通りです：

• オフィスで働く従業員
• ショップフロアで働く作業員
• 機械オペレーター
• メンテナンスチームがサービスを提供するその他の設備・資産

モバイルアプリからメンテナンスをリクエスト

従業員は、モバイルデバイスからMicrosoft Dynamics 365 Business Centralアプリを通じてリクエストを作成できます。Dynaway Requestsを使用すれば、メンテナンスリクエストをタイムリーに処理し、レンチタイムを増やし、運営とメンテナンス間のコミュニケーションを改善し、監査時間とコンプライアンス負担を軽減できます。