ERP

設備保全DXの進め方:紙・Excel台帳から予知保全までの5段階と外注の判断

設備保全DXの進め方:紙・Excel台帳から予知保全までの5段階と外注の判断

設備保全DXは、点検表や保全履歴を紙・Excelから一つのデータに集め、故障の傾向をもとに保全の計画を組み直す取り組みです。この記事では、台帳の整理から予知保全までを5段階に分けた進め方、最初に決めておくべき設備IDと故障コードの設計、AIを入れる前に確認する公的指針、クラウド型の保全アプリで足りる企業と受託開発を選ぶ企業の違いを解説します。センサーやAIの導入から入って止まった工場が、どこで順番を間違えたのかも具体的に示します。

まとめ|設備保全DXは記録のデジタル化から始め、予知保全は最後に置く

設備保全DXの成否は、センサーやAIの性能より、保全履歴が集計できる形で残っているかで決まります。設備IDが揃っていない台帳や、自由記述だけの故障記録の上にAIを載せても、学習にも評価にも使えません。

進め方の順序は、台帳の整理、点検記録のタブレット入力、履歴の集計とMTBF・MTTRによる弱点設備の特定、重要設備へのセンサー後付け、状態基準保全への移行の5段階です。段階3までで効果が出ない工場は、段階4以降に進んでも投資を回収できません。

手段の選び分けも明確です。設備数が数百台までで他システムとつなぐ必要がなければクラウド型の保全アプリで足ります。生産管理や購買と保全データを連携させたい、複数工場で点検様式が違うといった条件があれば受託開発を検討します。保全部門に開発と運用の担い手を置けない会社は内製を選ぶべきではありません。

設備保全DXとは何か|点検記録のデジタル化と保全判断の変化の範囲

設備保全そのものの定義や、事後保全・予防保全・予知保全の違いは設備保全とは?予防保全・予知保全・事後保全の違いと製造業の進め方で整理しています。ここでは、保全業務のどこがデジタルに置き換わり、何が変わるのかに絞ります。

設備保全DXの定義|紙の置き換えで終わらず保全の判断方法まで変える範囲

設備保全DXは、点検・修理・部品交換の記録をデータとして集め、そのデータで「どの設備を、いつ、どこまで手入れするか」を決め直す取り組みを指します。紙の点検表をタブレットに替えるのは入口にすぎません。

区別しておきたいのは、デジタル化とDXの違いです。点検表の電子化で減るのは転記と集計の手間で、これはデジタル化によって得られる効果に当たります。DXと呼べるのは、集めた履歴から故障の多い設備を特定し、点検周期や交換部品の在庫数を変えたときです。保全計画が変わらないなら、紙のままでも結果は同じになります。

対象範囲は保全部門の中に留まりません。保全履歴は生産計画(設備停止の予定)、購買(交換部品の発注)、原価(修繕費)とつながっています。どこまでつなぐかが、後半で扱う手段の選び分けを左右します。

ものづくり白書の数字で見る現在地|データ取得7割弱と効果実感約4割の差

経済産業省などが2026年5月に公表した2026年版ものづくり白書の概要では、製造プロセスで何らかのデータを取得している事業者は7割弱ある一方、取得したデータで効果が得られた事業者は約4割に留まると示されています。企業間のデータ連携も2年前からほぼ変化がないとされています。

この差は、設備保全の現場でもそのまま起きています。稼働データや点検結果を取ってはいるが、設備ごとに集計できない、生産管理の停止記録と突き合わせられないという状態です。白書の数字から読み取れるのは「データを取ること」と「効果を出すこと」の間に、集計できる形への整理という工程が抜けているという点です。

本文の調査は三菱UFJリサーチ&コンサルティングの2026年3月の報告書をもとにしています。保全に限った数字ではないため、自社の位置づけは次の章の「壁」に当てはまるかで判断してください。

設備保全DXが止まる原因|台帳の分散・入力負担・効果の食い違い

着手した工場が途中で止まる原因は、技術よりも業務の側にあります。頻度の高い順に並べると次の三つで、とくに一つ目は後から直すほど費用がかさみます。

台帳がExcelと紙に分散し設備IDが揃っていない状態から始める問題

もっとも多いのは、設備台帳が工場ごと・担当者ごとのExcelに分かれ、同じ設備が別の名前で登録されているケースです。「2号機プレス」「プレス#2」「P-02」が同一設備だと分かるのは担当者の頭の中だけ、という状態では、履歴を設備単位に集計できません。

この状態のまま保全アプリやセンサーを入れると、移行時に名寄せ作業が発生します。設備が500台規模になると、名寄せと現物確認だけで数か月かかることも珍しくありません。DXの最初の作業は、ツール選びではなく台帳の棚卸しです。

現場の入力負担が増えて記録が続かない失敗パターンと入力項目の絞り方

次に多いのが、入力項目を欲張って現場が記録をやめてしまうパターンです。故障の原因・処置・部品・所要時間・写真・コメントを毎回すべて求めると、夜勤の1人体制では入力が後回しになり、月末にまとめて記憶で書く運用に戻ります。

入力項目は、後で集計に使う項目だけに絞ります。目安は、設備ID・発生日時・故障コード・処置コード・停止時間の5項目を必須にし、写真と自由記述は任意にする形です。選択式にできる項目は選択式にし、タブレットで3分以内に終わる量を上限にします。

経営層と現場で期待する設備保全DXの効果が違い投資判断が止まる構造

三つ目は、経営層と保全部門で期待する効果が食い違う問題です。経営層は突発停止の削減や修繕費の圧縮といった数字を求め、現場は転記作業や夜間呼び出しの削減を求めます。どちらかの効果だけで計画を書くと、もう一方が協力しません。

計画書には両方の指標を並べて置きます。現場向けには「点検記録の転記時間」、経営向けには「重要設備の突発停止時間」を、導入前の値と一緒に記録しておくと、段階ごとに投資を続けるかの判断がしやすくなります。

設備保全DXの進め方|紙・Excel台帳から予知保全までの5段階ロードマップ

5段階は順番に積み上げる構成です。前の段階のデータが次の段階の入力になるため、飛ばすと後で戻ることになります。全体像を表にまとめます。

段階 やること 出てくる成果物 次へ進む条件
1 台帳整備 設備の棚卸しと名寄せ 設備ID付きの台帳 全設備にIDがある
2 記録の電子化 点検・修理をタブレット入力 コード化された保全履歴 3か月分が欠けずに残る
3 集計と特定 MTBF・MTTRを設備別に算出 弱点設備のリスト 重点設備が10台程度に絞れる
4 センサー後付け 重点設備の振動・温度を計測 稼働中の状態データ 正常時のデータが揃う
5 状態基準保全 しきい値で点検時期を決める 周期を見直した保全計画 突発停止が減った実績

段階1〜3はソフトウェアと運用の見直しだけで進められ、センサーの費用はかかりません。段階4から機器と通信の費用が発生するため、段階3の結果で対象設備を絞ってから投資します。

段階1〜2|設備台帳の整備と点検記録のタブレット入力で土台を作る

段階1では、現物を回って設備の一覧を作り直し、全設備に重複しないIDを振ります。付番の規則は次の章で扱います。この段階の成果物はExcelでも構いません。大事なのは、全員が同じIDで設備を指せることです。

段階2では、点検表と修理記録をタブレットやスマートフォンからの入力に切り替えます。紙の点検表の電子化に絞った選び方は点検管理システムとは?紙・Excel点検の課題とタブレット点検の選び方が詳しいので、製品を比べる前に読んでおくと判断が早くなります。目標は、3か月分の履歴が抜けなく残ることです。

段階3|保全履歴を集計しMTBF・MTTRで故障の多い設備を特定する

3か月以上の履歴が揃ったら、設備ごとにMTBF(平均故障間隔=稼働時間の合計÷故障回数)とMTTR(平均修復時間=修理時間の合計÷修理回数)を計算します。MTBFが短い設備は故障しやすく、MTTRが長い設備は止まったときの影響が大きい設備です。計算式と短縮策はMTTRとは?計算式・MTBFとの違いと稼働率への影響で詳しく扱っています。

この二つの指標に「止まったときにラインが止まるか」を掛け合わせると、重点設備のリストができます。工場全体で数百台あっても、重点設備は10台前後に収まることが多く、段階4の投資先はここから選びます。

段階4〜5|重点設備に絞ったセンサー後付けと状態基準保全への移行

段階4では、重点設備にだけ振動・温度・電流のセンサーを後付けし、正常に動いているときのデータを集めます。既設設備へのセンサーの選び方や電池・通信量の設計は予知保全のIoT構成|後付けセンサーの選び分けと収集設計で解説しています。

段階5は、集めた状態データからしきい値を決め、「時間が来たら点検」から「状態が変わったら点検」へ切り替える段階です。予知保全の仕組みや費用対効果の考え方は予知保全とは?仕組みと予防保全との違いから費用対効果・導入判断までにまとめています。段階5まで進めるのは重点設備だけで、残りの設備は段階2〜3の運用で十分です。

設備保全DXで最初に決めるデータ設計|設備ID・故障コード・作業記録の型

ツールの比較記事では扱われにくいものの、後から直すと費用が大きいのがデータの型です。どのツールを選んでも、ここで決めた型がそのまま移行先の構造になります。

設備IDの付番規則|工場・ライン・設備の階層で後から集計できる形

設備IDは、工場・ライン・設備の階層を持たせて付番します。たとえば「K1-L03-PR02」なら第1工場・3号ライン・プレス2号機を表すIDです。階層があれば、ライン単位・工場単位の集計がIDの前方一致だけで取れます。

避けたいのは、設置順の連番だけで付番する方法です。設備の移設や更新のたびに意味が崩れ、どのラインの設備かを別の表で引く必要が出ます。部位(モーター・ベアリングなど)まで管理したい場合は、設備IDの下に部位コードを足す2階層構造にして、設備IDそのものには含めません。

故障コードと処置コードの設計|自由記述だけの履歴が分析に使えない理由

故障記録を自由記述だけで残すと、「異音」「音がおかしい」「ガタつき音」が別々の事象として残り、集計できません。現象・原因・処置をそれぞれコードで選ばせ、自由記述は補足に回します。

区分 コード例 選択肢の例
現象 S01〜S12 異音・発熱・振動・漏れ・停止
原因 C01〜C15 摩耗・潤滑不足・緩み・異物・誤操作
処置 A01〜A08 調整・清掃・部品交換・修理・様子見

選択肢は各区分10〜15個程度に収めるのが目安です。多すぎると現場は「その他」を選ぶようになり、コード化した意味がなくなります。「その他」の比率が2割を超えたら、自由記述を読んで選択肢を足す運用にすると、半年ほどで選択肢が安定します。

保全データを生産管理・購買とつなぐ連携範囲と後回しにしてよい範囲

保全データは、生産管理の停止記録や購買の部品発注とつなぐと価値が上がります。設備停止による生産の遅れを金額で示せるようになり、経営層への説明が数字でできるからです。設備・MES・基幹システムの階層ごとのつなぎ方は製造業のデータ連携|設備・MES・基幹の階層別インタフェース設計で整理しています。

ただし、連携に着手する時期は段階3が回り始めてからで十分です。最初に連携まで作り込むと、保全側のコード体系が固まる前に接続仕様を決めることになり、コードを変えるたびに連携の改修が発生します。先に保全データの型を固め、連携はその後に足す順序にします。

保全にAI・予知保全を入れる前の確認事項|公的指針と費用の見合い

段階4〜5でAIを使う場合、精度の評価方法と、そもそも予知保全が見合う設備かを先に確かめます。

プラント保安分野AI信頼性評価ガイドラインが示す評価の考え方

消防庁・厚生労働省・経済産業省の3省連絡会議は、令和2年11月17日にプラント保安分野AI信頼性評価ガイドラインと先進的AI事例集を取りまとめました。AIが安全性・生産性向上のために期待どおりの品質を果たすかを評価する考え方を、プラント保安に特化して示した文書です。

石油・化学プラント向けの文書ですが、一般の工場が保全にAIを入れるときにも使える観点があります。発注側が受け取るべきなのは「精度○%」という一つの数字ではなく、どんなデータで学習し、どんな条件で評価し、想定外の状態ではどう振る舞うかの説明です。異常検知の手法ごとの使いどころは異常検知とは?機械学習の手法と仕組み・製造業での使いどころを参照してください。

予知保全を入れない方がよい設備|停止損失が小さく予備機がある場合

予知保全は全設備に入れるものではありません。次の条件に当てはまる設備は、センサーとAIの費用が停止損失を上回るため、予防保全(時間基準の定期交換)のままにします。

  • 止まってもラインが止まらない(予備機がある、手作業で代替できる)
  • 部品が安価で、定期交換しても年間の部品代が小さい
  • 故障がほとんど起きておらず、段階3でMTBFが十分に長いと分かっている

反対に、1回の突発停止で数百万円単位の損失が出る設備や、交換部品の納期が数か月かかる設備は予知保全の候補です。製品の構成と費用の決まり方は予知保全システムの選び方|構成6ブロックと費用・生産管理連携で比べています。

設備保全DXの手段の選び方|クラウド型アプリ・受託開発・内製の判断基準

手段は三つに分かれます。結論から言えば、多くの中小工場はクラウド型アプリから始めるのが妥当で、受託開発が必要になるのは連携と独自様式の条件がそろったときです。

クラウド型保全アプリで足りる企業の条件|設備数と既存システム連携

設備数が数百台までの単一工場で、保全データを他のシステムとつなぐ予定がないなら、クラウド型の保全アプリで段階1〜3は十分に回ります。点検表・修理記録・部品在庫・写真の管理は、多くの製品が標準で持っています。

製品のタイプと比較の観点は設備保全管理システム(CMMS/EAM)の比較|製品タイプ別の選定軸にまとめています。選ぶときに必ず確かめるのは、前の章で決めた設備IDと故障コードの型をそのまま登録できるかと、CSVで履歴を取り出せるかの2点です。データを取り出せない製品は、将来の連携や乗り換えの障害になります。

受託開発を選ぶべき条件|生産管理連携・独自の点検様式・複数工場

次のいずれかに当てはまる場合は、受託開発で保全システムを作るか、パッケージに連携部分を足す形を検討します。一つ目は、保全の停止記録を生産管理システムの計画と自動で突き合わせたい場合です。二つ目として、法定点検や顧客指定の様式など、パッケージの画面では表現しにくい点検様式を持つ場合が挙げられます。三つ目は、工場ごとに違う保全ルールを一つの仕組みで扱いたい場合です。

この条件では、パッケージの改修費とライセンス費が積み上がり、5年で見ると受託開発と変わらなくなることがあるため、比較が必要です。一創では、保全データと生産計画・在庫をつなぐ生産管理システム開発の中で、設備保全の機能を組み込む開発をお受けしています。生産管理システム全体の機能と選び方は生産管理システムとは?機能・ERP/MESとの違いから内製化の判断までで確認できます。

内製化を見送る場面|保全部門に開発と運用の担い手が置けない場合

Excelのマクロやノーコードツールで保全の仕組みを内製する工場もありますが、作った担当者が異動・退職した時点で保守できなくなる例が後を絶ちません。保全部門の中に、仕組みの改修と運用を引き継げる人を2人以上置けないなら、内製は選ばない方が安全です。

内製が向いているのは、情報システム部門が保全部門と一緒に要件を回せる体制がある会社です。その場合でも、設備IDと故障コードの型は先に文書化し、ツールが変わってもデータを引き継げるようにしておきます。

よくある質問

設備保全DXに着手する前に寄せられやすい質問をまとめました。

設備保全DXは何から始めればよいですか?

設備台帳の棚卸しから始めます。全設備を現物で確認し、工場・ライン・設備の階層を持つIDを振り直すのが最初の作業です。この段階はExcelでも進められ、ツールの費用はかかりません。台帳が揃わないうちに保全アプリやセンサーを選ぶと、移行時に名寄せ作業が発生し、導入が数か月遅れる原因になります。

中小企業でも設備保全DXに取り組めますか?

中小企業でも設備保全DXへの取り組みは可能です。段階1〜3(台帳整備・記録の電子化・履歴の集計)はセンサーを使わずに進められるため、初期費用はタブレットと保全アプリの利用料程度に収まります。設備数が少ない工場ほど台帳の整備が短期間で終わり、効果も早く見えます。センサーやAIは、集計で重点設備が絞れてから検討すれば十分です。

設備保全DXの効果はどうやって測ればよいですか?

導入前の値を記録しておき、同じ指標で比べます。現場の効果は点検記録の転記・集計にかかる時間、経営の効果は重点設備の突発停止時間と修繕費で測るのが分かりやすい方法です。段階3以降は、設備ごとのMTBFとMTTRの推移も指標になります。導入前の値が無いと効果を説明できないため、着手前の1か月で測っておきます。

保全データの入力を現場に定着させるにはどうすればよいですか?

入力項目を集計に使うものだけに絞ることが、定着に向けた基本です。設備ID・発生日時・故障コード・処置コード・停止時間を必須にし、写真と自由記述は任意にすると、1件3分程度で入力できます。コードは選択式にし、「その他」の比率が2割を超えたときが選択肢を見直す目安です。集計結果を月に1回現場へ返すと、入力が保全計画に反映されていることが伝わり、記録が続きやすくなります。

設備保全DXに使える補助金はありますか?

保全アプリやシステムの導入、センサーなどの設備投資には、国や自治体の補助金が使える場合があります。ただし対象経費・補助率・公募期間は年度ごとに変わるため、申請を検討する時点で各制度の公式の公募要領を確認してください。補助金ありきで段階4から始めると、データが揃わないまま機器だけが残る結果になりやすいため、段階の順序は補助金の有無で変えないことをおすすめします。

関連記事

お気に入りに入れた記事の一覧

一創の公式 SNS

X では毎朝の新着記事と IT ニュースの速報を、YouTube・TikTok・Instagram・LinkedIn・Facebook では記事の解説動画を配信しています。

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.11.06 テックブログ ドコモ不正アクセス:最大29.5万件の流出項目と見舞金、My docomo停止の経過と偽連絡の見分け方
  2. 2026.11.03 テックブログ ネットマイル不正アクセスで最大549万人:対象確認と退会会員データを消す実装
  3. 2026.10.29 テックブログ ソニー生命の情報漏洩38.5万件|ログインできない理由、再開状況と窓口の電話番号
  4. 2026.10.31 テックブログ 松屋の不正アクセス:237万件の対象確認と窓口、漏れたパスワードの守り方
  5. 2026.10.16 テックブログ ソースネクストにログインできない・パスワード再設定できないときの対処|最大2,252万件流出の可能性と対象確認・会員APIの点検

RELATED POSTS 関連記事

目次