AI開発変更要求の有償・無償判定台帳
変更要求が有償か無償かを判定する台帳の運用方法と契約上の分界を整理する。

結論
AI開発の変更要求は、当初の見積もり範囲内であれば無償対応、範囲外であれば有償対応となる。本記事では、有償・無償を判定する台帳の運用方法と契約上の判断基準を整理する。台帳を運用することで、追加費用の発生を透明化し、発注者とベンダーの信頼関係を維持できる。
定義・判断すべきこと
変更要求の有償・無償判定台帳とは、AI開発中に発生した仕様変更、機能追加、環境変更、データ変更などを、契約の範囲内か範囲外かで分類し、費用負担を決定するための管理表である。判断すべきことは、変更が当初の契約やRFPに含まれているか、ベンダー起因か発注者起因か、どの程度の工数や影響があるか、である。
比較表と確認観点
| 判定要素 | 無償対応の例 | 有償対応の例 | 判断材料 |
|---|---|---|---|
| 当初要件との整合性 | 契約書やRFPに記載の範囲 | 契約後に追加された要望 | RFP、契約書、見積書 |
| ベンダー起因か | 仕様の誤り、実装の不備 | 発注者の方針変更 | 障害記録、変更履歴 |
| 作業量の影響 | 軽微な修正・調整 | 機能追加・大規模な設計変更 | 工数見積 |
| 前提条件の変化 | 契約前提の条件が揃った | 新たなデータやAPIの提供 | 前提条件書 |
| 承認時期 | 開発中の変更管理プロセス内 | 開発後の追加要求 | 変更要求書 |
表を見る際のポイントは、各項目が「契約書やRFPにどう落とし込まれているか」である。数値だけではなく、責任の所在と証跡の形式を確認すると、後からのトラブルを減らせる。特にAI開発では、技術的な確認だけでなく、業務・運用・法務の観点も同じテーブルに載せることが重要である。
運用・契約・管理の進め方
台帳は、変更要求の発生日、要求内容、要求元、影響範囲、判定結果、承認者、費用を記録する。判定はPMと発注者担当者が協議し、合意したら双方の承認を取得する。定期的に台帳を集計し、プロジェクト全体の変更傾向を分析する。実務では、変更要求の受付け窓口を定め、口頭での変更を防ぐ仕組みが重要である。
データ・権限・ログの扱い
データ関連の変更は、特に有償・無償の境界が曖昧になりやすい。データ形式の変更、データ量の増加、新規データの追加、学習データの見直しなどは、要件定義書や見積前提条件書と照らして判定する。データの品質責任が発注者側にある場合、データ修正に伴う開発調整は有償になることが多い。
コスト・測定・見直し
有償対応の場合は、追加工数、追加データ準備費、追加ライセンス費、再検証費を積み上げて見積もる。台帳には、見積もり金額と承認済み金額を記録し、プロジェクト予算との差分を管理する。無償対応であっても、工数が発生するため、実績工数を記録することで、次回見積もりの精度向上につながる。
よくある失敗パターン
よくある失敗は、変更要求を都度口頭で処理して台帳が残らないこと、軽微な変更を積み重ねて無償工数が膨らむこと、有償・無償の基準が曖昧で後から請求トラブルになることである。特にAI開発では、データの微調整が頻発するため、基準を明確にしておく。
実務チェックリスト
- 契約書やRFPの範囲を明確にしている
- 変更要求の発生時に即座に台帳に記録している
- 無償・有償の判定基準を事前に定めている
- 有償の場合は見積もりと承認を取得している
- データ関連の変更は特に慎重に判定している
- 台帳を週次または月次でレビューしている
- 変更要求の受付け窓口を定めている
図解で確認するポイント
この記事の画像は、AI開発変更要求の有償・無償判定台帳を示している。図解では「変更要求発生 → 要件照合 → 判定 → 承認 → 実装 → 台帳記録 → 月次レビュー」というサイクルを描くと、判定フローが理解しやすい。
AllAI内での次の行動
AllAIでは、AI開発契約のチェックポイント、AI開発のベンダーロックインリスク、AI開発RFPの書き方へ進める。
FAQ
Q. バグ修正は無償ですか? A. ベンダー起因の不具合であれば無償が原則。ただし、仕様の解釈の違いや前提条件の不足は有償になることがある。
Q. 発注者の要望変更は有償ですか? A. 契約範囲外であれば有償。ただし、微調整であれば無償とするケースもある。
Q. 台帳は誰が管理しますか? A. 原則として発注者側のPMが管理し、ベンダー側と合意した内容を双方で共有する。
出典と確認日
- OWASP Top 10 for Large Language Model Applications: https://owasp.org/www-project-top-10-for-large-language-model-applications/ (確認日: 2026-07-10)
- 消費者庁 景品表示法・ステルスマーケティング規制: https://www.caa.go.jp/policies/caution/pr/ (確認日: 2026-07-10)
- 独立行政法人 情報処理推進機構 AIセキュリティガイドライン: https://www.ipa.go.jp/security/ai/ (確認日: 2026-07-10)
- ISO/IEC 42001 AI management system explained: https://www.iso.org/home/insights-news/resources/iso-42001-explained-what-it-is.html (確認日: 2026-07-10)
関連する記事・ガイド
- AI開発会社ガイドBest-of-N: OpusAI開発 本番KPI未達時の契約見直し会議
AIシステムの本番KPIが未達のとき、事業責任者・PM・調達が開く契約見直し会議の論点、証跡、判断、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 検収後クレームの紛争証跡ワークフロー
AI受託開発の検収後にクレームや紛争が起きたとき、法務・PM・経理が証跡を整理するワークフロー、紛争段階、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 障害時ベンダー連絡のエスカレーション表
AIシステムの障害時に、運用・情シス・ベンダーが使うエスカレーション表の作り方、連絡基準、証跡、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 運用マニュアル検収の版管理
AI受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。