目次
システム稼働時間の条項・条文の役割
システム稼働時間条項は、システムやサービスが利用できる時間帯をあらかじめ明確にし、提供範囲に関する認識のズレを防ぐための条文です。稼働時間を定めておかないと、夜間対応や休日対応の可否を巡ってトラブルになる可能性があります。
また、保守・点検・緊急停止時の取扱いも整理できるため、サービス提供契約や業務委託契約、SaaS利用契約などで重要な役割を果たします。
システム稼働時間の書き方のポイント
- 稼働時間の具体的な範囲を定める
平日・休日・時間帯などを明確に定めることで、対応義務の範囲を明確にできます。別紙や仕様書で定める方法も実務上よく使われます。
- 計画停止の扱いを整理する
定期保守やアップデートによる停止が想定される場合は、事前通知の有無や通知方法を明記しておくと安心です。
- 緊急停止の取扱いを定める
障害対応などで事前通知ができない場合の例外を設けておくことで、実務運用と整合します。
- 通知義務の範囲を明確にする
停止時の通知義務や復旧見込みの報告義務を定めることで、利用者側の安心感を高められます。
- 別途合意資料との関係を整理する
稼働時間を仕様書・SLA・運用ルールに委ねる場合は、その優先関係を契約書内で明確にしておくと安全です。
システム稼働時間の注意点
- 24時間稼働と誤解されないようにする
稼働時間を定めない場合、常時稼働義務があると解釈される可能性があるため注意が必要です。
- 保守停止を違反と誤認されない設計にする
計画停止を許容する条文がないと、通常の保守作業でも契約違反と評価されるおそれがあります。
- SLAとの整合性を確認する
サービスレベル合意（SLA）を別途定めている場合は、稼働率や対応時間との不整合が生じないよう整理が必要です。
- 障害時の責任条項と連動させる
稼働時間条項だけで責任範囲を判断しないよう、損害賠償条項や免責条項との関係も意識して設計することが重要です。
