SLAとは？ITサポートSLAの意味と確認ポイント

要点： SLA（サービスレベルアグリーメント、サービス品質保証契約）とは、ITサポート契約のなかで、提供会社が何分・何時間以内に対応し、障害を復旧するのか、対象時間帯はいつか、どう計測・報告するのか、目標を外したときはどうなるのかを定めた部分です。形容詞ではなく、数字と免責条項を読んでください。

ITサポート会社を比較するとき、SLAは「迅速に対応します」という言葉を、あとから確認できる約束に変える部分です。同時に、いちばん読み飛ばされやすい部分でもあります。この記事では、SLAの意味、ITサポートのSLAに何が書かれているべきか、数字の読み方、契約前の確認項目を説明します。

外部の定義は2026年10月28日に確認しました。参照したのは、WikipediaのService-level agreement、Service-level objective、Operational-level agreementの各項目です（いずれも2026-10-28確認）。Brocent自身の数字は、公開しているSLAとサービス優先度のページから引用し、同日に再確認しています。

SLAとは？意味を整理する

SLAとは、サービス提供者と顧客のあいだで、品質、可用性、責任といったサービスの特定の側面を契約条件として定めた書面の合意です。これはWikipediaの「Service-level agreement」の項目で使われている意味です（2026-10-28確認）。平たく言えば、提供者が何を提供するかを書き、顧客が何を期待するかを書き、それをどう測るかを双方で書き残すことです。

混同されやすい用語が三つあるので、先に分けておきます。

SLA： 合意全体。対象範囲、対応時間帯、目標値、報告、是正措置、責任までを含みます。
SLO（サービスレベル目標）： SLAのなかの測定可能な目標の一つ。たとえば「重大インシデントの初回応答は15分以内」です。WikipediaのService-level objectiveの項目（2026-10-28確認）は、SLOをサービス水準の目標値または目標範囲とし、SLAをそれを含む合意全体としています。
SLI（サービスレベル指標）： 目標の裏にある計測方法。たとえば「チケット登録から技術者の最初の返信までの分数」です。

「SLA 意味」と検索する人が知りたいのは、たいてい後ろの二つです。どんな数字が約束され、その数字がどう数えられるのか。以降の説明はそこを軸に進めます。

ITサポートのSLAには何が書かれているべきか

実用的なITサポートのSLAは、次の7項目を押さえています。欠けているものがあれば、書面で追加を求めてください。

1. 対象範囲：どのサービスを、誰に対して

PC、サーバー、Microsoft 365、ネットワーク、プリンター、業務システムなど何が対象か、また全従業員なのか、特定の拠点・特定の端末なのかを明記します。目標値が「ITサポート」とだけ書かれていて範囲がなければ、障害が起きたときに「それは対象かどうか」で揉める余地が残ります。

2. 対応時間帯

目標値は、サービス時間帯の内側でしか進みません。典型的なのは平日の営業時間（月曜から金曜の営業時間、8x5。1日の具体的な時間数は提供会社によって異なります）と、24時間365日の対応（24x7）です。金曜17時55分に登録したチケットはどう扱われるのか、どの祝日が除外され、どの都市のカレンダーが基準なのかを確認してください。複数の市場を担当する会社は、御社と別のカレンダーで動いていることがあります。

3. 優先度の定義

優先度は障害の深刻さを示し、どの目標値が適用されるかを決めます。定義は、誰が強く催促したかではなく、業務への影響に基づくべきです。P1〜P4の優先度ガイドで4段階モデルを解説しており、関連記事の重大度と優先度の違いでは、影響度と緊急度から優先度が決まる流れを説明しています。

4. 初回応答と復旧の目標

もっとも目立つ数字です。次の節で詳しく見ます。

5. 可用性（稼働率）の約束

サーバーやクラウド基盤など、提供会社が運用するサービスでは、稼働率の目標が示されることがあります。計算方法は後述の稼働率の節にあります。

6. 免責事項と時計の停止条件

どのSLAにもあります。計画メンテナンス、提供会社の管理外の事象、第三者サービスの障害、顧客からの回答待ちの時間などです。範囲が狭く明確に書かれていれば妥当ですが、広く曖昧であれば警戒信号です。

7. 報告・見直し・是正措置

誰も測っていないSLAは、パンフレットと同じです。何を、どの頻度で報告し、誰が見直し、未達のときにどうするのかを書かせてください。是正措置には、サービスクレジット、根本原因の分析、改善計画、未達が続いた場合の解約権などがあります。

初回応答時間と復旧時間はどう違うのか

もっとも多い誤解であり、顧客がいちばん損をしやすい点でもあります。

初回応答時間（レスポンスタイム）： チケットを受け付け、担当できる人が着手するまでの速さです。「誰かが動き始めた」ことが分かります。
復旧時間（リゾリューションタイム）： 問題が実際に直るか、回避策が入るまでの時間です。「いつ業務に戻れるか」が分かります。
両方が必要な理由： 初回応答だけで復旧の目標がなければ、約束しているのは「返信すること」であり「直すこと」ではありません。復旧の目標だけで初動の目標がなければ、期限まで何の連絡もないまま待たされることがあります。

それぞれの定義で、時計がいつ始まり、いつ止まるのかを読んでください。チケット登録時に始まるのか、技術者が受け付けたときに始まるのかで意味が変わります。技術者が返信した時点で止まるのか、お客様が復旧を確認した時点で止まるのかでも、結果は違います。

また、リモート対応とオンサイト（現地）対応を分けているSLAも多くあります。Brocentの公開表は、初回応答、リモート対応、オンサイト、復旧を別々の列にして、それぞれに目標を置いています。2026年10月28日時点では、初回応答はP1とP2が15分、P3が30分、P4とP5が60分です。復旧の目標は、P1からP5の順に営業時間で8、24、48、48、72時間です。ページには、数字がサービス時間帯（8x5または24x7）と契約条件に左右されることも明記されています。この種の表はすべて、そう読むのが正しい読み方です。マネージドITサポートのプランとユーザー単価でも、重大インシデントへの15分以内の初回応答を掲げています。

稼働率の数字は、何時間の停止に相当するのか

稼働率は、一定期間のうちサービスが動いていた時間の割合で表します。パーセンテージの小さな違いが、時間に直すと大きな差になります。計算は単純なので、どの見積書でも自分で確かめられます。

99%： 年間でおよそ87.6時間の停止。30日の月で約7.2時間です。
99.9%： 年間でおよそ8.76時間。30日の月で約43分です。
99.99%： 年間でおよそ52.6分。30日の月で約4.3分です。

（1年を8,760時間として計算した当社の算術であり、特定ベンダーの主張ではありません。）

そのうえで、数字の裏に隠れている点を確認します。

計画メンテナンスは停止に含めるのか、除外するのか。
月次、四半期、年次のどれで計測するのか。年平均では、悪かった月が見えなくなります。
誰が計測し、データを見られるのか。
数字はプラットフォーム全体に対するものか、一部のコンポーネントだけか。

稼働率は、提供会社が運用するインフラでこそ意味を持ちます。ヘルプデスクの場合、それに当たるのは、どれだけ早く対応し、どれだけの割合で解決するかです。

サービスクレジットとは何か、それで十分か

サービスクレジットは、提供会社が目標を外したときに、将来の請求額から一定額を差し引く仕組みです。目標に結果が伴っていることを示すものですが、補償というよりシグナルとして捉えてください。クレジットが、丸一日分の業務停止の損失に見合うことはまずありません。

確認する点は次のとおりです。

発動条件： どの未達でクレジットが発生するのか。顧客から申請が必要か。
金額： 定額か、月額料金の何パーセントか。上限はあるか。
連続未達： 数回続けて未達だった場合に、解約できる権利があるか。クレジットそのものより価値が高いことが多いです。
唯一の救済か： クレジットを受け取ると、それ以外の請求ができなくなるのか。

SLAに是正措置がまったく書かれていなければ、目標値は約束ではなく努力目標です。目標を外したとき実際に何をするのかを提供会社に尋ね、根本原因分析の例を見せてもらってください。

SLAはどう計測し、どう報告されるべきか

目標値には裏付けが必要です。しっかりした運用には、次の要素があります。

すべての段階にタイムスタンプが付くチケット管理システム。 初回応答と復旧は、記憶ではなく記録から算出します。
定期レポート。 通常は月次で、優先度別に、実績と各目標を並べて示します。
レビュー会議または電話。 未達の理由を説明し、合意した対応を記録します。
元データの確認。 少なくとも、各数字の算出方法の明確な定義があること。

Brocentは、マネージドITサービスのお客様に書面のレポートをお渡ししています。トップページには、契約したSLAに照らして指標を測定したレポートのサンプルを掲載しています。どのレポートが対象になるかは、契約範囲によって異なります。どの会社を選ぶ場合でも、契約前に、匿名化された実際のレポートを見せてもらってください。出せない会社は、おそらく計測していません。

レポートで役に立つ指標は、初回応答の目標を達成したチケットの割合、復旧の目標を達成した割合、平均復旧時間、再オープンされた障害の件数などです。時間系の指標の定義はMTTR・MTBF・MTTAの解説を、ユーザーの問題が最初の問い合わせで解決する割合は初回解決率（FCR）をご覧ください。

SLAは何を保証しないのか

SLAが約束するのは速度とプロセスです。限界があることを知ったうえで頼る必要があります。

障害の発生を防ぐものではありません。 初回応答の目標は、故障したあと、どれだけ早く誰かが動き出すかを示すだけです。故障を減らすのは、監視、パッチ適用、設計の良さであり、これらは目標値ではなく対象範囲に書かれるべきことです。
すべてのケースで復旧時間内に直る保証はありません。 ベンダー、回線事業者、交換部品に左右される障害があります。良いSLAは、そのような場合の扱い、たとえば回避策と見直し後の時間を合意する流れを書いています。
関係づくりの代わりにはなりません。 緑色の数字ばかりのレポートの隣で、説明の遅いチームが働いていることもあります。レビューの場では、合計値ではなく傾向を聞いてください。
チケットの優先度の付け方に左右されます。 すべてのチケットが「緊急」なら、目標は意味を失います。一つも緊急でなければ、必要以上に待たされます。誰が優先度を決め、意見が分かれたときにどう決着させるかを取り決めておきます。

具体例で考えます。火曜日の午前10時にファイルサーバーが応答しなくなり、社内の誰も共有ドキュメントを開けなくなったとします。4段階モデルでは重大インシデントです。初回応答の時計は、チケット登録で始まります。技術者が目標時間内に受け付け、切り分けを始めます。原因がディスク故障なら、交換部品を手配しているあいだにレプリカやバックアップからサービスを戻し、本来の修理は別に記録します。良いSLAは、前者を障害の復旧、後者を後続の作業として数え、月次レポートに両方を載せます。契約前に、このような障害を例に、提供会社に一連の流れを説明してもらってください。

SLA、OLA、UC（外部委託契約）の関係

御社のSLAは、提供会社との契約です。その提供会社は、自社の内部チームや外部の事業者に頼ってSLAを果たしていることがあります。この裏側の取り決めには、それぞれ名前があります。WikipediaのOperational-level agreementの項目（2026-10-28確認）は、OLA（運用レベル合意）を、SLAを達成するために社内の各サポートグループの責任と所要時間を定める合意としています。外部の事業者とのあいだで、サービスを下支えするために結ぶ契約は、ITILの用語でUC（Underpinning Contract、外部委託契約）と呼ばれます。ITILの用語集の原文は2026年10月28日に取得できていないため、ここでは当社の言葉で説明しています。

提供会社のOLAを読む必要はありませんが、存在するかどうかと、SLAの目標がそれに照らして現実的かどうかは尋ねるべきです。15分以内の初回応答は、その時間帯に人員が配置されていて初めて信頼できます。三者のつながりはSLA・OLA・UCの違いで解説しています。

ITサポートのSLAに署名する前の確認項目

次のリストを使ってください。どの提供会社にも、当社にも使えます。

優先度ごとに、初回応答と復旧の目標が別々に定義されているか。
優先度の定義が、実際に当てはめられる言葉で業務影響を説明しているか。
時計が動く時間帯はいつで、停止するかどうかは誰が決めるのか。
各目標はどう計測され、報告の頻度はどのくらいか。
免責事項は何で、範囲が狭く具体的か。
未達のあとはどうなるか。クレジット、見直し、解約権はあるか。
連絡先と時限のついた、明確なエスカレーション経路があるか。 エスカレーションマトリクスのテンプレートを参考にしてください。
どのサポートレベルがどの種類の問題を扱うのか。 L1・L2・L3サポートレベルをご覧ください。
レポートのサンプルと、要約ではなく実際に公開されている目標値を確認できるか。
SLAはどのくらいの頻度で見直され、変更の手続きはどうなっているか。

10項目すべてを書面で答えられる会社であれば、SLAは役割を果たしています。いくつもの答えが「状況による」のまま補足がないなら、見た目以上のリスクがお客様側に残っています。

BrocentはSLAをどう公開しているか

Brocentは、目標値をSLAとサービス優先度のページで公開しています。内容は、5段階の優先度（P1〜P5）ごとに、初回応答、リモート対応、オンサイト、復旧の目標があること。2種類のサービス時間帯（標準の8x5、プレミアムの24x7）。サービスデスクがチケットを振り分けるときに使う、影響度と緊急度のマトリクス。そして4区分のシステム変更です。同じページには、数字がサービス時間帯と契約条件に左右されることも記載しています。

マネージドITサポートのプランでは、SLAがマネージドITの運用にどう組み込まれるかを説明しています。24時間365日のヘルプデスクでは、終日の対応体制を紹介しています。各プランの料金と公開SLAはマネージドITサポートのプランとユーザー単価に並んでいるので、誰かに連絡する前に比較できます。