年間保守契約で何を約束させるか｜保守範囲チェックリスト
産業システムのプロジェクトは、検収の署名で寿命が始まる側です。ラインの機種変更、PLC の更新、設備の追加、OS のパッチ——どれも「検収済み」のシステムを当時の状態からずらします。契約が検収で終わり、保守が「技術支援を行う」で止まっていると、発注側は後から執行できる根拠をほとんど持ちません。本記事は買い手の確認作業として、年間保守契約にどこまで書かせるかを整理します。
検収後に保守が切れると、現場で何が起きるか
検収で切れるのは機能ではなく、その後の改修の入口です。当時動けていたことは、三か月後に工程を変え、レシピを変え、バージョンを上げたときにも直せる人を保証しません。自動車・家電・食品のような量産ラインでは、工程変更の頻度が導入期間より高いことが珍しくありません。保守の取り決めがないと、変更のたびに再見積、再日程、現場環境の再説明から始まります。
次の結果は、検収から半年〜二年のあいだに繰り返し現れます。供給者が非協力なのではなく、後続の作業が執行可能な条項になっていない、という問題です。
- 当初のプロジェクトチームが解散し、現場の不具合は新規案件として商務から並び、約束した時限では動かない
- ソース、エンジニアリングファイル、点表、画面仕様書が発注側にない、または現場と版が食い違い、小さな改修もできない
- ラインの機種変更や設備追加のあと、画面・アラーム・帳票が現場と合わないのに、契約上の改修入口が見当たらない
- OS、データベース、組態ソフトのパッチとバージョンアップに責任者がおらず、脆弱性と互換性の問題が先送りになる
- 予備の産業用 PC や待機サーバのソフトウェア環境に一覧がなく、ハードウェア故障のあと元の稼働環境を戻せない
共通しているのは、検収時点ではシステムが使えていたことです。数か月後に現場条件が変わったとき、契約は「誰が、どの時間内に、どの手段で直すか」に答えていません。
契約に書かせるべき五つの範囲
「技術支援を行う」では工場システムのその後の寿命を覆えません。発注側は範囲を検査できる条項に分解する必要があります。応答時間、遠隔と現地、バージョンアップ、ライン改造後の改修方法、予備機とソフトウェア環境です。数字、手順、一覧のいずれにも落ちていない条項は、後から評価できません。
上海橙軒智能は年間保守を三つの成果物で構成しています。標準化保守契約、年度ごとに更新する保守リスト、年間保守報告書のテンプレートです。作業はリストに沿って実施し、報告書で評価します。10年級の継続サービス記録を保有しています。この三点セットは、相手に実行可能な保守の型があるかを判断するために、発注側がどの供給者にも提示を求めうる見本であり、契約交渉の代替ではありません。
- 応答時間：遠隔応答の時限と現地到着の時限をそれぞれ数字で書く。営業日とそれ以外で同一の時限か。起算はどの窓口の受信か。「速やかに」「早急に」では書かない
- 遠隔と現地：どの不具合を先に遠隔で扱うか、どの条件で現地に出るか。接続方法（VPN、専用線）と権限の承認者。遠隔対応を工数集計に入れるか
- バージョンアップ：OS、データベース、組態ソフト、アプリケーション本体のうち、どれが保守に含まれ、どれが変更手続きか。アップグレード前の切り戻し案は誰が用意するか
- ライン改造後の改修方法：機種変更、工程追加、レシピ変更、設備追加のとき、画面・点表・アラーム・帳票の改修はどの手続きか。影響範囲を先に評価してから変更票で進めるか（金額は別紙、人日単価は範囲条項に書かない）
- 予備機とソフトウェア環境：待機用産業 PC やサーバのイメージ、インストール媒体、ライセンス、ドライバ、復元手順が年度更新の保守リストに入っているか。環境が変わった年にリストを更新するか
範囲を書いたあとに決めるのは成果物です。年度ごとに更新する保守リストがなければ範囲は翌年に静かにずれ、年間保守報告書がなければ実施したことと実施していないことを突き合わせられません。
条項はどこまで書くか、曖昧だと何が起きるか
下表は発注側が契約を読む順番で並べています。第3列は想定ではなく、現場で繰り返されてきた結果です。日系家電工場や食品工場の保守を巡る争いは、多くがこの表に対応します。
| 条項 | 書くべき粒度 | 曖昧だとどうなるか |
|---|---|---|
| 応答時間 | 遠隔と現地を別時限で書く。起算点、営業日とそれ以外、遠隔で処理できないときの現地への切り替え | 不具合のあと「速やかに」の起算日で争い、ラインが止まったまま日程待ちになる |
| 遠隔と現地 | 遠隔接続方法、権限承認、遠隔で扱える不具合の種類、現地必須の条件、現地出張が保守に含まれるか | 相手は遠隔でログだけを見たがる。現地は別案件になる。あるいは現地に来てもログイン権限がない |
| バージョンアップ | どのソフトのどの段階のアップグレードが契約に含まれるか。作業窓、切り戻し案、テスト責任 | セキュリティパッチが当たらない。あるいは一度のアップグレードで画面とドライバが同時に止まり、切り戻せない |
| ライン改造後の改修 | 変更申請、影響評価、変更票、回帰テストの手順。「新規機能開発」との境界 | 設備一台の追加が新規案件と解釈され、画面と帳票が長期に現場と合わなくなる |
| 予備機とソフトウェア環境 | イメージ、インストール媒体、ライセンス、ドライバ版、復元手順を当該年度の保守リストに書き、環境変化の年に更新する | 産業 PC 故障のあと元の稼働環境を戻せない。再構築が必要になる |
| 保守リストと年間報告 | リストは年ごとに更新。報告には当年の完了項、未完了項、残リスク、翌年の提案を書く | 年度末の突合せで双方の言い分が分かれ、評価できない |
| 連絡窓口 | 固定窓口の言語（日本語対応。必要ならブリッジ SE）、時差、エスカレーション先。担当変更時の引継ぎ時限 | 担当エンジニア退職後に窓口が消え、不具合が商務の入口から再び並ぶ |
上表は契約審査用の粒度対照であり、特定の供給者の見積ではありません。人日単価と金額は保守範囲の条項に書かない——範囲を先に確定し、商務は別紙で定める。
発注側の自己点検リスト（7項目）
締結または更新の前に、次の7項目で現行テキストを一条ずつ照合します。口頭の補足でしか埋まらない項目は、まだ契約に入っていません。
- ① 契約は検収で終わっているか、年間保守の合意が別紙であるか
- ② 応答時間は数字で書かれ、遠隔と現地が分かれているか
- ③ ライン改造、機種変更、設備追加後の改修に書面の手続きがあるか。「その都度協議」で終わっていないか
- ④ 年度ごとに更新する保守リストがあるか。予備機のソフトウェア環境がリストに入っているか
- ⑤ 年間保守報告書の提出時期と必須欄が決まっているか
- ⑥ 窓口の言語とエスカレーション経路が書いてあるか（日本語対応の窓口。必要ならブリッジ SE）
- ⑦ 相手は標準化保守契約の見本、リストのテンプレート、報告書のテンプレートを出せるか——型を出せない相手は、更新時に範囲が安定しにくい
7項目のうち①〜⑤はテキスト、⑥⑦は相手が提示できるテンプレートと窓口を見ます。テンプレートと10年級の継続サービス記録を同時に出せる供給者は、少なくとも保守条項をその場で組み立てているわけではない、と判断できます。
まとめ
年間保守契約が拘束するのは姿勢ではなく、範囲の粒度です。応答時間、遠隔と現地、バージョンアップ、ライン改造後の改修方法、予備機とソフトウェア環境——この五つが数字、手順、一覧に落ちていなければ、検収後のシステムは最初の工程変更で保守の入口を失います。
発注側は三点セットの提示を求められます。標準化保守契約、年度ごとに更新する保守リスト、年間保守報告書のテンプレートです。提示でき、年ごとに更新でき、報告を出せて、はじめて保守は評価の対象になります。人日単価は別紙、範囲条項には書きません。
現行の保守条項を点検する
現行の保守契約または技術協議書の保守章を本記事のリストと照合し、書き足りない条項を特定できます。現場システムの点検項目を整理する必要がある場合は、対象範囲と窓口の言語をお知らせください。
お問い合わせ