保守契約書とは？
保守契約書とは、システム開発会社やITベンダーが顧客に対して、システムやソフトウェアの保守・運用サービスを継続的に提供する際の契約条件を定める契約書です。システムは納品して終わりではなく、稼働開始後も障害対応や問い合わせ対応、セキュリティ対策、軽微な修正などが継続的に発生します。そのため、保守契約書によって業務範囲や責任分担を明確にしておくことが、トラブル防止のために非常に重要です。
保守契約書を締結する主な目的は次のとおりです。
- 保守業務の内容と範囲を明確にすること
- 障害発生時の対応方法や責任範囲を定めること
- 追加作業の料金や手続きを明確にすること
- システムの安定運用を実現すること
- 契約当事者間の認識相違を防止すること
特にIT・システム開発では、保守契約の内容が曖昧なまま運用を開始すると、「どこまでが保守対象なのか」「この修正は無料なのか有料なのか」「夜間対応は契約に含まれるのか」といった問題が発生しやすくなります。保守契約書は、そのような実務上のトラブルを未然に防ぐための重要な契約書です。
保守契約書が必要となるケース
ITシステムの保守契約は、次のようなケースで利用されます。
- 業務システムの運用保守を継続して受託する場合 →システム障害や問い合わせ対応を定期的に行うケースです。
- WebサイトやECサイトの保守管理を請け負う場合 →表示不具合や軽微な修正、CMSアップデートなどを継続して実施します。
- クラウドサービスの運用支援を提供する場合 →AWSやAzure、Google Cloudなどの環境保守を行います。
- 社内システムの保守契約を締結する場合 →人事・会計・販売管理システムなどの運用支援が対象になります。
- ソフトウェア製品の保守サービスを提供する場合 →バージョンアップ、問い合わせ対応、障害対応などを実施します。
- システム開発契約終了後も継続して保守を行う場合 →開発契約とは別に保守契約を締結することが一般的です。
このように保守契約書は、システム納品後の長期的な運用を支える重要な契約書として利用されています。
保守契約書に盛り込むべき主な条項
一般的なIT保守契約書には、次のような条項を盛り込みます。
- 契約の目的
- 保守対象システム
- 保守業務の内容
- 対象外業務
- 問い合わせ方法
- 対応時間
- 障害対応
- 報酬及び支払方法
- 追加作業の取扱い
- 秘密保持
- 個人情報保護
- 知的財産権
- 責任制限
- 契約期間
- 解除
- 反社会的勢力排除
- 準拠法及び合意管轄
これらを明確に規定することで、保守業務の範囲や責任を整理できます。
条項ごとの解説と実務ポイント
1. 保守業務の範囲
最も重要なのが、保守業務の対象を具体的に定める条項です。
例えば、
- 障害対応
- 問い合わせ対応
- 軽微な設定変更
- ログ解析
- バックアップ確認
- セキュリティアップデート
などを明記しておくことで、契約後の認識違いを防ぐことができます。反対に、「開発」「機能追加」「仕様変更」は保守契約の対象外とすることが一般的です。
2. 対応時間・受付時間
営業時間を明確に定めることも重要です。
例えば、
- 平日9時～18時
- 土日祝日は対象外
- 夜間対応は別料金
- 緊急対応は別契約
などを定めるケースが多く見られます。
これにより、「24時間対応だと思っていた」というトラブルを防止できます。
3. 障害対応条項
障害が発生した場合の流れを定めます。
一般的には、
- 受付方法
- 調査開始
- 原因分析
- 復旧作業
- 報告
までを契約で整理します。
さらに実務では、
- 重大障害
- 通常障害
- 軽微障害
など優先順位を決めることもあります。
4. SLAとの関係
保守契約ではSLA（サービスレベル合意）を別紙で定めるケースがあります。
例えば、
- 受付時間
- 一次回答時間
- 復旧目標時間
- 稼働率
- 保守対象時間
などを定量的に設定します。SLAを導入することで、サービス品質を数値で管理できるようになります。
5. 保守料金と追加作業
保守料金だけでは対応できない業務もあります。
例えば、
- 仕様変更
- 新機能追加
- データ移行
- 現地対応
- 休日作業
- 深夜対応
などは追加料金とすることが一般的です。契約書で追加費用の考え方を定めておくことで、料金トラブルを防げます。
6. 知的財産権
保守契約では著作権の取扱いも重要です。
通常、
- 既存プログラムの権利
- ライブラリ
- 保守ツール
- 新たに作成した成果物
について帰属を整理します。保守作業で作成したプログラムがある場合は、別途契約で定める方法も多く採用されています。
7. 責任制限
IT保守ではシステム停止により大きな損害が発生することがあります。
そのため、
- 通常損害のみ対象
- 間接損害は対象外
- 逸失利益は対象外
- 賠償額の上限を保守料金に限定
とする責任制限条項が広く採用されています。故意又は重大な過失がある場合を除き、責任範囲を限定することで事業リスクを抑えられます。
8. 契約期間と更新
保守契約は継続契約となることが一般的です。
多くの場合、
- 契約期間1年間
- 自動更新
- 更新拒絶は30日前通知
という形式が採用されています。継続的な保守サービスを提供する場合には、更新方法も明確に定めておきましょう。
保守契約書を作成する際の注意点
- 保守と開発の業務範囲を明確に区別する 保守契約は運用維持を目的とする契約であり、新規開発や仕様変更は別契約とするのが一般的です。
- SLAを必要に応じて別紙化する 対応時間や復旧目標時間を契約本文ではなく別紙で管理すると運用しやすくなります。
- 追加費用の発生条件を明確にする 無償対応と有償対応の区分を具体的に定めることで、請求時のトラブルを防止できます。
- クラウドサービスの責任範囲を整理する AWSやMicrosoft Azureなど第三者サービスを利用する場合は、その障害について責任範囲を明確にしておくことが重要です。
- 秘密保持契約との整合性を確認する 保守業務では顧客情報やシステム情報を取り扱うため、秘密保持条項や別途締結する秘密保持契約との内容を一致させる必要があります。
- 法改正やセキュリティ対策に応じて契約内容を更新する サイバー攻撃や個人情報保護法などの法改正に対応するため、契約内容は定期的に見直すことが望まれます。
保守契約書とシステム開発契約書の違い
システム開発契約書は、システムを新たに開発・納品することを目的とした契約です。一方、保守契約書は、納品後のシステムを安定して運用するための契約です。開発契約では要件定義や設計、開発、テスト、検収が中心となりますが、保守契約では障害対応、問い合わせ対応、軽微な修正、アップデート対応などが主な業務となります。そのため、両者は役割が異なり、通常は別契約として締結されます。
まとめ
保守契約書は、IT・システム開発における継続的な運用・保守サービスの条件を明確にし、保守範囲や責任分担、対応時間、追加費用などを整理するための重要な契約書です。契約内容を具体的に定めることで、運用開始後の認識相違や料金トラブル、責任範囲を巡る紛争を大幅に減らすことができます。特にシステム保守では、障害対応やセキュリティ対策、クラウド環境への対応など、運用フェーズならではの論点が多く存在します。開発契約とは切り分けて保守契約書を整備し、自社の保守体制やサービス内容に合わせて定期的に見直すことで、安全かつ安定したシステム運用と顧客との信頼関係の構築につながります。
