📋 この用語の要点（林 拓海の視点）
SLAとは、サービス事業者が利用者に保証する品質水準を明文化した合意です。SaaSやクラウドストレージを選ぶ際、可用性やサポートを見極める重要な指標になります。
📖 約9分で読めます。
SLAとは
SLA（Service Level Agreement：サービス品質保証）とは、サービス事業者が「どの程度の品質でサービスを提供するか」を具体的な数値や条件で定め、利用者と合意した文書です。SaaSやクラウドストレージなど、業務を外部サービスに依存する際、その信頼性を客観的に判断する物差しになります。
なぜ重要か
クラウドサービスは便利な反面、障害が起きると自社では復旧できず、事業が止まります。SLAは「どこまで保証され、保証されなかった場合どうなるか」を事前に明確化し、過度な期待や認識のズレを防ぎます。ペーパーレスDXで基幹業務をSaaSに載せるほど、SLAの重要性は増します。
主な指標
| 指標 | 意味 |
|---|---|
| 稼働率（可用性） | サービスが利用可能な時間の割合（例：99.9%） |
| 障害復旧時間 | 障害発生から復旧までの目標時間 |
| サポート応答時間 | 問い合わせへの一次回答までの時間 |
| 補償（クレジット） | 未達時の料金返還等の条件 |
稼働率の読み方
「99.9%」は一見高く見えますが、年間に換算すると数時間〜のダウンが許容される計算です。自社業務がどれだけの停止に耐えられるかと照らして評価する必要があります。数字の桁（99.9%か99.99%か）で許容停止時間は大きく変わります。
選定での確認ポイント
確認すべきは、(1)稼働率の保証値と算定方法（計画停止を除外していないか）、(2)未達時の補償内容と申請手続き、(3)障害時の通知・サポート体制、(4)セキュリティ・バックアップ・データ復旧の責任範囲、(5)サービス終了時のデータ取り扱い、です。SLAは「保証」であると同時に「免責の範囲」も示すため、保証値の高さだけでなく、何が保証されないかを読むことが実務上重要です。業務効率化の前提となる安定性を、感覚ではなく数値で評価します。
注意点
SLAの補償は多くの場合「料金の一部返還」にとどまり、事業停止による損害そのものを補填するものではありません。重要業務は、SLAに加えて代替手段やバックアップ運用を自社側で準備しておくべきです。
よくある質問（FAQ）
SLAとは何ですか？
事業者が保証するサービス品質水準を数値で明文化し利用者と合意した文書です。信頼性評価の物差しになります。
稼働率99.9%は十分ですか？
業務の停止許容度によります。年間の許容停止時間に換算し自社要件と照らして評価すべきです。
SLA未達なら損害は補填されますか？
多くは料金の一部返還にとどまり、事業損害そのものは補填されません。代替手段の準備が必要です。
選定で何を確認すべきですか？
保証値と算定方法、補償内容、障害時サポート、データ復旧責任、サービス終了時の扱いです。
SLAは保証だけを示しますか？
いいえ。免責範囲も示します。何が保証されないかを読むことが実務上重要です。
✏️ 林 拓海より
SLAは、契約書の付属資料として見過ごされがちですが、取材していると「読んでいなかったために障害時にもめた」という話を本当によく聞きます。多くの担当者は稼働率の数字だけ見て「99.9%なら安心」と判断しますが、私が必ず確認を勧めるのはその逆側、つまり「保証されないこと」です。計画停止は除外されていないか、補償は料金返還だけで事業損害は対象外ではないか——重要なのはむしろここです。クラウドに基幹を載せる時代、SLAは事業継続計画の一部だと考えるべきです。私の助言は、SLAを「事業者の約束」ではなく「自社が負うリスクの一覧」として読むこと。そのうえで、止まったら困る業務には自社側の代替策を必ず用意する。数字の高さに安心せず、免責を読む癖をつけてほしいと思います。
