システム保守契約書とは？注意すべきことはある？

本記事では、特にハードウェア面の保守内容を含むシステム保守契約書の概要や、契約で定めるべき主要項目、注意すべきポイントについて解説します。

システム保守契約書とは？

システム保守契約書とは、導入済みのソフトウェアおよびハードウェアを、安定的に稼働させ続けるために必要な保守業務の範囲や対応フロー、費用負担などを明確に規定した文書です。

よくある誤解として「保守＝ソフトウェアのバグ修正だけ」と思われがちですが、実際にはサーバやPCなどのハードウェアの障害対応も含めて総合的に扱われるケースが多々あります。ハードウェアの不具合や故障が発生した際に、迅速に交換・修理を行うかどうか、部品費や作業費用は定額に含まれるのか追加請求なのか、こうした論点を明文化しておくことが、後々のトラブル防止につながります。

また、サービス品質の基準を数値化するSLA（Service Level Agreement）を契約書の一部として定める場合も増えています。たとえば、システム障害に何時間以内に着手し、何時間以内に復旧を目指すかといった「応答時間」や「解決時間」を取り決め、ベンダー側とユーザ側の認識を統一するわけです。こうしたSLAの土台となる目標値がSLO（Service Level Objective）で、どの程度の達成率を理想とするかを設定しておくことで、日々の運用評価や改善活動に生かすことができます。

システム保守契約を締結するケース

システム保守契約は、以下のようなシーンで締結されることが一般的です。

• システム導入直後の運用フェーズ：開発・導入が完了し、本稼働に入ったタイミングで保守契約を結ぶケースです。初期障害への対応や不具合修正のため、早期の段階でしっかりとした保守体制を整備する必要があります。
• ハードウェアを含むリプレースの実施時：既存機器がメーカーサポート切れになる、あるいは性能不足になったなどの理由で新しいハードウェアに置き換える際に、改めて保守契約を締結するパターンです。
• オンプレミスからクラウド環境への移行時：物理的なサーバやネットワーク機器の管理範囲が変わり、ハードウェア保守が縮小または別の形態になる場合にも、新たな契約形態が必要です。
• システム機能やインフラの追加・変更：新モジュールの導入やハードウェアの拡張時に、既存の保守契約内容を大幅に変更・追記して再締結することがあります。
• メーカーサポート終了後の延命保守・延長保守：サーバーやネットワーク機器などのメーカー保証が終了しても、すぐに新機種に置き換える余裕がない場合、延命保守サービスを利用して機器を使い続けるケースがあります。

いずれのケースにおいても、ソフトウェアとハードウェアの両面でトラブルが発生しうることを念頭に、包括的かつ具体的な契約内容を定めることが大切です。特にハードウェア障害時には、部品交換や修理対応の期限、費用負担、オンサイト対応の範囲などが企業の事業継続に直接関わります。

システム保守契約の対象になるもの

保守契約の対象範囲は、企業のニーズとシステムの構成によって異なります。ハードウェアを含む包括的な契約とする場合、以下のような要素が対象に含まれることが多いでしょう。

• ソフトウェア本体：業務アプリケーションやOS、ミドルウェアのバグ修正やアップデート対応、セキュリティパッチの適用など。
• サーバ、PC、ネットワーク機器などのハードウェア：故障対応、修理手配、パーツ交換、代替機の貸し出しなど。ハードウェアの寿命や製品保証を踏まえたうえで、どのレベルまでを保守契約に含めるかを明確にします。
• 周辺機器（プリンター、スキャナーなど）：周辺機器の修理や消耗品の交換手配も、保守契約の中に含めるのか否かを定めます。
• バックアップやリカバリ対応：データ損失が発生した場合の復旧対応や、定期的なバックアップ取得サポートをどこまで行うか。
• 監視ツール・SLA達成のためのモニタリング：システム稼働状況を監視し、SLAで定めた可用性や応答速度を確保するための監視サービスも保守契約に含まれることがあります。

これらの対象範囲を曖昧にしてしまうと、障害発生時に「そこは保守対象ではない」「いや、保守範囲内のはずだ」という認識の齟齬が生じます。SLAやSLOの観点でも、どこまでモニタリングや対応が求められるかを契約書に明示しておくと、お互いの責任範囲やコスト負担がクリアになりやすいでしょう。

システム保守契約書に記載する事項

ここからは、システム保守契約書を作成・締結する際に特に重要となる項目を詳しく解説します。ハードウェア保守を含む場合、ソフトウェア保守とは異なる注意点も多いため、以下を参考にしっかりと内容を詰めていきましょう。

保守業務の範囲と内容

まず最初に明確にすべきなのは、どのハードウェアやソフトウェアが対象となり、どのような保守業務を実施するかという範囲です。

サーバ本体、ストレージ、ネットワーク機器、端末PC、周辺機器といった具体的な対象機器を列挙し、さらにソフトウェア面でのバグ修正やアップデート対応をどこまで含めるかを詳細に記載しましょう。

また、「初動対応」「原因切り分け」「修理または部品交換」「再発防止策の提案」など、保守業務を複数ステップに分けて整理すると、ベンダー側・ユーザ側双方の作業フローが把握しやすくなります。

対応時間・連絡方法の設定

障害が発生した際、どの時間帯であれば電話やメールによる問い合わせが可能か、緊急時の連絡先はどこか、夜間や休日でもオンサイト対応を実施するのか、といった条件を明文化します。

また、SLAやSLOを設定している場合には、具体的なサービス稼働時間中の可用率目標（例：可用率99.9%）や障害発生時の平均応答時間（例：30分以内に連絡）などを決め、それに沿って連絡体制を構築する必要があります。こうした数値目標がSLOであり、契約として定めた数値達成をユーザへ保証する形がSLAです。

費用体系とパーツ交換の扱い

ハードウェア保守における重要論点のひとつが「部品交換や修理費用を誰がどこまで負担するか」です。月額定額に交換部品の費用が含まれている場合もあれば、部品代は別途請求とするケースもあります。

たとえば、故障リスクが高いハードディスクや電源ユニット、ファンなどの部品については、年間数回まで無償交換、以降は有償—といった形で上限を設定する企業もあります。SLAにおいて「障害発生から○時間以内に復旧」と定めるならば、在庫管理や物流コストが保守ベンダー側にかかるため、費用面でも契約に反映しなければなりません。

システム保守契約書に記載する際の5つの注意点

以上のような主要項目を契約書に落とし込む際には、以下のような点を検討して明文化する必要があります。

ハードウェア障害とソフトウェア障害の切り分け方法

システム障害の原因がハードなのかソフトなのか判断が難しい場面は多々あります。OSやドライバの不具合による動作不良なのか、物理的なパーツ故障なのかなど、これを迅速に切り分けないと、復旧に時間を要してしまいます。

契約書では、切り分けのための初動調査業務をどちらが担うのか、また切り分け作業にかかる人件費や診断ツールの使用料などを追加請求するかどうか、あらかじめ定義しておくことが大切です。もしSLAで「○時間以内に障害箇所を特定する」としているならば、そのための作業プロセスと責任分担を明記しなければなりません。

免責事項・不可抗力（Force Majeure）への対応

ハードウェア保守では、メーカー保証の範囲外となる天災や火災、水害などによる損傷が発生し得ます。こうした不可抗力による故障は、通常の保守契約の対象外とするか、一部費用負担のみベンダーが請け負うのかなど、免責事項として整理しておきましょう。

また、SLAを定めている場合であっても、不可抗力事由が発生した際にはSLAの達成義務を免除する、といった条項を設けるケースも一般的です。ユーザ・ベンダー間で、お互いが管理できない事象をどのように扱うかを明確にしておくことが重要です。

契約期間・更新・解約条件とSLAの評価サイクル

システム保守契約を何年単位で結び、自動更新の有無や解約方法をどうするかも大切です。

さらに、SLAを導入している場合には、定期的にSLAの達成度を評価し、必要に応じてSLOを見直すサイクルを設定することが望ましいでしょう。例えば「四半期ごとに実績値をベンダーが報告し、SLA未達の場合はペナルティや改善提案を行う」といった流れを契約書に組み込むことで、サービス品質を継続的に向上させる仕組みが整います。

SLO・SLAの違反時の対応やペナルティ

SLAでは、具体的な可用性（稼働率）の目標値や応答時間・解決時間を数値化するのが通例です。もしベンダーがこれを達成できなかった場合のペナルティ（例：サービス料金の一部返金、次回請求金額の減額など）や、再発防止策の協議方法を契約書に明記しておきましょう。

また、SLAに至る前の内部目標として設定されるSLOについては、あくまで「目指すべき目標値」のため、必ずしも違反時にペナルティを科すわけではないケースもあります。ただし、SLOを達成できない状態が続くならば、SLAの達成も危ぶまれるため、SLOのモニタリング結果に基づく改善活動をどう進めるかを取り決めておくと、双方にメリットがあります。

メーカー保守切れ機器の修理可否と在庫リスク

メーカーが既に製造終了や部品提供を停止している機器を延命保守する場合、想定外の箇所が故障すると修理困難になるケースがあります。保守ベンダーが中古市場から調達したりリファービッシュ部品を用意したりして対応することが多いですが、レアなパーツほど在庫切れが発生しやすいため、「修理不可となった場合、どのように対応するか」まで契約書に定めておくと安心です。

また、保守ベンダーにおいて基幹部品を事前にストックしてもらうことを条件にする場合は、その分の倉庫保管費用や在庫管理コストが契約料金に反映される可能性があります。

まとめ

システム保守契約は一度結べば終わりというものではなく、導入システムや企業の状況変化に応じて定期的な見直しを行うことが成功のカギです。とりわけハードウェアの保守は製品寿命やメーカーサポート打ち切りなどの要因が大きく影響するため、そのタイミングに合わせて再交渉・再契約することも視野に入れ、常に最適な契約内容を維持していきましょう。

ITコスト削減の新常識
第三者保守サービス活用法