【テンプレート付】設備保全システムの要件定義｜機能要件・非機能要件チェックリストと進め方

設備保全システムの要件定義とは

設備保全システムの要件定義とは、設備台帳・保全計画・作業指示・故障実績といった保全業務の流れを、自社の設備構成（ライン・ユニット・部品の階層）や保全方式に合わせて機能・非機能・連携の形で明文化する作業です。単なる機能の羅列ではなく、誰が・いつ・どの設備に・どの帳票でという現場運用まで落とし込みます。これによりベンダー間の見積比較とカスタマイズ範囲の線引きが可能になります。

なぜ要件定義で設備保全システム導入の成否が決まるのか

設備保全システムは生産設備の停止に直結するため、要件の曖昧さがそのまま「現場が使わないシステム」や「点検漏れによる突発停止」として現れます。特に保全方式と設備階層の定義を後回しにすると、導入後に台帳構造ごと作り直す事態になりやすいのが特徴です。

• 設備階層（ライン／装置／構成部品）とコード体系を決めずに始め、台帳が検索・集計できない構造になる
• 保全方式（TBM時間基準・CBM状態基準・事後保全）の切り分けを曖昧にし、保全計画の自動生成が機能しない
• 現場作業員のスマホ・タブレット入力やオフライン運用を要件に入れず、結局Excelと紙の点検表が残る
• 故障モード・原因・処置のコード分類を整備せず、MTBF/MTTRが集計できずデータが死蔵される

要件定義で決める5つの範囲

1. 設備台帳・資産管理 — 設備の階層構造、設置場所、メーカー・型式、保証期限、図面・取説の紐付けを管理する範囲
2. 保全計画・予防保全 — 時間基準（TBM）・稼働基準（使用時間/回数）でのトリガー設定と保全カレンダーの自動生成
3. 作業指示・実績記録 — 点検・整備・修理の作業オーダー発行、現場での実績入力、写真・指摘事項の記録
4. 故障・トラブル管理 — 突発故障の受付、故障モード分類、原因・処置記録、MTBF/MTTR等の信頼性指標の集計
5. 保全部品・在庫管理 — 補修部品・消耗品の在庫、安全在庫アラート、設備BOMと部品の紐付け、発注連携

予知保全（CBM/IoTセンサー連携）は効果が大きい一方で初期は対象設備が限られるため、第一フェーズの範囲に含めるか明確に線引きすることが重要です。

要件定義の進め方：5ステップ

ステップ	内容	アウトプット
①	現状の保全業務と設備情報の棚卸し。設備台帳・点検表・故障履歴・部品在庫の現物と運用を可視化する	業務フロー図、設備リスト、現行帳票一覧
②	保全方式の整理と対象設備の優先度付け。重要設備（A/B/Cランク）と適用する保全方式を決める	設備重要度マトリクス、保全方式一覧
③	設備階層・コード体系・故障分類の設計。台帳と実績集計の基盤となるマスタを定義する	設備階層図、コード体系定義書、故障コード表
④	機能・非機能・連携要件の確定。現場入力デバイスやオフライン要件、生産・会計連携を明文化する	機能要件一覧、非機能要件書、連携一覧
⑤	RFP作成とベンダー評価。要件への適合度とカスタマイズ範囲・運用負荷を評価する	RFP、評価結果、導入計画書

保全KPIとしてMTBF（平均故障間隔）、MTTR（平均修復時間）、計画保全達成率、保全費率（生産高比）、設備総合効率OEEを早期に定義し、システムで自動集計できる要件としておきます。

機能要件チェックリスト（設備保全システムの核心）

設備保全システムに求める代表的な機能要件です。自社の状況に照らして「必須／任意／不要」を判断してください。

大分類	主な要件項目
設備台帳・資産管理	設備階層管理（ライン/装置/部品）, 設置場所・メーカー・型式登録, 図面・取説・保証書の電子添付, 設備ごとの稼働時間・累計運転時間の保持
保全計画・スケジューリング	時間基準保全(TBM)のトリガー設定, 稼働回数・運転時間基準のトリガー, 法定点検・自主点検カレンダー生成, 保全平準化(山積み・山崩し)
作業指示・点検（モバイル）	作業オーダー自動発行, スマホ・タブレットでの点検入力, QR/バーコードでの設備特定, 写真・指摘・是正記録, オフライン入力と同期
故障・トラブル管理	突発故障の受付・起票, 故障モード/原因/処置のコード分類, 是正・水平展開(横展開)管理, 復旧までの停止時間記録
信頼性・分析(KPI)	MTBF/MTTR自動算出, 故障パレート分析, 設備総合効率(OEE)集計, 保全費の設備別集計, 故障の傾向・再発分析
保全部品・在庫管理	補修部品・消耗品の在庫管理, 設備BOMと部品の紐付け, 安全在庫・発注点アラート, 部品の使用実績と払出記録
予知保全・IoT連携	センサー値(振動・温度・電流)の取込, しきい値超過アラート, 状態基準保全(CBM)トリガー, 劣化傾向のトレンド監視
外注・委託保全管理	外注作業の発注・進捗管理, 協力会社への作業指示共有, 外注費・契約点検の管理, 委託作業の実績受領
文書・ナレッジ管理	保全標準書・SOPの管理, 故障対応ノウハウの蓄積, 変更履歴・改善提案の記録, 技能伝承用の作業手順動画添付
権限・承認ワークフロー	役割別アクセス権(現場/保全課/管理者), 作業完了の承認フロー, 高額修繕の稟議連携, 操作ログ・証跡管理

見落としがちな要件: 見落としがちなのは、設備の移設・更新・廃棄に伴う台帳の世代管理（同じ設置場所での設備入れ替え履歴）と、改造・部品交換による設備構成の変更履歴です。これらを要件化しないと、数年後に故障分析の母数が正しく取れなくなります。

非機能要件で見落としがちなポイント

機能だけに目が向きがちですが、非機能要件こそ稼働後の満足度を左右します。

区分	確認すべき要件（目標値の例）
性能	点検実績の一括登録や故障分析の集計が体感3秒以内、繁忙期の月次保全計画展開でもレスポンス劣化が許容範囲に収まること
可用性	生産現場の早番・遅番・夜勤に対応し稼働率99.5%以上、計画停止は生産が止まる時間帯を避けて設定できること
拡張性	設備台数の増加（数百〜数千点）や対象工場の追加に対し、台帳・ライセンスを段階的に拡張できること
セキュリティ	工場ネットワークとOT/IT分離方針に適合し、IoTゲートウェイ経由のセンサー連携でも生産ネットワークの安全性を損なわないこと
運用保守	設備マスタ・故障コードを情報システム部門に頼らず保全部門が追加・改廃でき、保守サポートの応答SLAが明確であること
移行	現行ExcelやCMMSの設備台帳・故障履歴・部品在庫を移行でき、過去のMTBF算出に必要な故障実績の連続性が保てること
コンプライアンス	労働安全衛生法の定期自主検査や高圧ガス・ボイラー等の法定点検記録を、検査記録として一定年限（必要に応じ電子帳簿保存法も考慮）保存できること

工場現場はネットワークが不安定な場所も多いため、モバイル点検のオフライン耐性とデータ同期の信頼性は性能・可用性の両面で必ず確認します。

基幹・周辺システムとの連携要件

どのシステムと、何を、どの方式（API/CSV/EDI）で、どの頻度で連携するかを定義します。

連携先	主な連携内容
生産管理システム(MES/生産スケジューラ)	生産計画と保全計画の突合、設備稼働状況の取得、計画停止枠の調整による保全実施タイミングの最適化
IoTプラットフォーム/SCADA・PLC	振動・温度・電流などの設備センサー値や稼働信号を取り込み、稼働時間カウントや状態基準保全(CBM)のトリガーに利用
在庫・購買(調達)システム	補修部品の在庫引当・発注点連動、欠品部品の自動発注、部品マスタの同期
会計・固定資産システム	保全費・修繕費の科目別集計、固定資産台帳との設備対応、減価償却・除却情報の連携
文書管理/図面管理(PLM・CAD)	設備図面・取扱説明書・部品図の参照、改造・更新時の最新図面の紐付け
人事・勤怠/グループウェア	保全担当者の技能・資格情報の参照、作業割当、点検期限のアラート通知やワークフロー連携

特にIoT・PLC連携はメーカーや通信プロトコル（OPC UA、Modbus等）が設備ごとに異なるため、対応プロトコルとゲートウェイの要否を連携要件で具体的に確認します。

RFP（提案依頼書）に盛り込むべき項目

要件が固まったら、ベンダーへの提案依頼書（RFP）にまとめます。最低限、次の項目を含めます。

• 対象工場・設備台数・保全方式（TBM/CBM/事後）と第一フェーズの範囲
• 現場のモバイル点検・オフライン運用と利用デバイスの要件
• 設備階層・コード体系・故障分類などマスタ設計の自由度とカスタマイズ範囲
• MES・IoT・在庫・会計など必須連携先と対応プロトコル・連携方式
• 現行台帳・故障履歴・部品在庫データの移行範囲と移行支援の有無
• 導入支援・現場定着支援・保守サポート体制と費用（初期/月額）の内訳

設備保全はパッケージのテンプレートと自社の保全運用がずれやすいため、標準機能で実現できる範囲とカスタマイズが必要な範囲を必ず仕分けて回答を求めます。

ベンダーを横並び比較する評価マトリクス

設備保全システムでは、機能適合度だけでなく「現場作業員が紙の点検表をやめて本当に使えるか（モバイルUIと入力負荷）」と「自社の設備階層・故障分類を再現できるマスタ柔軟性」に高い重みを置きます。加えて製造業の保全領域での導入実績・IoT連携実績・保守サポート体制を重視して重み付けします。

デモは自社の代表設備3〜5点と実際の故障シナリオを使い、点検から故障分析・KPI集計までを一気通貫で評価すると差が出ます。

設備保全システム導入でよくある失敗と回避策

よくある失敗	原因	回避策
現場が紙とExcelに戻ってしまい点検実績が入力されない	モバイル入力の手間が紙より多く、オフラインや現場端末の要件を詰めていなかった	現場作業員を要件定義に巻き込み、入力項目を最小化しQR読取・選択式中心の入力に設計する
故障分析(MTBF/MTTR)が集計できずデータが活用されない	故障モード・原因・処置のコード体系を定義せず自由記述で運用した	導入前に故障コード・処置コードの分類表を整備し、実績入力を必須コード選択にする
設備台帳が肥大化・重複し検索や集計に使えない	設備階層とコード採番ルールを決めずに登録を始め、同一設備が複数登録された	ライン/装置/部品の階層と採番ルールを先に確定し、移行時に名寄せ・重複統合を行う
予知保全(IoT)を導入したが現場運用に乗らない	対象設備・しきい値・アラート後の対応フローを決めずにセンサーだけ付けた	重要設備に絞り、しきい値超過時の作業オーダー化までの運用を要件に含めてから展開する

チェックリストの使い方（テンプレートとして使う）

本記事の機能要件・非機能要件・連携要件・評価マトリクスの各表は、そのまま要件定義の雛形（テンプレート）として使えます。表をコピーして自社に必要な項目の「要否」「優先度」を記入し、ベンダー回答を並べて比較してください。

1. 各表で自社に必要な項目の要否（必須/任意/不要）と優先度を記入する
2. 不足する自社固有の要件を追記する
3. ベンダー回答（○標準/△設定・追加開発/×不可）を記入する
4. 評価マトリクスで重みと評点を入れ、加重スコアで横並び比較する

※ 記入と加重スコアの自動集計ができるExcelテンプレート（ダウンロード版）は近日公開予定です。