作業要求:保守管理を動かし続ける通貨
メンテナンスリクエスト(ワークリクエストとも呼ばれます)は、戦略的の主要なプレーヤーです。 資産管理と戦術的 メンテナンス管理。
ガレージで飛び散る車、医者で痛む体、修理店でひびの入ったモバイル画面の予約をするのと同じように-メンテナンスリクエスト 保守管理の車輪を動かし続けます。
それらがなければ、現場での話し合いは多く、行動はほとんどありません!
メンテナンスリクエストとは何ですか?
簡単に言えば、答えは問題にあります。
正式なメンテナンス依頼です。障害報告の方法。そして、それは組織のどの部分からでも来ることができます:運用、財務、セキュリティ、エンジニアリング、ロジスティクス、建築サービスおよび他の多く。
遠い昔は、メンテナンス要求は紙に書かれていたか、ホワイトボードに走り書きされていました。今日、産業用IoT(IIoT)の時代には、コンピューターとクラウド接続されたモバイルデバイスおよびオンラインソリューションを使用しています。
メンテナンスリクエストはシンプルで、謙虚で、簡単に行えます。しかし、これらはすべての業界、特に資産集約型の業界における重要なプロセスの重要なトリガーポイントです。
作業管理はそのプロセスです。
組織が作業を適切に管理できれば、レンチ時間(技術者が実際にツールを手にしたタスクに費やす時間)、保守効率、および資産の可用性の向上が大幅に向上することが期待できます。
出典:www.assetivity.com.au
メンテナンスリクエストは、作業を特定するための主要な入力です。リクエストが業務やビジネスの他の人からのものである場合、通常は反応的 または修正 作業要求。承認された場合、それらは計画、スケジュール、実行、および完了されます。
しかし、このプロセスを推進しているのは保守組織だけではありません。
運用チームと保守チームは連携することでメリットが得られます
組織の多くの部分が保守要求を生成できると言いましたが、それは事実です。ただし、産業用の事後対応型作業要求の主な推進要因は、操作です。 チーム。それらは資産に最も近いものであり、販売可能な製品を提供するために資産に依存しています。
運用と保守は絡み合っており、相互に依存しています。後者は、適切な製品を時間通りに許容可能な品質レベルで提供する資産の能力を維持するためのサービスを運用に提供します。
運用チーム、特に経営陣は、多くの場合、「数字を打ち負かし」、資産を24時間年中無休で運用し続けるという大きなプレッシャーにさらされています。彼らは、資産の可用性を損なうための計画外のダウンタイムを許容できず、次に主要なKPIである設備総合効率(OEE)スコアを損なうことができません。
時は現金であり、古いことわざにあるように現金が王様です。
このため、メンテナンスチームは、資産の機能を維持し、ダウンタイムを最小限に抑えるという大きなプレッシャーにもさらされています。機械に障害が発生すると、技術者はすぐに機械を再稼働させるという大きなプレッシャーにさらされます。これは、永続的な修理と信頼性にとって常に最良のシナリオとは限りません。
したがって、運用と保守は、互いに対立するのではなく、連携するように努める必要があります。
1つの方法は、オペレーションがメンテナンスリクエストを購入し、積極的に使用することです。 。
これは、オペレーターが差し迫った障害を発見する最初の防御線であるオペレーターアセットケア哲学を使用するビジネスで特に効果的です。彼または彼女はモバイルデバイスを持ち運び、次のように迅速にメンテナンス要求を出すことができます。
グループコード: フィラーマシン
リクエストタイプ :バイブレーション
優先度: 高
説明: フィラー2Bのタレット振動の大幅な増加。それはライン効率の損失と流出を引き起こしています。できるだけ早く再設定する必要があります。
リクエスト日: 2021年2月21日、午前9時35分。
クラウドに接続されたデバイスでのこの事後対応型のメンテナンス要求は、ほぼ即座にメンテナンスチームの注意を引くことになります。自動化された電子メールは、主要な応答者に設定できます。反応時間はより速くなります-したがって、可用性はより高くなります。
これは、シンプルでエレガント、そして強力なツールです。
プロアクティブな作業をリクエストする
緊急性の低いメンテナンスリクエストでは、オペレーションはプロアクティブをリクエストする機会があります。 仕事。コンポーネントの劣化を確認した場合、事前にメンテナンス介入を要求する場合があります。
グループコード: コンベヤー
リクエストタイプ: ノイズの多いベアリング
優先度: 中
説明: ドライブベアリングのノイズが大きくなりました。来週のメンテナンスダウン日に交換する必要があります。
リクエスト日: 2021年2月21日、午前10時15分。
次に、メンテナンスプランナーがこのメンテナンスリクエストを選別します。承認されると、作業指示書になり、適切なスキルセットを持つ技術者にルーティングされ、必要に応じて優先順位が付けられます。
アセット :コンベア7-C
説明 :コンベアドライブユニットのドライブエンドベアリングが摩耗している
日付 :2021年2月27日午前8時。
手順 :コンベアを(電気的に)分離します。ドライブエンドベアリング(SKF 6203 ZZ C)を交換してください。ベアリングの交換技術と必要な工具にはSOPBR23.1を使用してください。
カテゴリコード :機械的交換
優先コード :高
クラウドに接続されたリアルタイムの作業管理の優れている点は、要求者(またはログインしている人)が問題または欠陥がすでに報告されているかどうかを確認できることです。
これにより、多くの無駄な時間と二重の作業を節約できます。
これが、コミュニケーションが重要という意味です。 。
リクエスターは、作業またはリクエストのステータスをライブビューで確認できます。つまり、計画中ですか。承認済み?進行中?スペアを待っていますか?予定されていますか?完了?
また、最高のシステムでは、メンテナンスリクエストで何かが変更されたときに、リクエスターが電子メールを受信できます。オペレーションマネージャーは、オペレーションから送信されたすべてのリクエストのリストを閲覧して、を確認できます。 発生したリクエストにパターンがある場合。
食品および飲料業界での作業要求
メンテナンスリクエストを利用するそのような業界の1つは、食品および飲料業界です。
これらの業界では、利益率が低く、量が多いため、継続的な運用が重要です。ダウンタイムは大きな問題です。
メンテナンスチームは対応する必要があります。
これらの業界は、FDA(食品医薬品局)およびFSA(食品基準庁)によって厳しく規制されています。次に、GMP(適正製造基準)およびFMSA(食品安全近代化法)監査が実施されます。そして、あなたの人、プロセス、事務処理、および資産を掘り下げる定期的な顧客監査は言うまでもありません!
これらすべての監査と侵入は、メンテナンスマネージャーの心に恐怖とストレスを与えるのに十分です。
実際、どんなマネージャーでも。
監査人が資産の保守記録を頻繁に要求するとします。メンテナンス戦略と過去および現在のすべてのメンテナンスリクエストをデジタルで保存するクラウド接続システムを準備してみませんか?
ソリューション
Dynaway Requestsモジュールは、生産施設または建築施設で検出された可能性のある障害やエラーをすばやく簡単に報告するためのオンラインソリューションです。対象ユーザーは次のとおりです。
- オフィスで働く従業員。
- 製造現場の労働者。
- 機械オペレーター。
- メンテナンスチームがサービスを提供するその他の機器と資産。
モバイルアプリからのメンテナンスのリクエスト
従業員は、モバイルデバイスからMicrosoft Dynamics 365BusinessCentralアプリからリクエストを作成できます。 Dynaway Requestsを使用すると、メンテナンスリクエストをタイムリーに処理して、レンチ時間を増やし、運用とメンテナンスの間の通信を改善し、監査時間とコンプライアンスを減らすことができます。
機器のメンテナンスと修理