在庫管理術
メンテナンスパーツの在庫管理｜インフラ保守で復旧時間を守る配置設計の方法
インフラ業界のメンテナンスパーツとは？問われるのは「量」より「置き場所」
このパートをまとめると！
メンテナンスパーツは保守部品・予備品・サービスパーツとほぼ同義ですが、インフラ保守では顧客への役務を止めないことが目的になるため、保有量よりも復旧に間に合う場所に置かれているかが管理の焦点になります。
呼称の整理｜保守部品・予備品・サービスパーツ・工材との関係
メンテナンスパーツは、稼働中の設備を保守・修理するための部品を指す言葉です。現場によって「保守部品」「予備品」「サービスパーツ」「補修部品」と呼ばれますが、指しているものはほぼ同じです。
- 予備品・保守部品：製造業の保全部門でよく使われる呼び方
- サービスパーツ・メンテナンスパーツ：修理・アフターサービスの文脈で使われる呼び方
- 工材：通信・電気設備の保守や工事で使う材料（コネクタ・スリーブ・ケーブル類など）を指す現場用語
厳密な線引きは会社ごとに異なるため、まずは自社でどこまでをメンテナンスパーツとして管理対象にするかを決めることが出発点になります。
部品の分類方法（消耗品・計画品・保険品）や、入手困難度と停止影響度によるリスクベースの優先順位づけは、予備品管理の基本で詳しく扱っています。
インフラ保守では復旧時間の約束が在庫要件を決める
製造業の予備品管理は、自社の生産ラインを止めないための管理です。これに対しインフラ保守は、顧客や社会に提供しているサービスを止めない・早く戻すための管理になります。この違いが在庫の持ち方に直接効いてきます。
- 故障の連絡から復旧までの時間が、対外的な品質そのものになる
- 夜間・休日・悪天候でも出動が発生する
- 障害の発生場所が広域に散らばり、どの拠点から向かうかが毎回変わる
つまり、重要なのは社内の在庫総量ではなく「その障害に向かう作業者の手が届く範囲に部品があるか」です。中央倉庫に十分な在庫があっても、現場から3時間かかる場所にあれば復旧時間の要求には応えられません。
なぜインフラのメンテナンスパーツ管理は難しいのか？4つの構造要因
このパートをまとめると！
インフラのメンテナンスパーツ管理が難しいのは、在庫が3層に分散すること、協力会社に預けた在庫が見えないこと、計画需要と突発需要が二重に走ること、災害時に需要が一斉に跳ねることの4点が重なるためです。
1. 在庫が3層に分散する（中央倉庫／エリア拠点／サービスカー）
インフラ保守の在庫は、1か所にまとまっていることがほとんどありません。
- 中央倉庫：全社・広域をカバーする集約在庫
- エリア拠点：営業所・設備部・サービスセンターごとの在庫
- サービスカー・作業員携行：出動時に持ち出す在庫
この3層目が最もやっかいです。作業車のトランクや工具箱にある部品は、帳簿上は「出庫済み」になっているか、あるいは記録すらされていないことが多く、実質的に管理外の在庫になります。全社では十分な在庫があるのに特定拠点だけ欠品する、あるいは車載在庫が余っているのに新規発注してしまう、という事態がここから生まれます。
2. 協力会社への支給品・貸与品は他人の手元にある自社在庫
保守業務の一部を協力会社・委託先に任せている場合、自社から部品を支給・貸与する運用が発生します。この在庫は所有権は自社にありながら、日々の増減は相手先で起きるため、在庫がブラックボックス化しやすいのが実情です。
結果として起きやすいのが、「支給した部品が足りない」という連絡への対応が日常業務化することです。渡した側は渡したつもりで、受け取った側は見つけられない。どちらも悪意はないのに、確認のための電話とメールに時間が溶けていきます。
3. 需要が二重構造になっている（計画需要と突発需要）
インフラ保守の部品需要は、性質の異なる2つが同時に走ります。
- 計画需要：法定点検・定期交換・更新工事にひもづく、事前に読める需要
- 突発需要：故障・障害対応の出動にひもづく、予測できない需要
この2つを同じ在庫プールで管理していると、更新工事のために積んだ在庫を突発対応で食い、工事直前に足りないことに気づく、という事故が起きます。逆に突発対応用に確保していた分を工事で使ってしまい、いざ障害が起きたときに手元にないケースもあります。
4. 災害・大規模障害時に需要が一斉に跳ねる
台風・地震・豪雪などの災害時には、広域で復旧工事が同時に発生します。このとき必要になる部品の量は、平常時の消費実績から算出した適正在庫の水準をはるかに超えます。
さらに厄介なのは、こうした局面では在庫を数える余裕がないことです。復旧対応に人手が取られている最中に「今いくつあるのか」を調べ、急ぎで発注をかける作業が担当者1人に集中する構図になりがちです。
復旧時間から在庫基準を逆算する
このパートをまとめると！
在庫量から考えるのではなく、部品ごとに復旧目標時間を決め、その時間内に手が届く場所を特定し、出動1回分のセット単位で持たせる、この順序で逆算すると、置き場所の要件が自然に決まります。
ステップ1：部品ごとに「何時間で復旧させるか」を置く
まず、扱っている設備・サービスごとに復旧目標時間を仮でも置きます。全部品に同じ目標を設定する必要はありません。
- サービス停止に直結し、即日復旧が求められるもの
- 機能低下はあるが数日の猶予があるもの
- 次回の定期点検で交換すればよいもの
この区分がないまま「全部すぐ必要」という前提で管理すると、あらゆる部品を全拠点に置くことになり、在庫が膨らみます。
ステップ2：「現地に無い＝間に合わない」部品を切り出す
復旧目標時間と、その部品を取りに行くまたは取り寄せるのにかかる時間を突き合わせます。
復旧目標時間 < 中央倉庫から現場までの移動・搬送時間 となる部品は、中央倉庫にいくら在庫があっても間に合いません。これらが「現地側（エリア拠点またはサービスカー）に必ず置くべき部品」です。
逆に、目標時間に余裕がある部品や、調達リードタイムが長く常備で解決しない部品は、中央倉庫に集約したほうが総在庫を抑えられます。
ステップ3：出動1回分の「標準セット」を単位に持たせる
現地側に置く部品は、品目単位で数えるより、1回の出動で使う組み合わせ（標準セット）を単位にすると運用が安定します。
たとえば「この故障パターンの対応には、部品A×1・部品B×2・消耗材C×1」と決めておき、セットが何組分あるかで在庫を管理します。品目ごとの数量管理より判断が速く、「Aはあるのに Bがなくて復旧できない」という組み合わせ欠品も防げます。
3層の在庫配置設計｜どの部品をどこに置くか
このパートをまとめると！
中央倉庫には高額・低頻度・長納期品を、エリア拠点には出動頻度が高い中量品を、サービスカーには軽量・高頻度で欠品が即遅延になる部品を置きます。そのうえで、拠点間で融通できる状態を作ることが総在庫の削減につながります。
中央倉庫に集約するもの｜高額・低頻度・長納期
各拠点に分散させると総量が膨らむ部品は、中央に集約します。
- 単価が高く、複数拠点に置くと在庫金額が跳ねるもの
- 使用頻度が極端に低く、拠点ごとに持つ意味が薄いもの
- 調達リードタイムが長く、そもそも常備でしか対応できないもの
集約するかわりに、中央から各拠点への搬送手段と所要時間を明確にしておくことが前提になります。
エリア拠点に置くもの｜出動頻度が高い中量品
担当エリア内の出動で繰り返し使う部品は、拠点在庫が基本です。設計のポイントは、拠点ごとに何を何セット持つかの基準を数値で決めておくことです。
拠点ごとに「担当者の判断」で在庫水準が決まっている状態は、担当者の異動・退職でそのまま崩れます。過去の出動実績から品目とセット数の基準を作り、拠点間でフォーマットを統一しておくと、引き継ぎも拠点間比較もできるようになります。
サービスカー・作業員に持たせるもの｜軽量・高頻度・欠品が即遅延
作業車や工具箱に常備するのは、次の条件を満たすものに絞ります。
- 軽量・小型で、常時積んでおいても負担にならない
- 出動のたびに高い確率で使う
- 現場でこれがないと、その場での復旧を諦めることになる
ここで重要なのは、車載在庫を「持ち出したら記録する」運用で管理しようとしないことです。忙しい現場では記録は後回しになり、必ず崩れます。定期的に補充する日を決めて満載状態に戻す（定数補充）ほうが現実的です。
拠点間融通のルール｜見えていない在庫は融通できない
3層設計の効果を最大化するのは、拠点間の融通です。隣接エリアに在庫があれば、中央からの搬送を待たずに調達できます。
ただし融通は「他拠点の在庫がリアルタイムに見えていること」が前提です。電話で在庫を問い合わせ、相手が倉庫まで確認に行き、折り返しの連絡を待つ——この時間を使うくらいなら中央に発注したほうが早いので、結局融通は起きません。在庫の可視化は、在庫削減の手段である以上に、拠点間連携の前提条件です。
災害・大規模障害への備え｜非常用ストックの持ち方
このパートをまとめると！
災害時の需要は平常時の適正在庫では吸収できません。平常時在庫と非常用ストックを分けて管理し、供給網自体が止まる前提で事前確保しておくこと、そして復旧後に在庫状態をリセットする手順を決めておくことが要点です。
平常時在庫と非常用ストックは分けて管理する
災害用の部品を平常時の在庫プールに混ぜておくと、日常の出動で少しずつ削られ、いざというときに残っていません。
- 非常用ストックは物理的にも管理上も分離する（別ロケーション・別基準）
- 平常時の消費実績から自動的に発注点を下げる対象からは外す
- 定期的に有効期限・劣化の確認を行う（ゴム・電池・シール材など）
供給網そのものが止まる前提で考える
大規模災害では、自社の在庫だけでなく調達先や物流も影響を受けます。「足りなくなったら発注する」という平常時の前提が成り立たない局面があるということです。
そのため、非常用ストックの必要量は消費予測から求めるのではなく、「供給が止まった状態で何日間の復旧活動を支えるか」という考え方で置くほうが実務に合います。
復旧後の棚卸リセットを手順化しておく
災害対応の最中は、記録が追いつかないのが普通です。むしろ記録を優先させて復旧を遅らせるべきではありません。
現実的な備えは、対応が落ち着いた段階で在庫の実態を素早く把握し直す手順を決めておくことです。実在庫が自動で数値化される仕組みがあれば、この「棚卸リセット」の負担そのものがなくなります。
分散在庫を見える化する手段の比較
このパートをまとめると！
インフラのメンテナンスパーツでは「車載・協力会社の在庫まで見えるか」「現場に新しい入力作業を増やさないか」の2点が選定軸になります。この2つを同時に満たせるかどうかで、運用が定着するかが決まります。
一般的な在庫管理の手段比較は工材の記事でも扱っていますが、分散在庫という観点に絞ると、見るべき軸は「拠点外（車載・協力会社）の在庫まで見えるか」「現場に新しい入力作業を増やさないか」の2つに収束します。
| 手段 | 拠点外（車載・協力会社）の在庫が見えるか | 現場の入力作業が増えないか |
|---|---|---|
| 紙の台帳 | ×（拠点ごとに閉じる） | △（記帳が必要） |
| エクセル | △（共有フォルダ運用に依存し、更新は事後） | ×（入力が前提、後回しになりやすい） |
| バーコード | △（読み取れば見えるが、読み取り漏れが前提になる） | ×（都度スキャンが必要） |
| RFID | ○（一括読み取りは可能） | △（タグ貼付の手間が品目数に比例する） |
| IoT重量計（スマートマットクラウド） | ◎（設置場所を問わずクラウドに集約） | ◎（置くだけで記録が不要） |
💡 専門家の視点：ルールで解決しようとすると失敗する
分散在庫の管理は、「持ち出したら記録する」「月次で棚卸する」といったルールの徹底で解決しようとされがちです。しかし、現場が忙しいほど記録は後回しになり、記録が崩れるほど台帳は信用されなくなり、結局誰も見なくなります。ルールを厳しくするのではなく、数える・記録するという作業自体を業務から外すという方向で考えるのが、定着する唯一の道筋です。
スマートマットクラウドでメンテナンスパーツの実在庫を可視化する
このパートをまとめると！
スマートマットクラウドは棚やカゴの下に置くだけで重量から在庫数を算出し、クラウドに反映するIoT重量計型のサービスです。拠点数が増えても現場の作業は増えず、離れた拠点や委託先の在庫も一元的に把握できます。
「スマートマットクラウド」は、重量センサを搭載したマットの上に部品を置いておくだけで、重さの変化から在庫数を自動的に算出し、クラウドに反映する在庫管理サービスです。バーコードのスキャンも、RFIDのタグ貼付も必要ありません。
離れた倉庫・他拠点の在庫をデスクから確認できる
インフラ保守では、部品の保管倉庫が事務所から離れていることが少なくありません。スマートマットクラウドなら管理画面から実在庫を確認できるため、在庫確認のたびに倉庫へ移動する必要がなくなります。複数拠点に設置した場合もデータはすべてクラウドに集約されるので、拠点間の融通判断もその場でできます。
細かいパーツも数えずに把握できる
コネクタ、スリーブ、プラグ、端子といった細かい部材は、目視カウントに時間がかかり、RFIDのタグ貼付も現実的ではありません。重量ベースであれば、こうした細かい部材も置いたまま残量を把握できます。
閾値通知とRPA連携で発注判断を標準化する
品目ごとに発注点（閾値）を設定しておくと、下回った時点で通知が届きます。通知された情報を既存の購買システムへRPAで連携すれば、発注業務そのものを自動化できます。ベテラン担当者の勘に依存していた発注判断が数値基準に置き換わるため、担当者の異動・不在でも保守業務が止まりません。
委託先・協力会社の在庫も同じ画面で見える
自社から支給・貸与している部品の保管場所にマットを設置すれば、相手先の在庫状況もブラウザで確認できます。双方が同じ数字を見られるようになると、「足りない」という連絡への対応が、事後の確認作業から事前の相談に変わります。
スマートマットクラウドによるサービスパーツ管理の導入事例
スマートマットクラウドは、現在多くの企業様に導入いただいています。インフラ保守の現場で、サービスパーツの在庫管理を効率化した事例をご紹介します。
保守パーツ部材の物品管理業務を削減・RPAで発注システム連携を推進（NTT東日本 板橋サービスセンター様）
電話・インターネットの故障対応を担うNTT東日本 板橋サービスセンター様では、トラブル発生時にすぐ駆けつけて交換する保守パーツを数百種類保管しており、離れた倉庫まで出向いて目視で数える在庫確認に週3日・各1時間を費やしていました。1個あたり数グラムの細かい部材が多くRFIDのタグ貼付は現実的でないと判断し、スマートマットクラウドを導入。1日4回の定時計測で閾値を下回るとメール通知が届き、その情報をRPA経由で社内の発注システムへ自動転記する運用を構築しました。在庫確認工数は約1/3に圧縮され、物品管理者3名を1名に減らす稼働削減を見込むまでに至っています。
サービスパーツの在庫管理に関するよくある質問（FAQ）
Q. 作業車に積んでいる部品まで在庫管理の対象にすべきですか？
A. 対象にすべきです。車載在庫は帳簿上「出庫済み」として消えていることが多く、全社の実在庫を見えなくする最大の要因になります。ただし持ち出しのたびに記録を求める運用は定着しにくいため、補充日を決めて満載状態に戻す定数補充で管理するほうが現実的です。
Q. 協力会社に預けている支給品の在庫は、どう管理すればよいですか？
A. 相手先の保管場所そのものを可視化の対象に含めるのが確実です。所有権は自社にあっても増減は相手先で起きるため、報告に頼る運用では実態とずれます。双方が同じ在庫数を見られる状態にすると、確認のやり取り自体が減ります。
Q. 災害用の予備在庫は、どのくらい持てばよいですか？
A. 平常時の消費予測からは求められません。「調達が止まった状態で何日分の復旧活動を支えるか」という基準で置き、平常時の在庫プールとは物理的にも管理上も分けておくことが要点です。
Q. 拠点ごとの在庫基準は、誰がどう決めればよいですか？
A. 過去の出動実績をもとに、品目と標準セット数で全拠点共通のフォーマットを作るのが基本です。拠点ごとに担当者の裁量で決まっている状態は、異動や退職でそのまま崩れます。
Q. メンテナンスパーツと予備品・工材は違うものですか？
A. ほぼ同義です。製造業の保全部門では「予備品」「保守部品」、修理・アフターサービスの文脈では「サービスパーツ」「メンテナンスパーツ」、通信・電気設備の保守現場では「工材」と呼ばれる傾向があります。分類方法や廃番対応は予備品の管理とは？をご覧ください。
まとめ：「どこに持つか」を設計すると、総在庫は減る
インフラ保守のメンテナンスパーツ管理では、在庫を増やすことでしか復旧時間を守れないと考えられがちです。しかし実際には、置き場所の設計が曖昧なまま各拠点が個別に在庫を積み上げている状態こそが、全社の在庫を膨らませています。最後に、この記事の重要なポイントを振り返りましょう。
本記事のポイント
- 部品ごとに復旧目標時間を置き、「現地に必ず置くべき部品」を切り出す
- 中央倉庫・エリア拠点・サービスカーの3層で役割を分ける
- 車載在庫と協力会社の支給品を管理対象から外さない
- 災害用ストックは平常時在庫と分けて持つ
- 拠点間で融通できるように、実在庫をリアルタイムで見える状態にする
まずは自社のメンテナンスパーツについて、「どの部品が、どの層に、なぜ置かれているのか」を書き出してみるところから始めてみてはいかがでしょうか。説明できない在庫が見つかれば、それが最初の改善余地です。
おすすめのダウンロード資料
人気記事ランキング
