【保存版】SLA（サービスレベル合意書）とは？業務委託で盛り込むべき必須項目一覧・指標の決め方とペナルティ設計を徹底解説

システム開発やサーバー保守の委託、コールセンターやバックオフィスのBPO（業務代行）、Web制作やコンテンツ制作の外注などにおいて、以下のようなトラブルに直面したことはないでしょうか？

• 「障害が発生したのに、復旧まで何時間も放置された」
• 「納品されたデータの誤字や入力ミスが多く、社内での修正工数が膨らんでいる」
• 「問い合わせメールへの返信が遅く、顧客対応に支障が出ている」
• 「品質が低くて困っているが、契約書に具体的な数値基準がなく、改善要求や減額ができない」

このような外注・業務委託における「品質のズレ」「認識の食い違い」「言った言わないのトラブル」を根本から防ぐための最も有効な仕組みが、SLA（サービスレベル合意書）です。

本記事では、業務委託契約やBPO導入時に盛り込むべき必須項目一覧、業務分野別の具体的指標（メトリクス）と目標値の設定目安、未達時のペナルティ（サービスクレジット）設計、下請法・フリーランス新法に配慮した法務上の注意点、そのまま使えるテンプレート構成、発注者向けチェックリストまで徹底解説します。

---

1. SLA（サービスレベル合意書）とは？業務委託・BPOにおける基本と重要性

1-1. SLA（Service Level Agreement）の定義と目的

SLA（Service Level Agreement：サービスレベル合意書）とは、サービスの提供者（受託者・ベンダー）と利用者（発注者・クライアント）との間で、「提供されるサービスの品質・性能・対応水準」について客観的な数値目標を定め、合意を交わす文書（または契約条項）です。

もともとは通信事業者やクラウドサービス（SaaS/IaaS）の稼働率保証として普及しましたが、現在ではシステム開発・インフラ保守運用、コールセンター、経理・総務・人事などのBPO（ビジネス・プロセス・アウトソーシング）、Web制作・記事執筆・データ入力などの業務委託全般において、品質保証の標準ツールとして不可欠になっています。

1-2. 業務委託契約書・仕様書・SLO（サービスレベル目標）との違い

業務委託実務では、契約書、仕様書、SLA、SLOなどの役割を混同しがちです。それぞれの役割と関係性を整理すると以下の通りです。

文書・概念	主な記載内容・役割	法的拘束力	位置づけ・具体例
業務委託契約書（基本契約）	権利義務関係、支払条件、秘密保持、著作権、契約期間、解除条件など	極めて強い（法的根拠）	契約全体の土台となる法的枠組み
業務仕様書（SOW）	委託する具体的な作業内容、納品物の仕様、業務範囲（スコープ）、手順	契約内容の一部	「何を・どこまで作業するか」の定義
SLA（サービスレベル合意書）	サービスの品質水準、数値目標（稼働率・応答速度・ミス率等）、未達時の対応	契約付属文書（合意事項）	「どの程度の品質・スピードで提供するか」の数値基準
SLO（サービスレベル目標）	ベンダー内部で設定する運用目標値（SLAより一段高い努力目標）	なし（内部目標）	SLA未達を防ぐための社内管理指標

実務においては、「基本契約書」の別紙（付属覚書）としてSLAを締結するか、個別契約書・仕様書の中に「サービスレベルに関する条項」として組み込む形式が一般的です。

1-3. 業務委託やBPOでSLAを設定すべき4つのメリット

1. 「言った言わない」の品質トラブルを完全防止：
   「迅速に対応してほしい」「正確に入力してほしい」といった主観的な表現を排除し、「4時間以内に一次回答」「入力ミス率0.1%以下」と数値化することで、評価基準のズレをなくします。
2. 委託先（ベンダー）のマネジメントが容易になる：
   月次の実績値をもとに客観的な評価ができるため、感情的な対立を防ぎ、データに基づいた改善要求（PDCA）が可能になります。
3. 過剰品質による委託コストの高騰を抑えられる：
   必要な品質水準（例：稼働率99.9%）を明確にすることで、受託者側が無駄な冗長化コストを見積もりに上乗せするのを防ぎます。
4. 長期的な信頼関係・パートナーシップが構築できる：
   受託者側にとっても、「どこまで対応すれば合格なのか」が明確になり、理不尽なクレームや想定外の作業負担から身を守る盾となります。

---

2. 業務委託のSLAに盛り込むべき「7大必須構成項目」一覧

業務委託契約のSLAを作成する際は、以下の7つの項目を過不足なく盛り込むことが重要です。1つでも欠落すると、トラブル発生時に責任の所在が曖昧になります。

2-1. ① サービスの対象範囲と適用前提条件（スコープの明確化）

SLAが適用される「業務の境界線」を明確にします。

• 対象業務：例「ECサイトのフロントエンドおよびバックエンドの保守運用」「受発注データの入力および消込処理」
• 対象システム・環境：対象サーバー名、URL、OS、データベース、使用ツール（SaaS等）のバージョン
• 対象外の業務：新規機能の開発、大規模リニューアル、指定環境外のトラブル対応など
• 適用前提条件：「発注者から前日18時までにデータが送付されていること」「API連携元サービスが正常稼働していること」など

2-2. ② サービス提供時間・体制（営業時間・オンコール体制）

受託者が業務を提供する時間帯とサポート窓口の稼働体制を定義します。

• 標準営業時間：平日 9:00〜18:00（土日祝日および年末年始を除く）
• 時間外・緊急対応：24時間365日のオンコール体制の有無、夜間・休日の緊急連絡先と受付ルート
• 問い合わせ窓口：専用メールアドレス、チャットツール（Slack/Teams）、電話番号、チケット管理システム

2-3. ③ サービスレベル指標（メトリクス）と目標水準（SLA基準値）

サービスの品質を測る具体的な指標（メトリクス）と、達成すべき目標数値を明記します（※業務別の詳細指標は後述）。

• 稼働性指標：月間システム稼働率（例：99.9%以上）
• 時間・応答指標：障害一次受付時間（例：15分以内）、障害復旧時間（例：重大障害時2時間以内）、問い合わせ返信時間（例：4営業時間以内）
• 品質・正確性指標：処理ミス率・手戻り率（例：0.1%未満）、検収合格率（例：98%以上）
• 処理能力・納期指標：1時間あたりの処理件数、納期遵守率（例：100%）

2-4. ④ 測定方法・評価期間および報告手順（月次レポート等）

指標を「誰が・どのようなツールで・どの期間で集計し・いつ報告するか」のルールを定めます。

• 測定ツール・データソース：監視システム（Datadog、New Relic、Zabbix等）、チケット管理ツール（Jira、Zendesk等）、業務管理ログ
• 評価期間（計測サイクル）：毎月1日〜末日（月次単位での集計・評価）
• 報告手順・期限：翌月第5営業日までに「SLA月次報告書」を発注者に提出、月次定例会にてレビュー

2-5. ⑤ SLA未達時の対応策・ペナルティ（サービスクレジット方式）

目標値が未達となった場合の受託者の責任と、具体的な対応手順を定めます。

• 是正措置の義務：未達発生から3営業日以内の原因分析レポートおよび再発防止策の提出
• 委託費の減額（サービスクレジット）：未達度合いに応じた翌月委託費の一定割合（例：月額費用の5〜20%）の返還・割引
• 重大未達時の契約解除：2ヶ月連続で基準を大きく下回った場合の無催告解除権

2-6. ⑥ 免責事項・除外条件（不可抗力、発注者責務、計画メンテ）

受託者がSLA未達の責を負わない「除外条件」を明確にしておくことが、トラブル防止において極めて重要です。

• 計画メンテナンス：事前に発注者へ通知・合意した定期メンテナンス停止時間（SLA稼働率計算の分母・分子から除外）
• 不可抗力（Force Majeure）：天災地変、地震、火災、戦争、通信キャリアの広域障害、サイバー攻撃（DDoS攻撃等）
• 発注者側の責務不履行：発注者からの指示遅延、提供データの誤り、承認・検収の遅れに起因する納期遅延
• 第三者提供サービスの障害：AWS、GCP、外部決済ゲートウェイ等の障害

2-7. SLAの見直し（改定）プロセスと契約解除条件

SLAは固定的なものではなく、業務量の変化やシステムの安定化に合わせて定期的に見直す必要があります。

• 改定協議：半期または1年ごとにSLAの実績値を振り返り、目標値の引き上げ・引き下げを協議する規定
• 業務量急増時の調整：事前の想定件数を大きく超える突発的な業務量（例：前月比150%以上）が発生した場合のSLA一時免除規定

---

3. 【業務分野別】SLAの主要指標（メトリクス）と目標値の設定例

委託する業務の性質によって、設定すべきSLA項目や目標値の相場は大きく異なります。代表的な4つの業務分野について、実務で使われる具体的指標と設定目安をまとめました。

3-1. ITシステム開発・保守運用・クラウドインフラ

システム開発やインフラ保守では、障害の重大度（Severity 1〜3）に応じた復旧時間と稼働率がコア指標となります。

指標名（メトリクス）	定義・測定方法	目標値の目安（SLA基準）
月間システム稼働率	(月間総時間 – 計画停止時間 – 障害停止時間) ÷ (月間総時間 – 計画停止時間) × 100	99.9%（月間許容停止 約43分） 99.95%（月間許容停止 約21分）
重大障害応答時間（MTTA）	サービス全停止（Severity 1）の検知・連絡から受託者の初期対応着手までの時間	15分〜30分以内
重大障害復旧時間（MTTR）	Severity 1の障害発生から暫定復旧または完全復旧までの時間	1時間〜2時間以内
中・軽微障害復旧時間	Severity 2（一部機能停止）および Severity 3（軽微なバグ）の復旧時間	Severity 2：4〜8時間以内 Severity 3：翌営業日〜3営業日以内
定期バックアップ成功率	日次・週次バックアップの正常完了率	99.99%以上（失敗時は即時再実行）
セキュリティパッチ適用期間	緊急脆弱性情報公開から本番・ステージング環境へのパッチ適用完了までの時間	緊急：24〜48時間以内 通常：次回定期メンテ時

3-2. BPO・バックオフィス（経理・給与計算・受発注）

バックオフィス業務のBPOでは、「納期厳守」と「処理の正確性（ミス率）」が最重要項目です。

指標名（メトリクス）	定義・測定方法	目標値の目安（SLA基準）
処理期日遵守率	期日までに完了した件数 ÷ 依頼総件数 × 100	100%（給与計算・請求書発行等）
作業ミス率（エラー率）	発注者側での検収や差戻しで発見された誤り件数 ÷ 処理総件数 × 100	0.1%以下（1,000件中1件以下）
通常処理リードタイム	発注者からデータ受領後、処理完了・納品までの時間	受領後 24時間以内 または 翌営業日12時まで
例外・不整合対応時間	データ不備や確認事項発生時の発注者への照会・エスカレーション時間	検知から 2時間以内
月次レポート提出期限	当月業務実績および処理ログの提出期日	翌月 第3〜第5営業日以内

3-3. カスタマーサポート・コールセンター代行

問い合わせ窓口代行では、「つながりやすさ（応答率）」「一次解決率」「顧客満足度」を組み合わせます。

指標名（メトリクス）	定義・測定方法	目標値の目安（SLA基準）
電話応答率（サービスレベル）	着信から指定秒数（例：20秒）以内にオペレーターが応答した割合	80%以上（20秒以内応答） 呼損率（放棄呼率）：5%未満
メール・問い合わせ返信速度	受電・受信から一次返信完了までの所要時間	営業時間内 2時間〜4時間以内 24時間以内返信率：98%以上
一次解決率（FCR）	再問い合わせやエスカレーションなしに1回の対応で完了した割合	75%〜85%以上
顧客満足度（CSAT）	対応後のアンケート（5段階評価など）における肯定的回答の割合	85%以上
エスカレーション遵守率	クレームや判断保留案件を規定時間内に発注者へ報告した割合	100%（重要案件は30分以内）

3-4. Web制作・記事作成・マーケティング・SNS代行

制作系・マーケティング業務では、納期遵守率と「レギュレーション適合率」「修正ターンアラウンド」を定めます。

指標名（メトリクス）	定義・測定方法	目標値の目安（SLA基準）
初稿提出納期遵守率	合意した納期までに初稿を提出した案件割合	100%（遅延は事前合意必須）
修正対応ターンアラウンド	発注者からの修正指示受領後、修正版を再提出するまでの時間	軽微な修正：1営業日以内 大幅な修正：2〜3営業日以内
レギュレーション適合率	指定の構成案・執筆ルール・表記レギュレーションの違反ゼロ率	初稿時点での致命的違反 0件
無断キャンセル・遅延防止	納期遅延の連絡期限（事前通知義務）	納期 24時間以上前 の事前連絡義務

---

4. 失敗しないSLAの決め方｜4ステップ実践フロー

SLAを初めて策定する際、多くの企業が「指標を詰め込みすぎて運用できない」「目標値が高すぎて委託費が跳ね上がった」という失敗に陥ります。以下の4ステップで進めることで、実効性の高いSLAを構築できます。

4-1. ステップ1：業務のクリティカルパスの特定と指標の絞り込み

すべての作業にSLAを設定しようとすると、測定や集計の管理工数（オーバーヘッド）が膨大になります。「未達になった場合に事業や顧客に致命的な打撃を与えるポイント（クリティカルパス）」に絞り、重要指標を3〜5個に厳選します。

• 良い例：「障害復旧時間」「月末給与データの納品期日」「電話応答率」などの重要指標に集中。
• 悪い例：「チャットへの即時返信」「毎回の進捗メールの行数」など、本質的でない細かな作業までSLA化。

4-2. ステップ2：現状ベースラインの測定と過剰スペックの防止

目標値を設定する前に、まずは「自社内で内製していたときの実績値」や「現在の平均稼働実績（ベースライン）」を測定します。

特に注意すべきは「過剰スペック」の罠です。例えば、システム稼働率を「99.9%（月間停止約43分）」から「99.99%（月間停止約4分）」に引き上げると、インフラの多重化や24時間常駐監視体制が必要となり、委託費用が2倍〜3倍に跳ね上がることがあります。「自社のビジネスモデルにとって本当にそこまでの可用性が必要か？」を費用対効果（ROI）の観点から冷静に判断しましょう。

4-3. ステップ3：委託先（ベンダー）との協議・合意形成

SLAは発注者が一方的に押し付けるものではありません。受託者側の体制、技術的制約、想定コストを踏まえ、双方が納得できる水準で合意します。受託者側からの「この条件であれば追加費用なしで対応可能」「この目標値にするにはオンコール要員の追加が必要」といったフィードバックをもとに、仕様と予算のバランスを調整します。

4-4. ステップ4：運用開始後のモニタリング体制と定期改善（PDCA）

SLAを締結したら、運用開始後の最初の3ヶ月間（パイロット期間）は特に注視して実績データを収集します。月次定例会で実績値（SLA達成率）を共有し、未達が発生した場合は「なぜ起きたのか」「プロセスに問題はないか」を共同で分析します。

業務内容の変更やシステム改修があった場合は、年1回程度SLAの内容をアップデートするサイクルを回しましょう。

---

5. SLA未達時のペナルティ設計と法務上の重要注意点

SLAの実効性を担保するためには、「目標値に届かなかった場合にどうするか」のルール設計が欠かせません。実務で最も多く用いられるのが「サービスクレジット方式（委託費用の段階的減額）」です。

5-1. サービスクレジット方式（委託費減額）の計算モデルと実務例

サービスクレジットとは、SLA未達が発生した月に、未達の度合いに応じて委託費用の一定割合を翌月以降の請求金額から相殺（割引）または返還する仕組みです。

月間稼働率 / 達成実績	評価	サービスクレジット（減額率）
99.9% 以上	SLA達成（正常）	減額なし（0%）
99.5% 以上 〜 99.9% 未満	軽度未達	当月月額委託費用の 5% 減額
99.0% 以上 〜 99.5% 未満	中度未達	当月月額委託費用の 10% 減額
95.0% 以上 〜 99.0% 未満	重大未達	当月月額委託費用の 20% 減額 ＋ 原因報告書提出
95.0% 未満 または 2ヶ月連続未達	致命的未達	当月月額委託費用の 30% 減額 ＋ 発注者による無催告解除権

5-2. 下請法・フリーランス新法との関係（不当な減額防止の注意点）

SLAペナルティを設計する際、発注者側が最も注意しなければならないのが「下請法」および「フリーランス新法」における『減額の禁止』規定です。

• 下請法第4条第1項第3号（減額の禁止）：
  発注者は、下請事業者に責任がないにもかかわらず、発注時に定めた下請代金を減額してはならないと定められています。
• フリーランス・事業者間取引適正化等法（フリーランス新法）：
  個人事業主やフリーランスに対する発注においても、不当な代金の減額や買いたたきが厳格に禁止されています。

5-3. 損害賠償請求や契約解除条項との関係性・すみ分け

SLAのサービスクレジットは、「日常的な軽微なサービス水準低下に対する迅速な調整手段」です。一方、重大なデータ漏洩や長期の大規模システム停止によって発注者に多大な実損害が生じた場合は、SLAの減額とは別に「業務委託基本契約の損害賠償条項」に基づいて損害賠償請求を行います。

契約書には「SLAに基づくサービスクレジットの適用は、故意または重過失による損害賠償請求を妨げない」旨を明記しておくと安全です。

5-4. インセンティブ設計（ボーナス加算）による品質向上の動機づけ

ペナルティ（減点主義）だけでなく、「目標水準を大幅に上回った場合に報酬を加算するインセンティブ制度（加点主義）」を取り入れることも有効です。

例えば、「月間ミス率が0.01%以下かつ顧客満足度95%以上を達成した場合、当月の委託費用に5%のボーナスを加算する」といった設計を行うことで、受託者側のモチベーションが高まり、長期的な品質向上とパートナーシップ強化につながります。

---

6. すぐに使える「SLA合意書」の記載例・テンプレート構成

業務委託契約書の「別紙（SLA覚書）」として添付して使用できる、標準的な構成と条文サンプルです。

6-1. 業務委託契約の別紙（付属覚書）としてのひな形構成

条項番号	条項名	規定内容の要約
第1条	目的および適用範囲	本合意書が基本契約に基づく委託業務のサービス品質基準を定めるものである旨の定義
第2条	サービス提供時間・体制	営業時間、緊急時連絡ルート、問い合わせ受付窓口の規定
第3条	サービスレベル目標（SLA）	別表に定める各指標（稼働率、応答時間、ミス率等）および目標値
第4条	測定および報告	集計ツール、評価期間（月次）、月次報告書の提出期日および定例会での協議
第5条	未達時の措置（サービスクレジット）	目標未達時の是正報告義務、翌月委託料からの減額率算定表
第6条	免責および除外事項	計画メンテナンス、不可抗力、発注者の責務不履行、第三者サービス障害の除外規定
第7条	SLAの改定	年1回または業務変動時における協議改定の規定

6-2. トラブルを防ぐ条文サンプル（実務文面）

---

7. 発注者がチェックすべき「SLA策定・運用チェックリスト10」

契約締結前および運用開始時に確認すべき10のチェック項目です。抜け漏れがないか確認しましょう。

No	チェック項目	確認ポイント	確認
1	対象スコープの境界線	SLAが適用される業務と対象外の業務が明確に線引きされているか？	□
2	客観的数値での定義	「迅速に」「適切に」等の主観的表現を排除し、数値・時間で定義されているか？	□
3	指標の絞り込み	測定負担を考慮し、重要指標が3〜5個程度に厳選されているか？	□
4	過剰スペックの排除	必要以上の高基準（99.99%等）により委託費が高騰していないか？	□
5	測定ツール・方法の合意	ログ取得や集計方法について受託者と合意が取れているか？	□
6	免責事項・除外条件	計画メンテ、発注者側の指示遅延、不可抗力が明記されているか？	□
7	サービスクレジット基準	未達時の段階的減額ルールが事前に明確に合意されているか？	□
8	下請法・フリーランス新法適合	一方的な押し付けや不当な減額とならない契約構造になっているか？	□
9	月次報告・レビュー体制	月次報告書の提出期日と定例レビューの場が設定されているか？	□
10	定期改定・見直し規定	業務量の変動や運用実態に合わせて定期的に改定できるルールがあるか？	□

---

8. まとめ：適切なSLA設計で高品質な外注パートナーシップを築こう

業務委託やBPOにおけるSLA（サービスレベル合意書）は、単に受託先を縛ったりペナルティを科すための手段ではありません。「委託元と受託先が目指すべき品質水準の共通言語を持ち、健全で信頼性の高いパートナーシップを長期継続するための仕組み」です。

SLAを成功させるための要点を改めて振り返ります。

• コア指標に絞る：事業のクリティカルパスとなる3〜5指標を客観的な数値で定義する。
• コストと品質のバランス：過剰スペックを避け、許容リスクに見合った現実的な目標値を設定する。
• サービスクレジットの活用：未達時は迅速に処理できる段階的減額ルールを整備する。
• 下請法・フリーランス新法に配慮：一方的な押し付けや不当な減額を避け、事前の対等な合意を徹底する。
• 継続的な見直し：月次レビューで原因を分析し、定期的にSLAをアップデートする。

本記事で紹介した項目一覧やテンプレート、チェックリストを活用し、トラブルのない高品質な業務委託運用を実現してください。