保守・稼働管理——止まらない運用をつくる（全文）

エグゼクティブ・サマリー

ロボットの停止時間のうち、部品が壊れて止まっている時間は一部でしかない。 多くは、環境が変わった・置き方が変わった・上流の作業が遅れた・エラー復帰の手順を誰も知らない、という「壊れていないのに動いていない」時間である。保守を部品交換の話だと定義した瞬間に、現場の実感と数字が合わなくなる。
保守契約は「何が含まれるか」ではなく「何が含まれないか」から読む。 消耗品、通信費、ソフトウェア更新、レイアウト変更に伴う再設定、他社機との連携部分——ここは標準契約から外れていることが多い。外れている項目は、必ず誰かが年に何度か費用を払うことになる。
保守体制は3層で設計する。 一次＝現場のオペレーターが5分以内に復旧させる範囲、二次＝社内保全またはSIerが当日中に対応する範囲、三次＝メーカーの部品交換・修理。どこまでを一次に置くかが、稼働率をほぼ決める。
稼働率という一語で議論しない。 可用率（動けた時間の割合）・MTBF（平均故障間隔）・MTTR（平均復旧時間）を分けて測る。可用率が同じ90%でも、「月1回8時間止まる」と「毎日20分止まる」は、打つ手がまったく違う。
保守は「勘」から「データ」へ移す準備を、導入時に済ませておく。 停止ログ・エラーコード・稼働時間を取れる状態で受け入れなければ、後から予知保全にもデータ活用にも進めない。配線と権限は、稼働してからでは取り直しが利かない。

ロボットを導入した現場が半年後に直面する問いは、「動くかどうか」ではなく「動き続けるかどうか」である。導入プロジェクトは検収で終わるが、運用は終わらない。そして運用の巧拙は、ほぼ保守設計の巧拙で決まる。

やっかいなのは、保守が「壊れたら直す」という受け身の作業に見えることだ。実際には、保守設計とはどの停止を誰が何分で戻すかをあらかじめ決めておく作業であり、その大半は導入前の要件定義と契約交渉で決着している。稼働が始まってから体制を組み直すのは、費用も時間も何倍もかかる。

RobiZyはロボットを売らないNPO法人であり、特定のメーカーやSIerの立場を持たない。だからこそ、保守契約の行間——誰の負担で、何時間以内に、どこまでを戻すのか——を、ユーザー側の視点で読み解く支援ができる。本稿では、導入した設備を「止まらない運用」に載せるための設計を、契約前に決めるべき順序で整理する。

1. 停止を4つに分類する

「今月は稼働率が悪かった」という報告は、そのままでは打ち手につながらない。まず停止を分類する。分類の粒度は、対応する人が変わるところで切るのが実務的である。

分類	内容の例	一次対応者	よくある真因
① 故障停止	駆動部・センサ・バッテリの不具合、部品破損	メーカー／SIer	消耗品の交換周期を管理していない
② 環境起因停止	床の段差・照明変化・障害物・通信の切断・温湿度	現場（施設管理）	導入時の環境条件が維持されていない
③ オペレーション起因停止	置き方のばらつき、荷姿の変更、教示条件外の投入、復旧手順の不知	現場（オペレーター）	手順書と教育が更新されていない
④ 上流起因停止	前工程の遅れ、指示データの欠落、人員配置の穴	業務部門	業務設計がロボット前提になっていない

この4分類で1か月分の停止時間を割り振ると、多くの現場で①以外の合計が大きくなる。②〜④は保守契約を手厚くしても減らない——減らせるのは業務設計と教育、そして環境の維持管理である。ここを取り違えたまま高額な保守プランを契約すると、費用は増えるのに稼働は上がらない、という最悪の結果になる。

逆にいえば、②〜④が大きい現場は、追加投資なしで稼働を改善できる余地が大きいということでもある。役割分担の設計については人とロボットの役割分担設計（ToBe業務設計）、定着化の全体像は定着化・運用設計を併せて参照されたい。

2. 稼働率を3つの指標に分解する

保守の議論では、次の3つを分けて使う。

可用率（Availability）：稼働可能だった時間 ÷ 稼働させたかった時間。現場が体感する「使えた度合い」。
MTBF（平均故障間隔）：停止と停止の間隔。長いほど「めったに止まらない」。
MTTR（平均復旧時間）：止まってから戻るまで。短いほど「止まってもすぐ戻る」。

可用率は MTBF と MTTR の関係で決まる。同じ可用率でも、MTBFが短くMTTRも短い設備（頻繁に止まるがすぐ戻る）と、MTBFが長くMTTRも長い設備（めったに止まらないが止まると半日）は、対策がまったく異なる。

症状	効く打ち手	効かない打ち手
MTBFが短い（頻繁に止まる）	環境整備、投入物のばらつき低減、教示条件の見直し、消耗品の前倒し交換	駆けつけ時間の短縮契約
MTTRが長い（戻すのに時間がかかる）	一次対応範囲の拡大、復旧手順の標準化、予備品の現場常備、遠隔支援	部品の高信頼化
特定時間帯に集中する	シフト・要員配置、上流工程の平準化	ハードウェア対策全般

測定設計の考え方はロボット導入のKPI設計と効果測定で詳しく扱っている。保守のKPIも、業務KPIと同じ台帳で管理するのが望ましい。

なお、「稼働させたかった時間」の定義を先に決めておくこと。休憩時間・段取り替え・計画停止を分母に含めるかどうかで、同じ設備の可用率は容易に10ポイント以上動く。ベンダーの提示する稼働率と自社の測る稼働率が食い違う原因は、ほぼこの分母にある。

3. 保守体制は3層で設計する

止まらない運用の実体は、復旧の役割分担である。

一次対応（現場オペレーター／目標5分以内） エラー表示の確認、非常停止の解除、障害物の除去、再起動、簡易な位置合わせ、消耗品の交換、決められた条件でのリセット。ここに置ける作業を増やすほど、可用率は素直に上がる。逆に「触ってはいけない」範囲を広く取りすぎた現場は、些細な停止でも二次対応を待つことになる。

二次対応（社内保全／SIer／目標:当日中） 設定変更、教示の微修正、ネットワーク・上位システム側の切り分け、一次で戻らない事象の原因特定。複数ベンダーの機器が絡む現場では、この層で「どこの問題か」を切り分ける役が要る。切り分け役が不在だと、ベンダー間で責任の押し付け合いが起き、停止が長引く（複数ベンダー・複数機種の統合とデータ連携を参照）。

三次対応（メーカー修理／部品交換） 分解を伴う修理、基板・駆動部の交換、ファームウェア更新。ここは契約に基づく対応となるため、受付時間・駆け付け／持ち帰りの別・代替機の有無を契約書で確認する。

一次対応の範囲を決めるときは、安全と保証の線引きを必ずセットで確認する。無理に一次を広げると、保証対象外の操作や安全上の逸脱を招く。安全側の考え方はロボットの安全とリスクアセスメントを参照されたい。

一次対応を成立させる3点セット

1枚もののトラブルシュート表：エラー表示ごとに「見る場所／やること／やってはいけないこと／何分待って戻らなければ二次へ」を書く。分厚いマニュアルは現場で開かれない。
エスカレーション先の明示：昼・夜・休日それぞれの連絡先と、その連絡先が出ないときの次の手を書く。
触ってよい範囲の物理的な明示：カバー・端子・操作盤に、開けてよい／よくないを表示する。文書だけでは運用されない。

4. 保守契約は「含まれないもの」から読む

保守契約の比較は、金額ではなくカバー範囲の差分で行う。次の表を、見積を取る全社に同じ形式で埋めてもらうとよい。

確認項目	見るポイント
対応時間帯	平日日中のみか、夜間・休日を含むか。自社の稼働時間と一致しているか
応答時間と復旧時間	「受付から◯時間で連絡」なのか「◯時間で復旧」なのか。両者はまったく違う
駆け付け／持ち帰り	出張費は含むか。持ち帰り修理中の代替機はあるか、その費用は誰の負担か
消耗品	バッテリ・タイヤ・ブラシ・グリッパのパッド・フィルタ等が含まれるか。年間何個までか
ソフトウェア	バージョンアップは含むか。更新に伴う停止時間と再検証の工数は誰が持つか
通信・クラウド	通信費、遠隔監視サービス、データ保管の費用は別建てか
レイアウト変更	現場変更に伴う地図の作り直し・教示のやり直しは有償か。回数の目安はあるか
他社機との連携部分	連携部分の不具合を誰が切り分けるか。切り分け費用は含まれるか
部品の供給期間	生産終了後、何年間部品が供給されるか。供給終了時の代替案
契約の更新条件	年次の値上げ条件、途中解約、台数変更時の扱い

とくに見落とされやすいのが、レイアウト変更に伴う再設定と他社機との連携部分の切り分けである。現場は必ず変わる。変わるたびに個別見積になる契約は、3年で当初想定を大きく超える。

契約に落とす前の要件整理はロボット導入の要件定義書、ベンダー比較の進め方はロボット選定の勘所とSIerの選び方で扱っている。保守条件は、選定段階の評価軸に必ず入れること。導入価格が安く保守が高い提案と、その逆の提案は、耐用年数分を合計しないと比較できない。

5. 予備品と消耗品を「在庫ポリシー」で決める

MTTRを縮める最も確実な手段は、部品を現場に置いておくことである。ただし全部品を持つのは非現実的なので、次の3分類で決める。

区分	判断基準	置き場所
常備（現場）	交換頻度が高い／交換に工具と資格が不要／単価が低い	設備のすぐ横
社内在庫	停止インパクトが大きい／調達リードタイムが長い／単価は中程度	保全倉庫
都度調達	故障頻度が低い／単価が高い／メーカー作業が必須	持たない（供給期間だけ確認）

判断の軸は「単価」ではなく「停止インパクト × 調達リードタイム」である。数千円の部品が2週間手に入らないために生産が止まる、という事態は珍しくない。

消耗品については、交換周期を稼働時間ベースで管理する。カレンダーベース（半年ごと等）で管理すると、稼働の多い設備では早く傷み、少ない設備では無駄に交換することになる。稼働時間が取れない設備は、そもそもこの管理ができない——これが次章につながる。

6. 保守を勘から外す——受け入れ時に決めておくこと

保守をデータに基づいて回すには、稼働してからでは間に合わない準備がある。受け入れ検収の条件に、次を必ず入れる。

停止ログとエラーコードが取得できること（画面表示だけでなく、外部に取り出せる形式で）
稼働時間・走行距離・サイクル数など、消耗の代理指標が取得できること
取得データの所有と利用の権利が自社にあること（ベンダーのクラウド内でのみ閲覧可、という条件は後から効いてくる）
エクスポート手段があること（CSV／API／定期ファイル出力のいずれか）
エラーコードの一覧と意味の説明資料が納品物に含まれること

これらは追加費用が発生する場合もあるが、稼働後に遡って整備することはできない。データが取れていれば、消耗品交換の最適化、停止の要因分析、そして予知保全へと進める。データ基盤の設計と、AIによる予兆検知への展開は、続編の予知保全——設備データからAIで「止めない運用」へで扱う。

導入7工程のうち、保守設計は⑥定着化・⑦運用の話だと思われがちだが、実際には②要件定義・PoC・選定・組成の段階で大半が決まる。PoCの評価項目に「復旧に何分かかったか」「誰が戻せたか」を入れておくこと（PoC（実証実験）の設計と評価）。

7. 年次の保守費用を組み立てる

保守費用は、次の5項目に分けて年次計画を作る。まとめて「保守費」とすると、増減の理由が説明できなくなる。

費目	内容	変動要因
基本保守料	契約に基づく定額	台数、対応時間帯
消耗品費	バッテリ・接触部品等	稼働時間、環境
変更対応費	レイアウト変更、教示追加、設定変更	現場変更の頻度
通信・サービス費	回線、遠隔監視、クラウド	台数
予備品・工具	初期整備＋補充	在庫ポリシー

投資判断の場でこの内訳を示せると、「保守費が高い」という漠然とした議論が、「変更対応費が多いのは現場変更が多いからで、そこは契約形態を変えれば下がる」という具体的な議論に変わる。費用対効果の説明の組み立て方はロボット導入の投資対効果（ROI）の語り方を参照されたい。

なお、耐用年数の後半では消耗品費と修理費が増える。導入時のROI試算に保守費を初年度水準で置いたままにすると、後半で計画と実績が乖離する。年次で逓増する前提で置いておくほうが、後の説明がしやすい。

8. 契約前チェックリスト

保守契約を結ぶ前に、次を自社側で埋められるか確認する。埋まらない項目があれば、それはベンダーへの質問リストになる。

まとめ

止まらない運用は、丈夫な機械を買うことでは実現しない。停止を分類し、復旧の役割を3層に割り付け、契約の穴を埋め、データが取れる状態で受け入れる——この4つを導入前に済ませた現場が、結果として止まらない。

そして、これらはいずれも技術の問題ではなく、設計と交渉の問題である。ベンダーは自社の責任範囲について明快に語れるが、範囲の外側——現場の運用、他社機との境界、業務の上流——については語る立場にない。その外側こそが、停止時間の大半を占める領域である。

RobiZyはロボットを販売しない中立の立場から、ユーザー・メーカー・SIer・運用事業者が同じ表を見て話せる状態をつくることを役割としている。保守契約の比較、一次対応範囲の設計、受け入れ時のデータ要件の整理——いずれも、導入が始まる前のほうが安く早く決まる。構想段階でのご相談を歓迎する。 「まだ機種も決まっていない」段階でこそ、保守の条件は交渉可能である。

保守・稼働管理——止まらない運用をつくる