SLAとは？SaaS契約で発注側が確認すべき7つのポイント【稼働率・ペナルティ計算付き】

SLA（サービスレベルアグリーメント）とは、SaaSやITサービスの提供者と利用者の間で「稼働率・障害対応時間・ペナルティ」などのサービス品質を数値で約束する契約文書です。月間稼働率99.9%は月43分の停止を許容し、99.99%なら月4分まで縮まります。本記事では発注側の担当者が契約締結前に確認すべき7つのポイントと、SLAクレジット条項のサンプルを解説します。

SLAとは？基本概念と重要性

SaaSビジネスを安定して展開するうえで、サービスレベルの合意は欠かせません。SLAとは、サービス提供者と利用者の間で結ばれる「サービス品質の保証契約」を指します。

サービス品質を定義する基本事項

SLAを策定するうえで押さえるべき基本事項は、提供するサービスの「稼働率」や「障害復旧時間」といった具体的な数値を明文化することです。SLAは単なる努力目標ではなく、契約上の明確なコミットメントとして機能します。そのため、どの機能がどの程度のパフォーマンスで提供されるのかを、利用者と提供者の双方で齟齬なく合意しておく必要があります。

現場で運用する際の注意点

SLAを現場で運用する上で特に重要なのは、客観的に計測・監視可能な指標を設定しているかという点です。たとえば、「システムの月間稼働率99.9%」と定めた場合、それをどのツールで計測し、基準を下回った際にどのようなペナルティ（利用料金の減額など）を適用するかを具体化します。

運用時の注意点として、自社の実力に見合わない過剰な数値を設定してしまうケースが挙げられます。高すぎる目標は現場の負担を増大させるため、自社の開発体制やサポートリソースを正確に把握し、持続可能な数値を設定することが重要です。

これからSaaS事業を立ち上げる際は、サービス設計の初期段階からSLAの要点を整理してください。事業化に向けた具体的なプロセスについては、【2026年版】新規事業の立ち上げを成功に導く6つの実践論｜失敗を防ぐ手順とおすすめ本 が参考になります。

サービスレベルの判断基準の具体化

SaaS契約においてSLAを締結する際、基本事項として押さえるべき重要な観点が、サービスレベルの具体的な判断基準と現場での運用ルールです。SLAは単に目標数値を掲げるだけでなく、未達時の対応までを含めて整理する必要があります。

サービスレベルの判断基準を明確にする

具体的な基準を設ける際は、稼働率の計算方法や免責事項を明確にすることが不可欠です。たとえば、「99.9%の稼働率」と定められていても、計画メンテナンスや顧客側のネットワーク障害に起因するダウンタイムは計算から除外されるケースが一般的です。どのような条件でSLA違反とみなされるのかを契約前に詳細に確認してください。

SLAの免責事項の具体例

SLAの計算対象外となるダウンタイム（免責事項）のサンプルとして、以下のような項目が契約書に明記されるのが一般的です。

• 計画停止: 事前に（例：7日前までに）通知された定期メンテナンス作業
• 不可抗力: 地震、落雷、火災などの自然災害、または戦争、テロ、暴動による障害
• 顧客起因の障害: 顧客のネットワーク環境、または顧客が用意した機器・ソフトウェアの不具合
• 第三者サービスの障害: SaaS基盤として利用しているパブリッククラウド（AWSやAzureなど）の大規模障害

こうした免責事項が自社の業務リスクとして許容できる範囲かを見極めることが重要です。

現場で運用する際の注意点

SLAを現場で運用する際は、障害発生時の報告フローとペナルティ（利用料金の減額など）の申請手続きに注意が必要です。多くのSaaS契約では、SLA違反が発生しても自動的に返金されるわけではなく、顧客側から指定期間内に申告しなければ権利が消失します。そのため、サービスの稼働状況を定期的にモニタリングし、異常があれば迅速に対応できる体制を構築しておくことが求められます。

SaaSの基本的な仕組みや導入メリットについて改めて確認したい場合は、【完全図解】SaaSとは？正しい意味・読み方から導入メリットまで初心者向けに解説もあわせてご参照ください。SLAの要点を正しく整理し、自社のビジネス要件に合致した適切な契約を結ぶことが、安定した事業運営の鍵となります。

適切な指標とペナルティの設定

SLAを締結する上で欠かせない第3のポイントは、サービスの品質を測る具体的な指標と、基準を下回った際のペナルティを明確に定義することです。抽象的な努力目標ではなく、客観的に測定可能な数値としてSLAを整理することが、契約後のトラブルを防ぐ鍵となります。

SLAで定めるべき主要な指標

サービス品質を適切に測るためには、提供されるサービスの特性に合わせて適切な指標を選択する必要があります。特にSaaSビジネスにおいて基準となる主要な項目は以下の通りです。

評価項目	説明	具体的な設定例
稼働率	サーバーやシステムが正常に稼働している時間の割合	月間稼働率99.9%以上を保証
応答時間	ユーザーの操作やリクエストに対してシステムが応答するまでの時間	画面遷移の応答時間を3秒以内とする
障害解決時間	システム障害が発生してから復旧・解決するまでの時間	障害検知から4時間以内に一次復旧
サポート対応	問い合わせに対する初回応答や解決までの時間	営業時間内の問い合わせに2時間以内で一次回答

現場でSLAを運用する際の注意点

策定したSLAを現場で運用する際は、ペナルティの適用条件と例外事項を正確に把握することが重要です。たとえば、システムの稼働率が目標値を下回った場合、利用料金の減額や無償期間の付与といったペナルティが発生します。しかし、事前に告知された定期メンテナンスや、不可抗力による障害（自然災害など）は、通常SLAの計算対象外となります。

現場の運用担当者は、障害発生時のダウンタイムを正確に記録し、それがSLA違反に該当するかどうかを冷静に判断する仕組みを整えておく必要があります。

稼働率の計算方法と許容停止時間

SaaS契約におけるSLAの中で、最も注目すべき指標がシステムの稼働率です。自社の業務を滞りなく進めるためには、提示された稼働率が実際の運用においてどの程度の停止時間を意味するのか、基本事項を正確に把握しておく必要があります。

稼働率の計算方法と許容される停止時間

SLAで保証される稼働率の計算方法は、一般的に「（全運用時間 － サービス停止時間） ÷ 全運用時間 × 100」で算出されます。

たとえば、月間の運用時間を720時間（30日）とした場合、稼働率99.9%が意味する月間の許容停止時間は約43分です。これが99.99%になれば、月間の停止時間はわずか約4分となります。数字上のわずかな違いが、実際の業務停止時間に大きな差をもたらすという要点を押さえておくことが重要です。

現場で運用する際の注意点

SLAを現場で運用・評価する際は、単純な数値だけでなく「何が停止時間としてカウントされるか」を明確にしておく必要があります。

多くのSaaSでは、事前の告知がある定期メンテナンスなどの計画停止は、ダウンタイムの計算から除外されます。そのため、稼働率の数値が高くても、実際にはシステムを利用できない時間帯が発生する点に注意が必要です。

また、障害が発生した時間帯が日中のコアタイムなのか、深夜帯なのかによって業務への影響度は大きく変わります。自社の業務フローに照らし合わせ、万が一の停止時に事業継続が可能な範囲に収まっているかを慎重に見極めることが、SLA評価の最大のポイントです。

未達時のペナルティと補償ルールの確認

SaaS契約において押さえておくべきなのは、サービスレベルが未達となった際のペナルティ（利用料金の減額や返金措置）に関する基本事項と、その適用を判断する基準です。SLAは単なる目標値ではなく、合意した品質を下回った場合の補償ルールを定めることで、初めて実効性を持ちます。

ペナルティ適用の基本事項

ペナルティの適用条件は、ベンダーごとに大きく異なります。契約締結時には、以下の項目を必ず確認して条件をすり合わせておく必要があります。

• 未達の定義: 稼働率の計算期間（月間か年間か）と、除外されるダウンタイム（計画メンテナンスや不可抗力など）の範囲
• 補償の算定方法: 稼働率が規定値（例：99.9%）を下回った場合、月額料金の何%が減額または返金されるか
• 申請の要否: 未達が発生した際、自動的に減額処理が行われるのか、ユーザー側からの期限付き申告が必要なのか

特に「ユーザー側からの申告期間」が定められているケースが多く、期限を過ぎるとペナルティの適用対象外となるため注意が必要です。

SLAペナルティ条項の具体例（SLAクレジット）

実際のSaaS契約では、返金ではなく次回以降の請求から割り引く「SLAクレジット（サービスクレジット）」という形式がよく用いられます。以下は条項のサンプル例です。

【SLAクレジット条項のサンプル】 月間稼働率が99.9%を下回った場合、甲（ユーザー）の申請に基づき、乙（ベンダー）は以下の割合で算出されたSLAクレジットを甲の翌月分の利用料金から充当（減額）するものとする。

• 99.0%以上 99.9%未満：月額利用料金の10%
• 95.0%以上 99.0%未満：月額利用料金の25%
• 95.0%未満：月額利用料金の50% ※本クレジットの申請は、対象月の翌月末日までに行うものとする。

このような段階的なペナルティ設定になっているか、自社の契約書と照らし合わせて確認してください。

現場で運用する際の注意点

SLAを現場で運用する際の最大の注意点は、自社でサービス状況を監視し、未達を検知できる体制を構築することです。ベンダーからの障害報告を待つだけでなく、自社のシステム監視ツールと連携させてダウンタイムを記録しておくことが重要です。

契約前にペナルティの適用条件と除外事項を明確に合意し、運用開始後は障害発生時の記録と申告漏れを防ぐ監視体制を整えることが求められます。万が一のサービス停止時にも、自社の事業リスクを適切にコントロールできるようになります。

自社業務の要件とのすり合わせ

SLAの運用において重要なのは、設定されたサービスレベルが実際に守られているかを継続的に確認し、社内体制と連携させることです。契約上の数値を満たしているかを確認するだけでなく、実際の業務影響と照らし合わせる視点が求められます。

SaaS導入を進める際、ベンダーが提示するSLAをそのまま受け入れるのではなく、自社の業務要件に基づいた妥当性を評価する必要があります。具体的な確認ポイントとしては、稼働率の計算除外項目（計画メンテナンスなど）が自社の繁忙期と重なっていないか、また障害発生時の通知手段や復旧目標時間（RTO）が明確に定義されているかを確認することが重要です。

また、SLAを現場で運用する際の注意点として、障害発生時のエスカレーションルートを事前に確立しておくことが挙げられます。システムが停止した際に、どの部門がベンダーへ問い合わせを行い、社内の各部署へどのように状況を周知するかをマニュアル化しておく必要があります。契約を結んで安心するのではなく、万が一のダウンタイムに備えた運用フローの構築が不可欠です。

要件のすり合わせや定義の明確化を行い、予期せぬシステム障害時にもビジネスへの影響を最小限に抑える運用体制を整備しましょう。

SLAの定期的な見直しと改善プロセス

SLAを形骸化させないためには、定期的な見直しと継続的な改善プロセスを組み込むことが不可欠です。

継続的な改善プロセスと見直しのタイミング

SLAは一度締結して終わりではありません。ビジネス環境の変化やシステムのアップデートに伴い、要求されるサービスレベルも変化します。見直しのタイミングとして、定期的な稼働率レポートの数値が目標値を下回る傾向が見られた場合や、ユーザーからの問い合わせ件数が急増した時期が挙げられます。これらの指標を基準に、現在のSLAが実態に即しているかを客観的に評価します。

現場で運用する際の注意点

現場で運用する際の最大の注意点は、SLAの達成状況をモニタリングする体制を構築し、関係者間で認識を合わせることです。開発部門だけでなく、カスタマーサクセスや営業などのビジネス部門も巻き込み、サービス品質の低下が顧客満足度にどう影響するかを共有する必要があります。また、違反が起きた際のエスカレーションフローを明確にしておかなければ、初動対応が遅れ、顧客の信頼を損なう原因となります。

契約時の数値を絶対的なものと捉えるのではなく、事業の成長や顧客ニーズの変化に合わせてSLA自体も柔軟に見直していく姿勢が、長期的な信頼関係の構築につながります。

SLAに関するよくある質問（FAQ）

SLAとSLOの違いは何ですか？

SLA（サービスレベル協定）は、提供者と利用者の間で結ばれる「契約上の約束」であり、未達時のペナルティを伴います。一方、SLO（サービスレベル目標）は、提供者が社内向けに設定する「運用上の目標値」です。一般的に、SLAを満たすために、それよりも厳しい基準でSLOが設定されます。SLAとSLOの違いや SLI との関係を詳しく知りたい場合は、SLAとSLOの違いとは？SaaS品質を向上させる7つのポイント をあわせてご確認ください。

オンプレミスからSaaSへ移行する場合、SLAで気をつけるべきことは？

オンプレミスでは自社で障害対応をコントロールできますが、SaaSではベンダーの対応に依存することになります。そのため、SLAで「障害検知から一次回答までの時間」や「目標復旧時間（RTO）」が自社の要件を満たしているか、また免責事項が広すぎないかを厳しくチェックする必要があります。

SaaSのSLAにペナルティ条項がない場合はどうすべきですか？

ペナルティ条項（SLAクレジットなど）がない場合、障害が起きても具体的な補償を受けるのが難しくなります。エンタープライズ向けのSaaSや、基幹業務に関わるシステムを契約する際は、ベンダーに対してペナルティ条項の追加を交渉するか、あるいはサービス選定そのものを見直すことをおすすめします。

まとめ

SaaSビジネスにおいてSLA（サービスレベル協定）は、サービス品質を保証し、利用者との信頼関係を築く上で極めて重要です。本記事では、SLAの基本から具体的な指標、ペナルティ、そして継続的な見直しまで、失敗しないための7つのポイントを解説しました。

特に重要なのは以下の点です。

• 稼働率や応答時間など、具体的なサービス品質指標を明確にすること。
• 未達時のペナルティと免責事項を具体的に定めること。
• SLAを一度締結して終わりではなく、定期的な見直しと改善を継続すること。

これらの要点を押さえることで、予期せぬトラブルを未然に防ぎ、利用者にとって安心できるサービス提供を実現できます。SLAの要件を適切に運用し、SaaS事業の安定的な成長を目指しましょう。