「クラウドサービスが半日停止して業務が止まった。補償を請求できるはずだが、どう動くか」――中堅企業の情シス責任者が直面する典型的な問題だ。 SLA 違反は契約書上の権利だが、実務では証跡の不備や算定根拠の弱さで請求が通らないケースが多い。本記事は中堅企業（200-500 名）向けに、補償交渉を実務で前進させるためのガイドを整理する。

目次

  1. SLA 違反の典型パターン
  2. 補償請求 5 ステップ全体像
  3. Step 1：障害検知時の証跡保全
  4. Step 2：契約条項の精読と適用判断
  5. Step 3：損害額の算定
  6. Step 4：請求文書の作成と発信
  7. Step 5：交渉と関係維持
  8. 補償取得後のベンダ運用見直し
  9. 契約交渉時の予防策
  10. よくある質問（FAQ）

SLA 違反の典型パターン

パターン典型 SLA 項目
クラウドサービス停止月間稼働率 99.9% / 99.95%
ヘルプデスク応答遅延一次応答 1 時間 / 4 時間
障害復旧時間超過RTO 4 時間 / 24 時間
性能 / レスポンス低下平均応答時間 / トランザクション数
データ復旧時間超過RPO 1 時間 / 24 時間
報告書 / レビュー未提出月次 / 四半期
中堅企業では複数ベンダと SLA 契約があり、停止時に複数 SLA を同時に評価する必要がある。

補償請求 5 ステップ全体像

ステップ主要アクション出力
1. 証跡保全ログ / スクリーンショット / 通信履歴証跡パッケージ
2. 契約精読SLA 条項 / 補償計算式 / 例外条項適用判断書
3. 損害算定直接損害 / 間接損害 / 機会損失損害額試算書
4. 請求文書公式請求書 + 根拠資料請求パッケージ
5. 交渉 / 関係維持折衝 / 合意 / 契約見直し補償合意書

Step 1：障害検知時の証跡保全

必須証跡

  • 監視ツールのアラート履歴 / グラフ
  • ベンダ管理画面のステータスページ / 障害告知
  • 自社システムログ（影響範囲確認）
  • ヘルプデスク問合せ履歴（送信時刻 / 受信時刻）
  • 業務影響の社内記録（停止業務 / 関係者証言）

保全タイミング

ベンダのステータスページ表示は事後に書き換わることがあるため、検知直後にスクリーンショット / アーカイブを取る。

Step 2：契約条項の精読と適用判断

確認項目

項目確認内容
SLA 算定期間月次 / 四半期 / 年次
SLA 計算式稼働率算定方法（除外時間の定義）
例外条項計画停止 / 不可抗力 / 顧客起因
補償上限月額料金の N% / 固定額
補償形態クレジット / 返金 / 損害賠償
請求期限検知後 X 日以内
請求手続き申告制 / 自動

適用判断のチェック

例外条項で逃げられるパターンが多いため、ベンダの言い分を検証する反証ロジックを準備する。

Step 3：損害額の算定

損害種別

種別例算定容易性
直接損害復旧作業人件費 / 代替手段費用容易
業務停止損失売上機会損失 / 生産停止損失中
顧客対応損失顧客通知 / 補償 / クレーム対応中
信用損失顧客離反 / ブランド毀損困難
機会損失失注 / 計画遅延困難

算定の優先

  • 直接損害は領収書 / タイムシート で立証容易
  • 業務停止損失は過去実績との差分で立証
  • 信用損失 / 機会損失は SLA 契約上補償外であることが多い

SLA 補償は契約上限額が低いことが多く、実損害との乖離が問題になる。実損害の網羅算定 + SLA 補償請求を別建てで進める。

Step 4：請求文書の作成と発信

請求書の構成

セクション内容
件名SLA 違反に基づく補償請求
障害概要発生時刻 / 復旧時刻 / 影響範囲
SLA 違反の根拠該当条項引用 + 計算
損害額種別 / 算定根拠 / 合計
請求額SLA 補償額 + 別途実損害
添付証跡パッケージ
期限回答 / 補償の希望期限

発信先

  • 営業担当（一次窓口）
  • カスタマーサクセス責任者
  • 必要に応じて経営層宛 CC

事務的でなく、事実 + 法的根拠 + 関係維持の三層で構成する。感情的請求は逆効果。

Step 5：交渉と関係維持

交渉ポイント

  • ベンダの説明（原因 / 再発防止）への評価
  • 補償額の調整（クレジット / 現金 / サービス追加）
  • 契約改定（SLA 強化 / 補償上限引上げ）
  • 関係継続意思の表明

関係維持の戦術

契約解除は最終手段。交渉カードとして使うが、即時行使は避ける。

「インシデント対応の体制が不安、緊急時の連絡先も決まっていない」

CSIRT 立上げ支援とインシデント対応リテーナーで、24 時間体制を構築します。

インシデント対応の無料相談を予約する

※ 営業電話はしません | オンライン対応可 | 相談だけでもOK

補償取得後のベンダ運用見直し

見直し項目

  • 同ベンダの他障害履歴を整理
  • SLA 達成率の月次トラッキング
  • 同ベンダ依存度の評価
  • 代替ベンダの並行調査
  • 多重化 / 冗長化の検討

重要ベンダのリスク評価

評価軸確認
障害頻度過去 12 ヶ月の SLA 違反件数
対応品質一次応答 / 復旧時間
透明性障害告知 / 事後報告の質
改善姿勢再発防止策の実装
契約条件SLA / 補償条項の妥当性
評価結果を四半期レビューで整理し、契約更改 / 移行判断のインプットとする。

契約交渉時の予防策

新規 / 更改契約で盛り込む条項

  • SLA 計算式の明確化（除外時間の定義）
  • 補償上限の引上げ
  • 障害告知義務（通知期限 / 通知手段）
  • 事後報告書の提出義務（原因 / 再発防止）
  • 重大障害時の解除権
  • 監査権（年 1 回程度）

ベンダ選定時の確認

  • 過去 12-24 ヶ月の SLA 達成実績
  • 同規模顧客の参照
  • インシデント対応プロセス
  • 第三者認証（ISO 等）
  • 財務健全性（事業継続）

契約段階での予防が、事後交渉の前提条件を作る。

よくある質問（FAQ）

Q. SLA 補償が極端に少ない場合、別途損害賠償請求は可能か？ A. 契約上、SLA 補償が損害賠償の上限と規定されているケースが多い。実損害が大きい場合は契約条項の解釈を弁護士確認の上で進める。

Q. ベンダが例外条項を主張した場合は？ A. 例外要件を一つずつ反証する。例えば「不可抗力」主張に対しては、ベンダ側の予防可能性 / 復旧時間の妥当性を証跡で問う。

Q. 補償請求でベンダ関係が悪化しないか？ A. 公式文書を事務的に保ち、営業担当との対話を協調的に進めれば関係維持は可能。請求しないと再発防止のインセンティブが働かないため、健全な関係維持にもつながる。

Q. クラウドサービスのステータスページが正常表示なのに障害があった場合は？ A. 自社側の証跡（監視ツール / 業務影響）で立証する。ベンダ側のステータス表示と乖離があった事実そのものが交渉カードになる。

参考資料

  • 経済産業省「クラウドサービス利用のための情報セキュリティマネジメントガイドライン」
  • IPA「クラウドサービス安全利用の手引き」
  • 各クラウドベンダの SLA 公式文書
  • 公益社団法人 日本 IT 投資指標研究所等の業界資料

中堅企業のベンダーマネジメント体制構築、SLA 設計支援、契約レビューは GXO のベンダーマネジメント支援サービスで対応可能です。

GXO実務追記: AI開発・生成AI導入で発注前に確認すべきこと

この記事のテーマは、単なるトレンド紹介ではなく、業務選定、データ整備、セキュリティ、PoCから本番化までの条件を決めるための検討材料です。検索で情報収集している段階でも、発注前に次の観点を整理しておくと、見積もりのブレ、手戻り、ベンダー依存を減らせます。

まず決めるべき3つの論点

論点確認する内容未整理のまま進めた場合のリスク
目的売上拡大、工数削減、リスク低減、顧客体験改善のどれを優先するか成果指標が曖昧になり、PoCや開発が終わっても投資判断できない
範囲対象部署、対象業務、対象データ、対象システムをどこまで含めるか見積もりが膨らむ、または重要な連携が後から漏れる
体制自社責任者、現場担当、ベンダー、保守運用者をどう置くか要件確認が遅れ、納期遅延や品質低下につながる

費用・期間・体制の目安

フェーズ期間目安主な成果物GXOが見るポイント
事前診断1〜2週間課題整理、現行確認、投資判断メモ目的と範囲が商談前に整理されているか
要件定義 / 設計3〜6週間要件一覧、RFP、概算見積、ロードマップ見積比較できる粒度になっているか
PoC / MVP1〜3ヶ月検証環境、効果測定、リスク評価本番化判断に必要な数値が取れるか
本番導入3〜6ヶ月本番環境、運用設計、教育、改善計画導入後の運用責任と改善サイクルがあるか

発注前チェックリスト

  • [ ] AIで置き換える業務ではなく、成果が測れる業務を選んだか
  • [ ] 参照データの所有者、更新頻度、権限、機密区分を整理したか
  • [ ] PoC成功条件を精度、時間削減、CV改善、問い合わせ削減などで数値化したか
  • [ ] プロンプトインジェクション、個人情報、ログ保存、モデル選定のルールを決めたか
  • [ ] RAG/エージェントの回答を人が監査する運用を設計したか
  • [ ] 本番化後の費用上限、API使用量、障害時フォールバックを決めたか

参考にすべき一次情報・公的情報

上記の一次情報は、社内稟議やベンダー比較の根拠として使えます。一方で、公開情報だけでは自社の現行システム、業務フロー、データ状態、予算制約までは判断できません。記事で一般論を把握した後は、自社条件に落とした診断が必要です。

GXOに相談するタイミング

次のいずれかに当てはまる場合は、記事を読み進めるだけでなく、早めに相談した方が安全です。

  • 見積もり依頼前に、要件やRFPの粒度を整えたい
  • 既存ベンダーの提案が妥当か第三者視点で確認したい
  • 補助金、AI、セキュリティ、レガシー刷新が絡み、判断軸が複雑になっている
  • 社内稟議で費用対効果、リスク、ロードマップを説明する必要がある
  • PoCや診断で終わらせず、本番導入と運用改善まで進めたい

SLA 違反 ベンダー請求 / 補償 交渉 実務 ガイド 2026｜中堅企業の証跡 / 算定 / 関係維持を自社条件で診断したい方へ

GXOが、現状整理、RFP/要件定義、費用対効果、ベンダー比較、導入ロードマップまで実務目線で確認します。記事の一般論を、自社の投資判断に使える形へ落とし込みます。

AI/RAG導入診断を相談する

※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。