Odoo メンテナンス モジュール: 予防および事後メンテナンス

機器のダウンタイムは、生産やサービスの運用において最もコストがかかり、破壊的なイベントの 1 つです。機械の故障は修理代だけでなく、生産の損失、無駄な労働力、急ぎの部品の急遽料金が発生し、顧客の注文が失われる可能性もあります。計画外のダウンタイムのほとんどの根本原因は機器の故障ではありません。それは体系的な予防保守プログラムが存在しないことです。 Odoo 19 エンタープライズ メンテナンス モジュールは、メンテナンス操作を事後対応型 (故障時に修正する) から予防型 (故障する前にメンテナンスする) に移行し、最終的には予測型 (いつ故障するかを予測する) に移行するために必要な構造、スケジュール設定、分析を提供します。

このガイドでは、Odoo メンテナンス モジュール全体 (機器レジストリ、メンテナンス チーム、予防メンテナンス スケジュール、事後メンテナンス ワークフロー、スペアパーツ管理、MTTR/MTBF 追跡、メンテナンス コスト レポート) について説明します。生産施設、施設チーム、フィールド サービス業務のいずれを管理する場合でも、このガイドは実装の青写真を提供します。

重要なポイント

• 技術仕様、場所、メンテナンス履歴を含む完全な機器レジストリを構築する
• 自動リクエスト生成による時間間隔またはメーター読み取りによる予防保守のスケジュール設定
• レポートから解決までの構造化されたワークフローを通じてメンテナンス リクエストを管理します
• メンテナンス チームの作業負荷と技術者のパフォーマンスをリアルタイムで追跡
• 機器ごとの MTBF (平均故障間隔) と MTTR (平均修理時間) を計算します。
• 自動生産能力調整のためにメンテナンスを製造ワークセンターと統合
• スペアパーツの在庫を追跡し、補充リクエストを自動的に生成します
• 分析会計を使用してメンテナンスコストを設備、部門、またはコストセンターに割り当てます。

---

機器レジストリの設定

機器レジストリは保守管理システムの基盤です。保守、追跡、レポートを作成したいすべての機器には、Odoo の記録が必要です。

機器レコードの作成: [メンテナンス] > [機器] > [新規] に移動して、機器レコードを作成します。中核となる分野は次のとおりです。

• 名前: 明確な一意の識別子 (例: "CNC Lathe #3" または "HVAC Unit - Building B")
• 機器カテゴリ: グループ化およびレポートのための分類 (機械、車両、インフラストラクチャ、IT 機器)
• 技術者: この装置を担当する主な保守技術者
• メンテナンスチーム: この機器のメンテナンスを担当するチーム
• 使用者: この装置を操作する部門または生産チーム
• 場所: 物理的な場所 (工場、フロア、作業センター)
• 会社: 複数の会社のセットアップの場合
• 発効日: 機器が使用開始された日

「技術仕様」タブ: 機器の技術的な詳細: シリアル番号、モデル、メーカー、ベンダー、購入日、保証有効期限、および該当する技術文書を記録します。元の機器マニュアル、技術図面、および校正証明書を機器記録に添付します。

ワーク センターのリンク: 製造装置の場合、装置レコードを対応する Odoo Manufacturing ワーク センターにリンクします。この機器に対してメンテナンス リクエストが作成され、「進行中」とマークされると、リンクされたワーク センターの利用可能なキャパシティが自動的に減少します。生産計画担当者は生産能力の低下を確認し、手動による通知を待たずに、影響を受ける製造オーダーのスケジュールを変更できます。

機器の階層: 一部の機器には、独立したメンテナンス追跡が必要なサブコンポーネントがあります (例: 印刷ユニット、インク システム、および配送ユニットに対して個別のメンテナンス スケジュールを持つ印刷機)。独立した保守履歴を維持しながら、この関係を表すために機器レコード間に親子階層を作成します。

---

メンテナンス チームと技術者

メンテナンス作業は人が行います。メンテナンス チームを正しく構成すると、適切な作業が適切な技術者に効率的に届くようになります。

メンテナンス チームの作成: [メンテナンス] > [構成] > [メンテナンス チーム] に移動します。メンテナンス組織を反映するチームを作成します: 電気チーム、機械チーム、設備チーム、IT チーム。各チームにはチーム リーダーがおり、そのチームに割り当てられた新しいリクエストの通知を受け取ります。

技術者のスキル: Odoo にはメンテナンス技術者の正式なスキル マトリックスはありませんが、専門分野を表すために技術者のメモとチーム構造を使用します。電気認定技術者は電気チームに所属する必要があります。施設チームの HVAC 認定を受けています。リクエストを適切なチームにルーティングすると、リクエストは暗黙的に適切な技術者に届きます。

リクエスト割り当てルール: 機器のカテゴリ、場所、または優先順位に基づいて、受信したメンテナンス リクエストを適切なチームにルーティングする自動割り当てルールを構成します。電気機械に対する新しいリクエストは、自動的に電気チームに割り当てられます。新しい設備リクエストは設備チームに割り当てられます。チーム内の個々の技術者の割り当ては、自動 (ラウンドロビン) または手動で行うことができます。

請負業者管理: 外部サービス プロバイダーが必要なメンテナンスの場合は、メンテナンス請負業者のベンダー レコードを作成します。外部作業が必要なメンテナンス リクエストはベンダーに割り当てられます。請負業者サービスの発注書はメンテナンス要求から作成され、コストの把握と適切な承認ワークフローが保証されます。

---

予防メンテナンスのスケジュール設定

予防保全とは、障害が発生する前に計画的に実行される保全です。効果的な PM プログラムは、機器の信頼性を向上させ、総メンテナンスコストを削減するための最も効果的な介入です。

PM トリガーの作成: [メンテナンス] > [設備] > [設備] > [予防保守] タブに移動して、予防保守計画を作成します。各計画では以下が定義されます。

• トリガー: 時間ベース (N 日/週/月ごと) またはメーターベース (N 動作時間またはサイクルごと)
• アクティビティの種類: メンテナンスの種類 (潤滑、検査、校正、交換、フルサービス)
• 期間: 完了までの予想時間
• 責任チーム: この PM を実行するメンテナンス チーム
• 次回の日付: 前回のメンテナンス日と間隔から自動的に計算されます

メーター読み取り値の統合: 稼働時間メーターまたはサイクルカウンターを備えた機器の場合、Odoo でメーター読み取り値を設定します。メーターの測定値が (手動または IoT センサー経由で) 記録されると、Odoo はメーターによってトリガーされた間隔に基づいて、PM タスクの期限が迫っているかどうかを計算します。これにより、カレンダーベースの間隔がまだトリガーされていない場合でも、500 運転時間でエンジンの潤滑が確実に行われます。

PM リクエストの自動生成: PM の期限が来ると (日付または検針による)、Odoo はメンテナンス リクエストを自動的に生成します。リクエストは構成されたチームに割り当てられ、メンテナンス キューに表示されます。通知はチームリーダーと機器の責任技術者に送信されます。 PM スケジュールを手動で監視する必要はありません。

PM リクエストとメンテナンス オーダー: 生成された PM リクエストは、実行前に確認できます。定期的な PM の場合は、自動的に確認してスケジュールを設定します。部品の注文、シャットダウンの調整、複数の技術者の計画が必要な複雑な PM の場合は、リクエストを確認し、詳細なタスクの内訳を含む完全なメンテナンス作業指示書に変換します。

---

事後メンテナンスのワークフロー

事後保全は、防止できなかった機器の故障や欠陥に対処します。構造化されたワークフローにより、是正メンテナンスが迅速に行われ、十分に文書化され、予防のために分析されることが保証されます。

修正リクエストの作成: 許可されたユーザーは誰でも、機器の問題に対するメンテナンス リクエストを作成できます。 [メンテナンス] > [メンテナンス リクエスト] > [新規] に移動します。機器 (レジストリからのオートコンプリートを使用)、問題の説明、緊急度レベル (通常、高、非常に高)、および障害の写真を入力します。リクエストは、適切なメンテナンス チームに自動的に割り当てられます。

優先順位とトリアージ: メンテナンス チームのリーダーは、受信したリクエストを確認し、優先順位を設定します。緊急のリクエスト（生産停止の故障）はキューの先頭に移動されます。緊急でないリクエスト (軽度の潤滑漏れ、故障していないベアリングの異音など) は、次に利用可能なメンテナンス期間にスケジュールされます。優先順位に基づいたスケジューリングにより、軽微な作業のバックログによって重大な故障が遅れることを防ぎます。

作業指示の実行: 技術者がメンテナンス要求に基づいて作業を開始すると、開始時刻を記録し、使用した部品を記録し (スペア部品の在庫から消費)、テキストのメモと写真で修理を文書化します。作業が完了すると、終了時間を記録し、リクエストを「修復済み」としてマークします。合計修復時間 (MTTR) は、記録された時間から自動的に計算されます。

根本原因の把握: 各修正メンテナンス リクエストを終了した後、技術者に根本原因のカテゴリ (摩耗/経年劣化、オペレータ エラー、不適切な PM、設計欠陥、外部要因) を選択するよう要求します。このデータは根本原因分析レポートに集約され、どの障害原因が最も一般的であるか、したがって予防努力がどこに焦点を当てるべきかを示します。

ダウンタイムの記録: 事後メンテナンスにより機器が使用できなくなった場合、ダウンタイム期間の開始時刻と終了時刻を記録します。 Odoo はダウンタイム期間を自動的に計算します。これは可用性の計算と MTBF レポートに反映され、機器の信頼性傾向に関する客観的なデータが提供されます。

---

スペアパーツ管理

メンテナンス作業は、部品の在庫によって決まります。重要なスペアパーツが不足すると、2 時間かかる修理が、部品の手配が急がれるまでの 2 日間の停止に変わる可能性があります。

スペアパーツのリンク: スペアパーツ (Odoo 在庫製品) を機器レコードにリンクします。各機器レコードには、関連するスペアパーツと推奨在庫数量をリストできます。これにより、各機器にどの部品を用意する必要があるかについての明確なリファレンスが作成されます。

スペアパーツの消費追跡: 技術者がメンテナンス要求中に在庫のスペアパーツを使用する場合、メンテナンス要求で消費された部品を記録します。 Odoo は、メンテナンス用のスペアパーツの在庫場所から機器への在庫移動を作成し、手元在庫を削減します。このリアルタイムの消費追跡により、「その部品は在庫があると思っていた」という事態が防止されます。

自動補充: 重要なスペアパーツの再注文ルールを構成します。スペアパーツの在庫が最小数量を下回ると、Odoo は優先ベンダーへの発注書を自動的に生成します。重要なスペアパーツは、常に少なくとも 1 ユニットの最小在庫を持っている必要があります。スペアを保持するコストは、納品を待つ長期にわたる故障のコストよりも常に低くなります。

スペアパーツのコスト配分: メンテナンスで消費されたスペアパーツは、分析会計によって機器のメンテナンスコストに割り当てられます。これにより、正確な総所有コスト (購入コストと総メンテナンスコスト (人件費 + 部品) 対交換コスト) の計算が可能になり、修理または交換の決定を行うことができます。

---

MTBF および MTTR 分析

平均故障間隔 (MTBF) と平均修理時間 (MTTR) は、機器の信頼性の中核となる指標です。 Odoo はメンテナンス記録からこれらを自動的に計算します。

MTBF の計算: MTBF は、合計稼働時間をその期間内の故障数で割ったものとして計算されます。 Odoo は、修正メンテナンス要求から機器の故障日を追跡し、故障と故障の間の期間から稼働時間を計算します。 [メンテナンス] > [レポート] > [MTBF 分析] に移動して、機器別および機器カテゴリごとの MTBF を確認します。

MTTR の計算: MTTR は、故障検出から修復完了までの平均時間です。 Odoo は、メンテナンス リクエストの作成 (障害が検出された) からリクエストの完了 (修復が完了) までの時間から MTTR を計算します。 [メンテナンス] > [レポート] > [MTTR 分析] に移動して、技術者、チーム、および機器の種類ごとの修理時間のパフォーマンスを確認します。

信頼性の傾向: 各機器の MTBF 傾向を長期にわたって追跡します。 MTBF の低下 (故障の頻度の増加) は、老朽化し​​た機器が耐用年数の終わりに近づいているか、PM プログラムの劣化を示しています。 MTBF の改善は、予防保守介入が機能していることを示しています。これらの傾向は、資本交換計画に直接影響を与えます。

OEE への貢献: メンテナンス イベントによる機器のダウンタイムは、製造モジュールの OEE (総合機器効率) 計算に直接反映されます。 OEE の「可用性」コンポーネントは、計画された生産時間のうち、機器が実際に利用可能であった (メンテナンス中ではない) 割合を反映します。 MTBF と MTTR を改善すると、OEE の可用性が直接的に向上します。

---

メンテナンスコストのレポート

総メンテナンスコストは、機器のライフサイクル管理と交換の決定において重要な情報となります。

人件費の追跡: メンテナンス リクエストでは、技術者の時間を記録します。技術者の人件費が Odoo で設定されている場合 (HR からの従業員あたりの時給)、メンテナンス リクエストでは記録された時間から人件費が自動的に計算されます。これにより、手動のタイムシート割り当てを必要とせずに、客観的なメンテナンス人件費データが得られます。

部品コストの追跡: 在庫から消費されたスペアパーツは、在庫コストで評価されます。メンテナンス作業のために特別に購入された部品は購入価格で評価されます。すべての部品コストはメンテナンス要求に基づいて取得され、機器の総メンテナンスコストに集計されます。

メンテナンス コスト レポート: [メンテナンス] > [レポート] > [メンテナンス コスト分析] に移動します。機器、カテゴリ、場所、チーム、または期間ごとに総メンテナンスコストを表示します。事後保守コストと予防保守コストを比較します。適切に機能する PM プログラムでは、予防保守コストが是正コストよりも小さくなるはずです。

修理または交換の分析: 保守コストが増大する老朽化した機器の場合は、年間保守コストと年間交換コスト (耐用年数にわたって償却された資本コスト) を比較します。年間保守コストが年間交換コストを超える場合、交換が経済的に正当化されます。 Odoo のメンテナンスコストデータにより、この計算が客観的に行われます。

---

よくある質問

Odoo Maintenance は、予測メンテナンスのために IoT センサーと統合できますか?

はい。 Odoo IoT Box は、OPC-UA または HTTP 経由でセンサー (振動、温度、消費電流) に接続します。センサーの読み取り値が設定可能なしきい値を超えると、Odoo はセンサーの読み取り値を添付した自動メンテナンス リクエストを生成します。これは予知保全の基礎であり、固定スケジュールではなく状態データに基づいて実行されます。 ECOSIRE は、CNC マシン、コンプレッサー、HVAC システムを使用する製造クライアント向けに、IoT を活用したメンテナンスを実装しました。

Odoo は複数の物理サイトにある機器のメンテナンスをどのように処理しますか?

各機器レコードには場所フィールドが含まれます。メンテナンス チームは場所に応じて編成できます (サイト A の機械チーム、サイト B の電気チーム)。メンテナンス ダッシュボードは場所によってフィルタリングでき、特定のサイトの機器のみを表示します。複数の企業が運営する場合、企業ごとに個別のメンテナンス チームが存在し、企業のメンテナンス管理に利用できる統合レポートを作成できます。

技術者が PM 作業中に従うためのメンテナンス チェックリストを作成できますか?

はい。フォーム テンプレートをメンテナンス リクエスト タイプに添付して、メンテナンス ワークシートを構成します。 PM ワークシートには通常、安全ロックアウト/タグアウトの確認、検査項目、潤滑項目、記録する測定値 (振動レベル、オイル粘度、クリアランス)、および最終テスト結果が含まれます。技術者はメンテナンス リクエスト内のワークシートに記入し、何をチェックしたのか、何が見つかったのかについての永続的な記録を作成します。

Odoo は、マシンがメンテナンスにかかる時期をどのようにして運用チームに通知しますか?

製造ワーク センターにリンクされた機器のメンテナンス リクエストが作成されると、メンテナンス期間中、ワーク センターの能力は自動的に削減されます。これにより製造スケジュールが更新され、影響を受ける注文にフラグが立てられます。さらに、装置のステータスが「メンテナンス中」に変化したときに生産監督者に自動メール通知を設定します。監督者は返却予定日を確認し、メンテナンス チームとタイミングを調整できます。

Odoo メンテナンスは規制校正要件 (ISO 17025 など) に対応できますか?

はい。定期的な校正が必要な計測機器（スケール、ゲージ、試験器）については、メンテナンス依頼タイプ「校正」を作成します。機器ごとに校正間隔を設定します (通常は機器の仕様によって定義されます)。校正ごとに、校正ワークシートを含むメンテナンス リクエストが生成されます。完了した校正記録には、校正日、校正機関、証明書番号、次回の校正期限が含まれます。機器の記録には、品質コンプライアンスの重要なデータ ポイントである現在の校正ステータスが表示されます。

機器をサービス センターに送る必要がある場合、外部修理はどのように処理すればよいですか?

メンテナンス リクエストを作成し、ベンダー (サービス センター) に割り当てます。配送注文を作成して機器をサービスセンターに発送し、お客様の所在地で在庫切れとして追跡します。修理された機器が返却されたら、お客様の所在地の在庫に戻してください。メンテナンス リクエストでは、修理対象外期間全体がダウンタイムとして追跡されます。社外修理サービスの発注書は、コストを把握するためのメンテナンス要求にリンクされています。

現場で働くメンテナンス技術者向けのモバイル アプリはありますか?

はい。 Odoo モバイル アプリでは、完全なメンテナンス リクエストへのアクセスが提供されます。技術者は、割り当てられたリクエストの表示、作業指示の開始と完了、時間の記録、使用部品の記録、修理の写真の添付などをすべてモバイル デバイスから行うことができます。フィールド サービス チームの場合、モバイル アプリはオフライン操作をサポートし、接続が利用可能なときに同期します。技術者は、メンテナンス記録を作成するためにコンピュータに戻る必要はありません。

---

次のステップ

Odoo メンテナンス管理は、機器のメンテナンスを事後対応型のコスト センターからプロアクティブな信頼性プログラムに変換します。予防保守が体系的に計画され、事後保守が徹底的に文書化され、信頼性指標が客観的に追跡されると、機器の可用性が向上し、総保守コストが削減されます。通常、導入から最初の 12 か月以内に 15 ～ 25% 削減されます。

ECOSIRE は、製造工場、施設管理会社、公共事業、フィールド サービス業務向けに Odoo メンテナンスを導入しています。当社の実装には、機器データの移行、PM 計画の設計、IoT センサー統合の範囲設定、および技術者のトレーニングが含まれます。

Odoo サービス ページ にアクセスしてメンテナンス モジュールの実装オプションを調べるか、マーケットプレイス モジュール を参照して、IoT トリガーの予知メンテナンス、高度な信頼性分析、Odoo 19 Enterprise のモバイル技術者ツールなどのメンテナンス拡張機能を参照してください。