CMMS対予知保全：保全管理システムに本当に求められること

保全マネージャーが「CMMSが欲しい」と言う。ベンダーはセンサーと機械学習、三週間先の故障を予測するダッシュボードで応じます。その会話のどこかで、本当に問うべきこと──次に機械が深夜二時に壊れたとき何が起きるか──が置き去りになります。CMMSと予知保全は競合する買い物ではありませんし、同じ買い物でもありません。一方は記録管理の背骨であり、もう一方はその上で走らせる一つの戦略です。二番目を一番目抜きに買うことのほうが、より頻繁で、より高くつく間違いです。

CMMSの本来の役割

Computerized Maintenance Management System、すなわちCMMS（設備保全管理システム）は、そもそも地味であるように作られています。作業指図、予防保全の計画、予備品の在庫、機械の履歴を、ホワイトボードと表計算ソフトと「前回何が起きたか覚えている技術者」の代わりに一か所にまとめる仕組みです。月次・年次、あるいは稼働N時間ごと・生産N個ごとといった時間基準・稼働基準の計画は、誰かが期日に気づくのを待つのではなく、自動的に生成され追跡されます。

この背骨は、その上で走る戦略よりも重要です。どの戦略も、結局は同じ記録に依存しているからです。ベアリングが故障するという予測も、それを受けて動く作業指図がなく、担当する技術者が割り当てられず、前回そのベアリングを整備したときに実際に何をしたかの履歴もなければ、価値がありません。作業指図の規律を整えないまま予知保全に飛びつく工場は、たいていモデルのほうが簡単な部分だったと気づくことになります。

予知保全はどこから始まり、CMMSはどこで止まるか

予防保全はカレンダーかカウンターで動きます。このギアボックスは90日ごと、あるいは5万サイクルごと、どちらか早いほうで整備する──ギアボックスが実際にどんな状態かは関係ありません。始めるのは安上がりです。戦略ベースの計画を持つCMMSがあれば十分で、センサーは要りません。ただし、健全な設備には過剰に手をかけ、異常な負荷にさらされている設備には手が足りなくなります。時間とサイクル数は摩耗の代理指標であって、摩耗そのものの測定ではないからです。

予知保全は、この代理指標を実測値に置き換えます。IoTセンサーや既存のPLCから得られる振動・温度・電流のデータが、劣化が故障になる前に検知するモデルに入力されます──自分自身の基準値より熱くなっているベアリング、一か月前に同じ作業をしていたときより多くの電流を引いているモーター。出力は相変わらず同じCMMS上の作業指図です。変わったのはトリガーだけで、日付から実際の信号に変わっただけです。

正直に言っておくべき留保点があります。予知モデルの精度は、学習元になった故障履歴の質を超えません。過去一年間、故障の記録もセンサー履歴もない機械は、モデルに較正すべき材料を何も与えません。これが、予知保全がたいてい工場の一番手ではなく二番手の施策になる実務上の理由です──「次の故障を予測する」が意味を持つ前に、CMMSが実際の故障と実際の修理を記録している必要があるのです。

どちらが効いているかを語る二つの数字

MTBF(平均故障間隔)とMTTR(平均修理時間)は見栄えのための指標ではありません。「保全をやっている」と「保全が効いている」を分ける、唯一の二つの数字です。MTBFが上昇しているなら、予防・予知、あるいはその両方であれ、いま採っている戦略が事後に記録するだけでなく、実際に故障を防いでいるということです。MTTRが低下しているなら、何かが壊れたときに作業指図・担当技術者・予備品がすべて十分速く揃い、ダウンタイムが管理上の問題ではなく機械的な問題にとどまっているということです。

「報告」「着手」「完了」のタイムスタンプを持たず、故障の件数だけを数える保全履歴は、どちらの数字も正直には出せません。これこそ、機械の履歴がCMMSの内部で構造化データでなければならない具体的な理由です──MTBF、MTTR、ダウンタイム比率、緊急呼び出し率、機械・ライン・工場ごとのコストは、技術者が後から記憶を頼りに再構成するのではなく、技術者がすでに入力した記録から計算されるべきものです。

統合がなければ保全と生産が同じ時間を奪い合う理由

保全計画と生産スケジュールは、どちらも同じ機械稼働時間を我が物にしようとします。互いに会話しない二つのシステムでそれぞれ組まれていれば、どちらか一方が不意打ちで相手の存在を知ることになります。保全は火曜午後にベアリング交換を予定し、生産は同じラインの火曜午後に急ぎの受注を抱えている。どちらかが負けますが、それを決めるのはたいてい、実際にコストが低い選択ではなく、その朝いちばん大きな声を出した人です。

保全の時間枠を生産スケジュールに逆らわせるのではなく、その中に組み込んでおけば、この対立はにらみ合いではなくスケジューリング上の制約に変わります。APSは計画を組む際、保全の時間枠を使用不可のスロットとして見ますし、保全のほうも時間枠を提案する際にはすでに確定している受注を見ます。どちらも驚くことはありません。どちらも、相手には見えない計画をもとに動いているわけではないからです。

MESが終わり、CMMSが始まるところ

MESをERPやSCADAと分けるのと同じ境界の問いが、ここにも当てはまります。同じくらい厳密に押さえておく価値があります。MESが所有するのは機械が止まった瞬間です。停止理由──カテゴリー、タイムスタンプ、どの工程か──を現場でリアルタイムに捉えます。停止が最初に見えるのがそこだからです。CMMSが所有するのはその先です。その停止理由から自動的に生成される保全通知、派遣される技術者、引き当てられる部品、記録される修理、そして完了した瞬間にその機械のMTBFへ組み込まれる一連の出来事です。

この二つを代替品として扱うと、両方向で何かが壊れます。MESに修理の管理を求めても、予備品の在庫、技術者のスキル、予防保全カレンダーという概念を持っていません──そもそもそのためのものではないからです。逆に、現場からのフィードなしにCMMSへ停止の検知そのものを求めれば、すべての通知は誰かが手で記録するのを覚えているかどうかに左右されます。それはまさに、CMMSを導入して取り除くはずだった規律の問題です。実際に機能する統合は狭く具体的です。MESに記録された停止理由が、機械・時刻・故障コードをすでに埋めた状態で、自動的に保全通知を作る。誰も何も打ち直さず、誰かが気づくのを待つ必要もありません。

予備品：あらゆるCMMS導入が軽く見ているステップ

技術者に何を直すかは伝えても、部品が棚にあるかどうかを伝えない作業指図は、システムの半分でしかありません。驚くほど多くのCMMS導入が、稼働一年目に静かにここでつまずきます。在庫確認自体はどのみち行われますが、ソフトウェアの中ではなく倉庫への電話として行われるだけであり、CMMSが取り除くはずだった遅れが、まさに同じ場所に戻ってきてしまいます。

保全指図を予備品の在庫に直接紐づければ、この隙間は埋まります。作業指図が必要な部品を引き当て、それが別のラインや別の拠点にあればバーコード確認付きの倉庫間移動で動かし、棚が実際に空であれば発注が自動的に起票されます。技術者は相変わらず棚まで歩きますが、部品がそこにあるかどうかという問いには、すでにソフトウェアが答えを出しています。同じ修理でも、十分間の徒歩で済むか、二日待たされるかの違いはここから生まれます。

予防が予知に変わると実際に何が変わるか

Meta Smart Factoryの保全導入全体を見ると、純粋な事後対応、あるいは緩い予防保全から、予知保全を重ねたCMMSへ移行した典型的な変化は、故障が約45%減少、機械の寿命が約20%延長、保全コストが約30%低下という規模になり、作業指図はそれまで紙と記憶が入り混じっていた状態から完全デジタルへ移ります。この四つの数字は、どれもセンサー単体からは生まれません。組み合わせから生まれます。すべての故障とすべての修理を確実に記録するCMMS、間隔を当てずっぽうで決めるのをやめた予防保全計画、故障履歴がそれを正当化する場面での予知アラート、そして技術者が派遣された後に足りないと気づくのではなく、派遣される前に引き当てられている予備品です。

実務上の順序の問いは「CMMSか予知保全か」ではなく、どちらを先にするかであり、答えは常にCMMSです。予知保全とは、何が壊れ、それにいくらかかるかという真実をすでに記録している保全システムに向けて放つ一つの戦略です。それに満たない対象に向けても、モデルには学ぶべき現実が何もありません。