SLA条項レビューのチェックポイント｜サービスレベル・障害対応・返金の実務論点

こんにちは。LegalAgent 代表弁護士の朝戸です。

SaaSやクラウド保守、BPOの契約書を見ていると、営業資料では「月間稼働率99.9%」のように高い数値を謳っていながら、契約書の条文では免責条件が並び、返金額もごく少額に抑えられている例が散見されます。一方で、サービス提供者側が顧客獲得を優先して厳しい基準を安易に引き受けると、外部インフラの障害など自社で制御できない事象まで賠償責任を負いかねません。SLA条項は法律用語の確認にとどまらず、システムの冗長構成や保守体制、利用者の運用実態まで見通して整合性を判断します。

SLAの法的性質と数値基準

SLA（Service Level Agreement）は、サービス提供者が利用者に約束するサービスの品質基準を定める合意です。契約書ではサービス水準や稼働率保証といった標目を用い、月間稼働率とサービスクレジット（利用料減額）の組み合わせで設計されるのが一般的です。稼働率99.9%といった数値はひとつの設計例であり、すべてのサービスに法的な一律基準が存在するわけではありません。

数値の確認に先立ち、その基準が法的に「契約上の義務」なのか「努力目標」にとどまるのかを見極めます。目標未達の際に改善協議を開くだけで済むのか、利用料の減額や返金が生じるのか、あるいは契約解除や損害賠償に直結するのかによって条項の拘束力は大きく異なります。

検討の軸となる主な項目は次の通りです。

• 稼働率の計算期間・計算式と、計画停止や外部要因による除外条件
• 障害の重要度区分に応じた初動対応時間と復旧目標時間
• サービスクレジットの算定方式と実際の事業損失とのバランス

対象となるサービスの範囲も確かめておきます。本番のサーバー環境だけを指すのか、管理画面やAPI、モバイルアプリ、カスタマーサポート窓口まで含まれるのかで実質的な保証範囲が異なります。稼働率の計算式についても、定期メンテナンスによる計画停止、利用者の設定誤り、第三者クラウドの障害、不可抗力を計算の分母や分子から除外する定めになっているかを読み込みます。

障害発生時の対応手順と減額返金

システム障害が発生した際の手順では、重要度区分ごとに初動対応時間や復旧目標時間、状況報告の頻度が具体化されているかを確認します。重大度の判断権限が提供者側だけに委ねられていると、利用者側の業務停止の実感と乖離するおそれがあります。また、サポート窓口の「24時間受付」と「24時間対応」は実態が異なるため、連絡を受け付けるだけで終わるのか技術者が復旧に動くのかを条文から見分ける視点が欠かせません。

サービスクレジットや返金の手続きでは、発生要件や請求期限、金額の上限、翌月利用料からの控除か返金かを確かめます。利用者側は実効性のある救済になるかを見極め、提供者側はクレジットの付与が損害賠償の請求を排除する唯一の救済措置（sole remedy）と位置付けられているか、あるいは損害賠償とあわせて請求され得るのかを確認します。クレジットが定められていることだけで他の請求が当然に排除されるわけではなく、救済を限定する条項の内容と効力も確かめます。障害報告書については、提出期限や根本原因の分析、再発防止策の提示義務を盛り込んでおくと、利用者側の対外説明や監督官庁への対応を支える助けになります。

利用者の協力義務も前提となります。推奨環境の維持やアクセス権限の適切な管理、障害調査への情報提供がなされない場合、提供者側が免責される範囲を合理的に定めておきます。ただし、利用者の協力不足と関係のない障害まで除外する内容になっていないかを確認します。未達が反復して続く場合には、単発の返金にとどまらず、改善計画の提出や契約解除権、優先サポート窓口の割り当てなどを段階的に用意することも検討します。

利用者側と提供者側の実務リスク

利用者側では、SLAが自社の事業継続計画（BCP）や実際の業務リスクを十分にカバーしているかを見ます。基幹系システムであれば稼働率の数字だけでなく、データ保全の頻度や代替運用の手順、障害時の直通連絡ルートが整っているかが問われます。サービスクレジットの上限額が自社の売上損失に比べて極端に小さい場合は、契約書上の補償だけに頼らず、自社側でのバックアップや損害保険の活用も並行して検討します。

提供者側では、合意したSLAを履行できる運用体制が社内にあるかを検証します。契約書で迅速な初動対応を約していながら、夜間休日の監視体制が整っていなかったり、障害検知を手動に頼っていたりすれば、条項違反のリスクを抱え込みます。さらに、軽微な遅延でも解除や無制限の損害賠償につながる条項は負担が過大になる場合があるため、責任制限条項や不可抗力免責条項と矛盾なく組み合わされているかを確かめておきます。双方とも、誰にどの方法で、どの頻度で状況を伝えるかを定めておくと、障害時に同じ情報をもとに判断しやすくなります。