システムの​保守契約で​確かめる​こと。​「何か​あったら​直す」の​中身を​決める

業務システムの​保守契約は、​「何か​あったら​直して​もらえる」と​考えて​結びがちです。​ところが、​何が​含まれ、​どれくらいで​対応し、​契約が​終わったら​何を​受け取れるかは、​契約ごとに​違います。​結ぶ​前に​確かめたい​項目を​整理します。

この​記事の​結論

保守契約で​確かめるのは、​「どこまでが​保守か」​「どれくらいで​対応するか」​「何を​報告して​もらえるか」​「契約が​終わったら​何を​受け取れるか」の​4つです。​特に、​機能を​足す作業が​保守に​入るのか、​別の​費用に​なるのかは、​後で​行き違いが​起きやすい​ところです。​契約書の​言葉ではなく、​具体的な​場面に​当てはめて​確かめます。

保守契約は​「何か​あったら​直す」ではない

業務システムを​作った​あと、​多くの​場合は​保守契約を​結びます。​その​とき、​「何か​あったら​直して​もらえる」という​理解の​まま​結んでしまう​ことがあります。

実際には、​保守に​何が​含まれるかは​契約ごとに​違います。​IPA​(情報処理推進機構)の​モデル契約書​(第二版)​でも、​保守・運用は、​作る​段階とは​別に、​内容を​決めて​契約する​ものとして​扱われています。​受託で​開発した​システム向けの​「受託開発​(一部​企画を​含む)、​保守運用」と、​パッケージや​SaaSを​使う​場合の​「パッケージ、​SaaS/ASP活用、​保守・運用」の​2つの​型が​あり、​どちらも​2025年4月に​ファイルが​更新されています​(IPA:情報システム・モデル取引・契約書​(第二版)、​2026-⁠10-⁠02 確認)。

確かめる​1:どこまでが​保守か

一番​行き違いが​起きやすいのが、​範囲です。​次の​場面が、​保守に​入るのか、​別の​費用に​なるのかを​確かめます。

場面確かめる​こと
不具合を​直す作った​時点から​ある​不具合か、​あとから​起きた​ものかで​扱いが​変わるか
動かしている​環境の​更新サーバーや​クラウド、​使っている​部品の​更新に​合わせた​手直しは​入るか
小さな​変更画面の​文言や​項目の​追加など、​小さな​変更は​入るか。​どこからが​「機能の​追加」か
使い方の​質問操作の​問い合わせに​答えて​もらえるか
データの​修正誤って​入力した​データを​直して​もらえるか

「小さな​変更」と​「機能の​追加」の​境目は、​契約書の​言葉だけでは​分かりにくいところです。​実際に​ありそうな​変更を​2〜3個挙げて、​どちらに​入るかを​先に​聞いて​おくと、​行き違いを​防げます。

環境の​更新は、​見落と​されやすい​作業です。​私たち自身も、​自社の​ドメインの​証明書の​更新を​人の​手に​頼っていた​ところを、​自動で​更新される​仕組みに​移しました​(SSL証明書の​期限切れを​防ぐ。​自動で​更新される​仕組みへの​移し方)。​保守契約では、​こうした​更新を​誰が​見るのかも​決めて​おきます。

トレーの中に収まる部品と、外に置かれた追加の部品で、保守の範囲を表したイメージ
トレーの​中に​収まる​部品と、​外に​置かれた​追加の​部品で、​保守の​範囲を​表した​イメージ

確かめる​2:どれくらいで​対応するか

システムが​止まった​とき、​どれくらいで​対応して​もらえるかも​確かめます。

  • 連絡の​受付時間。 平日の​日中だけか、​夜間や​休日も​受け付けるか
  • 最初の​返事までの​時間。 連絡してから、​どれくらいで​返事が​あるか
  • 止まった​ときの​優先度。 業務が​止まる​不具合と、​見た目の​不具合で、​対応の​早さを​分けているか

業務が​止まると​困る​システムなら、​「止まった​ときに​どうするか」を​契約の​前に​決めて​おきます。​夜間や​休日の​対応が​必要か​どうかは、​業務の​都合で​決まります。

あわせて、​直した​あとに​何を​確かめてから​戻すかも​聞いて​おきます。​急いで​直した​変更が、​別の​画面を​壊すことが​ある​ためです。​私たちは​自社の​サイトでも、​本番に​出す前に、​手元で​表示と​フォームの​動き・改行を​自動で​点検してから​公開しています。​保守でも、​更新の​たびに​通す点検が​決まっているかを​確かめます。

確かめる​3:何を​報告して​もらえるか

保守の​作業は、​発注する​側から​見えに​くい​ものです。​毎月、​何を​報告して​もらえるかを​決めて​おきます。

  • 対応した​問い合わせと、​直した​不具合
  • 環境の​更新や、​安全の​ための​手直しを​したか
  • 気に​なっている​こと​(動きが​遅くなっている、​容量が​増えている、​など)

報告が​あると、​保守の​費用に​見合った​作業が​されているかを​確かめられます。​次の​予算を​考える​材料にもなります。

確かめる​4:契約が​終わったら​何を​受け取れるか

保守契約は、​いつか​終わる​ことがあります。​作った​会社が​事業を​やめることもあります。​その​ときに、​次の​会社や​自社で​引き継げるか​どうかは、​契約の​時点で​決まります。

  • ソースコード。 最新の​ものを​受け取れるか。​権利は​どうなっているか
  • 設計書・手順書。 環境の​作り方や、​更新の​手順が​残っているか
  • ログインと鍵。 サーバーや​クラウド、​外部の​サービスの​ログインを、​自社で​持てるか。​受け取る​ときは、​メールや​チャットの​本文に​書いて​もらわず、​決まった​保管場所で​受け渡す方法を​決めて​おく
  • 引き継ぎの​協力。 契約が​終わる​とき、​次の​会社への​説明に​協力して​もらえるか

私たちは、​パスワードや​鍵を​ソースコードや​チャットに​書かず、​決まった​保管場所にだけ置く​決まりに​しています。​どこに​何が​あるかが​決まっていれば、​引き継ぐ​ときに​探し回らずに​済みます。

作った​会社と​連絡が​取れなくなった​ときの​手順は、システムを​作った​会社と​連絡が​取れない。​業務システムを​引き継ぐ​手順に​まとめています。

サーバーや​クラウドの​契約と​支払いが、​作った​会社の​名義に​なっている​ことがあります。​保守契約とは​別に、​動かしている​環境の​持ち主が​誰かも​確かめて​おきます。

見積もりを​比べる​ときは、​中身を​そろえる

保守の​費用を​複数の​会社で​比べる​ときは、​金額だけでなく、​上の​4つの​中身を​そろえて​比べます。​月々の​費用が​安くても、​小さな​変更が​別の​費用に​なるなら、​1年で​見ると​高く​つくこともあります。​見積もりの​読み方は、業務システムの​見積もりの​読み方。​金額を​比べる​前に​確かめる​ことに​まとめています。

よく​ある​質問

保守契約は、​必ず​結ば​ないと​いけませんか?
決まりは​ありません。​ただ、​動かしている​環境は​時間とともに​更新が​必要に​なるので、​誰が​それを​見るのかは​決めて​おく​必要が​あります。​自社で​見られるなら、​必要な​ときだけ​頼む形も​あります。
保守の​費用は、​何に​よって​変わりますか?
範囲、​対応時間、​報告の​内容に​よって​変わります。​夜間や​休日の​対応や、​止まった​ときの​早い​対応を​求める​ほど、​費用は​上がります。
今の​保守契約の​内容が​分かりません。​どうすればいいですか?
まず​契約書を​探し、​上の​4つの​項目に​当てはめて​読みます。​書かれていない​ことは、​保守を​お願いしている​会社に​確かめます。

具体的な​場面に​当てはめて​読む

保守契約の​言葉は、​どうしても​抽象的に​なります。​「この​画面の​項目を​1つ​増や​したい」​「夜に​システムが​止まった」のような、​実際に​ありそうな​場面に​当てはめて、​契約書を​読んで​みてください。

ご相談

業務システムに​ついて、​いまの​状況を​お聞かせ​ください。

「何から​手を​つければいいか​分からない」という​段階からで​構いません。​返信は​担当者が​直接お送りします。

送信いただいた個人情報はプライバシーポリシーに基づき取り扱います。