TPM設備管理システムとは：台帳・点検保全・修理ワークフロー・予備品のつなぎ方

TPM設備管理システムが指すもの

TPM（全員参加の生産保全）は日本の製造業に由来し、JIPM（日本プラントメンテナンス協会）が20世紀後半に体系化しました。設備管理は保全班だけの仕事ではなく、設備状態・保全計画・作業規律を日常の運用に組み込むという考え方です。システムの層では、設備の生涯管理に対応します。設備の導入時点の台帳登録から、日常点検、計画保全、故障受付、修理実行、予備品の消費、そして稼働実績の集計と更新判断までが一続きになります。

参照できる標準は二つあります。ISO 55000:2014 は資産管理のマネジメントシステム枠組みを示し、資産をどのように統治するかを答えます。EN 13306:2017 は保全の用語と分類を定義し、予防保全と事後保全の境界を明確にします。システムの役割は、これらの枠組みが求めるデータを一台ごとの設備に落とし込むことです。

TPM設備管理システムの良し悪しは、八つの問いに答えられるかで判断できます。この設備は何か、現在の状態はどうか、前回の保全はいつか、次は誰が担当するか、何回故障したか、その都度何をしたか、どの予備品を使ったか、そしてこの設備は投資に見合う成果を出しているか。答えられない問いが、仕組みの抜けている箇所です。

設備管理を支える五種類のデータ

設備管理は手順の問題に見えますが、実際に止まるのはデータの側です。次の五種類のどれが欠けても、その上に載るレポートと判断は根拠を失います。

順序に関する典型的な失敗もあります。大画面とKPIを先に作り、その後に台帳を埋め戻す進め方です。元データが不正確なままだとレポートは誰にも信じられません。台帳と点検基準はこの層の土台であり、最初に時間をかける価値があります。

点検と保全計画をどう組めば定着するか

出力できる計画と、実行される計画は別物です。両者の間にあるのは、誰がいつ何をするかという情報です。

• 点検項目を設備に紐づける：点検項目は特定の担当者の習慣ではなく、具体的な設備や部位に属させます。交代や担当変更があっても基準は変わりません。
• 周期は重要度で階層化する：重要設備は点検周期を短くし、補機は緩めて構いません。階層は工程と故障の影響度から決め、全設備に同じ周期を当てはめません。
• スキャンで実行する：点検者は現場で設備コードやステーションコードを読み取り、端末上で項目ごとに結果を記録します。紙の点検票が招く後追い記入を置き換えます。
• 異常はそのままワークフローへ：基準を外れた値が出た時点で異常として記録し、修理依頼に変換します。口頭報告の経路を挟みません。

この仕組みの価値はレポートの見栄えではなく、「保全が行われたか、正しく行われたか」を口頭確認から照会できる記録に変える点にあります。ISO 9001:2015 が求めるプロセス管理と記録のトレーサビリティは、設備保全のプロセスにも同様に当てはまります。

修理ワークフローと予備品はどう連動するか

修理の効率が低い原因は、修理技術ではなく情報の受け渡しであることが少なくありません。誰が行くのか、何を持って行くのか、前回はどう直したのか。

• 受付窓口を一つにする：作業者、点検者、巡視が見つけた異常を同じ窓口に集約し、口頭伝達による漏れと重複をなくします。
• 割当時に文脈を渡す：修理担当者への割当時に、設備履歴、過去の故障記録、関連図面を添えて現場での探索時間を短縮します。
• 予備品を依頼に紐づける：部品は未完了の修理依頼に対して選定・出庫し、消費は設備と故障種別に自動で集計されます。
• 完了時に必ず閉じる：処置内容、交換部品、停止時間、今後の提案をまとめて記録し、設備の健康記録の一部にします。現場で直せないものは計画修理や大規模修繕の管理へ移します。

修理ワークフローのデータが数か月分たまると、傾向は自然に見えてきます。どの故障種別が繰り返すか、どの設備が停止時間を稼いでいるか、どの部品の消費が不自然か。最初から同じ項目で記録していれば、追加の分析ツールは要りません。

OEE・MES・ERP との境界

設備管理システムが単独で動くことはまれで、境界が曖昧なままだと稼働後に二つの数字が併存します。

インターフェース設計では三つを事前に決めます。どの頻度で、どの項目を、どちら側の起点で渡すか。加えて、設備コード、部品番号、単位をシステム間で揃えておくことが、データを突き合わせる前提になります。

予備品在庫を「記憶」から「根拠」へ

予備品管理は両極端に振れやすい領域です。在庫が少なすぎれば設備停止時に部品待ちになり、多すぎれば何年も動かない在庫が棚に残ります。中間の判断は二つのデータの蓄積から来ます。一つは過去の消費記録で、ある部品の実際の出庫頻度と季節性を示します。もう一つは設備台帳と保全計画で、今後一定期間に見込まれる交換需要を予測します。

この二つが揃うと、安全在庫は勘で置く数字ではなく、設備の重要度、調達リードタイム、消費速度に応じて段階的に設定できるものになります。調達に時間がかかり、単一障害点になる重要部品は在庫を高めに取ります。汎用で入手しやすく代替のきく部品は低く抑えるか、都度調達に回します。この設定は運用データに合わせて継続的に見直せますが、前提は毎回の出庫を修理依頼経由で行い、毎回の入庫を記録することです。

台帳から始める導入順序とよくあるつまずき

推奨する順序は、大画面ではなく台帳と点検基準から始めることです。

• 起手：設備台帳を棚卸しし、重要設備の仕様、設置場所、保証情報を埋めて一機一檔の基礎をつくります。
• 次に：重要設備の点検項目と判定基準を定めます。故障が多く影響の大きい設備から着手します。
• 続いて：修理ワークフローを稼働させ、受付、割当、完了、部品出庫をシステム経由にして履歴データを蓄積します。
• 最後に：履歴がある程度たまってから、OEE と MES・ERP のインターフェースをつなぎ、設備データを生産とコスト管理に組み込みます。

つまずきは三つあります。一つ目は、システムを電子化した紙の帳票として扱い、入力だけで通知や連動を使わないため数か月で形骸化するケース。二つ目は、点検基準を他所から流用し、自社設備の実際の故障モードと切り離れてしまうケース。三つ目は、集計だけで閉じず、KPI を上げた後に改善の担当が決まっていないケースです。

設備データの権限も併せて設計します。点検基準を変更できるのは誰か、修理依頼を閉じられるのは誰か、予備品在庫を調整できるのは誰か。役割と操作の記録を明確にします。IEC 62443 シリーズが産業用オートメーションと制御システムに求めるアクセス管理の要件は、この設計の参照として有効です。