AI開発契約でSLAクレジット条項を決める方法
AI開発契約でSLAクレジット条項を決める方法では、AI開発を外注する前に停止、性能劣化、応答遅延時の通知、補償、例外条件を明文化するためのRFP・契約・見積比較の観点を整理します。

結論
AI開発契約でSLAクレジット条項を決める方法で重要なのは、提案依頼の段階で「できること」ではなく「何を、どの条件で、誰が確認し、どの証跡で検収するか」を揃えることである。SLAクレジット条項を曖昧にしたままAI開発を発注すると、ベンダーごとの前提がずれ、見積比較、責任分界、本番運用の判断ができなくなる。
生成AI案件では、通常のシステム開発よりも、データ、評価、運用、ログ、人間確認、モデル更新の条件が結果に直結する。デジタル庁の生成AI調達・利活用ガイドラインは、利活用促進とリスク管理を一体で進める考え方を示している。NIST AI RMFとGenerative AI Profileも、AIリスクを目的、法規制、リソース、ライフサイクルに合わせて管理する視点を示す。したがって、SLAクレジット条項は後工程の相談ではなく、RFP本文か契約条件に入れるべきである。
RFPに入れるべき項目
| 項目 | 書くべき内容 |
|---|---|
| 背景 | なぜSLAクレジット条項を明確にする必要があるか |
| 対象範囲 | PoC、本番、保守、運用改善のどこまで含めるか |
| 必須回答 | ベンダーが回答すべき前提、除外、証跡、費用 |
| 検収条件 | 何を満たせば完了とするか |
| 変更条件 | 仕様変更、モデル更新、追加費用の扱い |
特に、停止、性能劣化、応答遅延時の通知、補償、例外条件を明文化することを提案書の必須回答項目にする。自由記述だけにすると、提案書の見栄えで判断しやすい。回答欄は、前提、対応範囲、除外範囲、必要データ、追加費用、残リスクに分ける。
見積比較で確認する観点
| 観点 | 確認質問 |
|---|---|
| スコープ | SLAクレジット条項は初期構築、PoC、本番、保守のどこに含まれるか |
| 証跡 | ログ、テスト結果、レビュー記録、設定値をどの形式で残すか |
| 費用 | 初期費、月額、従量課金、追加対応費をどう分けるか |
| 運用 | 誰が確認し、誰が承認し、誰が改善バックログへ戻すか |
| 退出 | ベンダー変更、解約、内製化のときに何を受け取れるか |
安い見積だけで選ぶと、後からSLAクレジット条項が別料金になることがある。見積書では、作業名、成果物、検収方法、前提条件を同じ粒度で比較する。AI案件では、API利用料、クラウド費、評価データ作成、テスト、監視、利用者研修が後から増えやすい。
失敗しやすいパターン
- RFPにSLAクレジット条項を書かず、提案後の質疑で決めようとする
- PoCの成功条件だけを決め、本番運用と改善サイクルを決めない
- ログ、証跡、権限、データ削除をベンダー任せにする
- 見積比較表に、除外範囲と追加費用の欄がない
- 業務部門、法務、セキュリティ、運用担当の確認者を決めない
この失敗は、ベンダーの技術力だけの問題ではない。発注側が比較できる質問を用意しないと、提案の前提がそろわない。特にSLAクレジット条項は、導入後の安全性と継続利用に関わるため、RFP、契約、検収の3点で同じ言葉を使う。
RFP文例
SLAクレジット条項について、対象範囲、前提条件、除外範囲、必要データ、テスト方法、ログ/証跡、運用担当、追加費用、残リスクを表形式で回答してください。PoCと本番で条件が変わる場合は、それぞれ分けて記載してください。
この文例はそのまま使うのではなく、自社の業務、データ、リスク、予算に合わせて調整する。個人情報、医療、金融、労務、広告表現に関わる場合は、法務・セキュリティ部門の確認を前提にする。
図解で確認するポイント
この記事の画像は、SLAクレジット条項をスコープ、証跡、費用、運用に分けたRFP確認図である。タイトル装飾ではなく、ベンダーに回答させる項目を視覚的に整理できるようにした。
まとめ
AI開発契約でSLAクレジット条項を決める方法は、AI開発を発注する前に比較可能な条件をそろえるための教育コンテンツである。AllAIでは、発注前にAI開発パートナーを探す、発注診断を始める、AI開発RFP評価基準へ進める。関連して、AI開発の要件定義、AI開発の失敗事例、AI開発のベンダー選定表も確認するとよい。
FAQ
Q. SLAクレジット条項はRFPと契約のどちらに書くべきですか?
A. RFPで提案比較の条件として書き、採用後に契約条件と検収条件へ落とすのがよい。
Q. どこまで細かく書くべきですか?
A. 初期構築、本番運用、保守、追加費用、ログ/証跡、退出条件まで比較できる粒度で書く。
Q. ベンダーに任せてよい部分はありますか?
A. 技術案は任せてよいが、業務目的、禁止事項、確認者、データ利用条件、検収条件は発注側が決める。
出典と確認日
- デジタル庁「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン」: https://www.digital.go.jp/assets/contents/node/information/field_ref_resources/decb64eb-f26e-41cb-8d37-f3dd173108b8/59054b35/20260612_resources_standard_guidelines_guideline_01.pdf (確認日: 2026-07-08)
- NIST「AI Risk Management Framework」: https://www.nist.gov/itl/ai-risk-management-framework (確認日: 2026-07-08)
- NIST「Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile」: https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence (確認日: 2026-07-08)
- OWASP「Top 10 for Large Language Model Applications」: https://owasp.org/www-project-top-10-for-large-language-model-applications/ (確認日: 2026-07-08)
- ソフィエイト「AI導入の要件定義(RFP)の書き方」: https://sophiate.co.jp/ai%E5%B0%8E%E5%85%A5%E3%81%AE%E8%A6%81%E4%BB%B6%E5%AE%9A%E7%BE%A9%EF%BC%88rfp%EF%BC%89%E3%81%AE%E6%9B%B8%E3%81%8D%E6%96%B9%EF%BC%9A%E5%A4%96%E6%B3%A8%E3%81%A7%E5%A4%B1%E6%95%97%E3%81%97%E3%81%AA/ (確認日: 2026-07-08)
関連する記事・ガイド
- AI開発会社ガイドAI開発RFPでAIエージェント権限境界を指定する方法
AI開発RFPでAIエージェント権限境界を指定する方法では、AI開発を外注する前にAIが実行できる操作、承認が必要な操作、ログ取得をRFPで分けるためのRFP・契約・見積比較の観点を整理します。
- AI開発会社ガイドAI開発RFPでAIエージェントのツール利用リスクを指定する方法
AI開発RFPでAIエージェントのツール利用リスクを指定する方法では、AI開発を外注する前に外部API、メール送信、DB更新などの実行権限を段階制御するためのRFP・契約・見積比較の観点を整理します。
- AI開発会社ガイドAI開発契約でデータエクスポート形式を決める方法
AI開発契約でデータエクスポート形式を決める方法では、AI開発を外注する前に解約時のデータ形式、メタデータ、ログ、再利用権を契約で押さえるためのRFP・契約・見積比較の観点を整理します。
- AI開発会社ガイドAI開発のデータ移行リスクで起きる失敗事例
AI開発のデータ移行リスクで起きる失敗事例では、AI開発を外注する前に移行対象、欠損、名寄せ、検収条件を曖昧にした失敗を避けるためのRFP・契約・見積比較の観点を整理します。