AI開発の契約で失敗しない確認項目｜成果物・データ・知的財産・運用保守を解説【2026年8月最新】

AI開発会社から提案を受け、要件と見積もりも固まった。あとは契約するだけ。そう思った段階で、もう一度確認したいことがあります。

AI開発では、画面やソースコードだけを受け取っても、自社だけで運用できるとは限りません。プロンプト、評価データ、外部AIの設定、業務上の判断基準が開発会社に残ったままだと、契約終了後に改善や移管ができなくなるからです。

この記事では、生成AIやAIエージェントの開発を外注する企業に向けて、契約前に確認したい成果物、データ、知的財産、検収、追加費用、運用保守、契約終了時の移管を整理します。

なお、契約条件は案件や法域によって異なります。本記事は一般的な確認観点を整理したものであり、個別契約の最終判断は自社の法務担当者や弁護士などの専門家へ相談してください。

この記事の要点

AI開発の契約は、なぜ通常のシステム開発と違うのか

一般的なシステム開発では、決められた入力に対して、定めた処理と結果を返す機能を中心に仕様を固めます。一方、生成AIは、利用するモデル、入力データ、プロンプト、検索方法、評価方法によって出力が変わります。

開発開始時点では、どの設計なら必要な品質を満たせるか分からないこともあります。PoCを進めながら、参照データや回答方法を変更する場面も珍しくありません。

そのため、契約書に「AIシステム一式を開発する」とだけ書いても、次の点が曖昧になります。

• どの状態を完成とするのか

• 回答精度をどのデータで評価するのか

• モデルやAPIの仕様変更へ誰が対応するのか

• 開発中に作られたプロンプトや評価データは誰が使えるのか

• 契約終了後も自社や別会社が保守できるのか

重要なのは、すべての仕様を最初に固定することではありません。変わる可能性がある部分と、契約前に固定すべき責任・権利・手続きを分けることです。

IPAのアジャイル開発版「情報システム・モデル取引・契約書」も、開発対象全体の要件を先に固定する方法とは異なり、利用者と開発会社が緊密に協働し、機能や優先順位を柔軟に変更する考え方を示しています。ただし、モデル契約をそのまま使えばよいわけではありません。自社の案件、開発方式、データ、体制に合わせた確認が必要です。

契約書だけでなく、3つの文書をそろえる

AI開発の条件を契約書本文だけへ詰め込むと、読みにくくなり、変更も難しくなります。実務では、少なくとも次の3つをつなげて管理します。

1．契約書

業務範囲、契約類型、委託料、権利、秘密保持、再委託、損害賠償、解除など、双方を拘束する基本条件を定めます。

2．仕様書・要件定義書

対象業務、利用者、データ、機能、非機能要件、セキュリティ、評価方法、成果物を具体化します。発注前に整理する内容は、AI開発の要件定義とRFPで詳しく解説しています。

3．運用・変更に関する別紙

開発中の優先順位、変更手続き、会議体、障害対応、モデル更新、追加作業の見積もり、契約終了時の移管を決めます。

3つの文書で同じ言葉を違う意味に使うと、後で解釈が割れます。「本番」「成果物」「重大障害」「追加開発」「検収」などの用語は、定義をそろえてください。

契約前に確認したい10項目

ここからは、AI開発の契約で確認したい項目を順番に見ていきます。

1．業務範囲と対象外

最初に確認するのは、開発会社が何を担当し、何を担当しないかです。

要件定義、データ整備、画面開発、外部システム連携、テスト、利用者教育、本番移行、監視、問い合わせ対応まで、工程ごとに担当を分けます。

対象外も重要です。例えば「基幹システム側の改修は含まない」「過去文書の重複除去は発注側が行う」「法務上の回答の正しさは保証対象にしない」など、実施しないことを明記します。

2．成果物と引き渡し方法

AI開発の成果物は、動く画面だけではありません。契約終了後に運用するには、その画面を動かすための情報が必要です。

最低限、次の成果物が必要かを確認します。

ファイル名だけでなく、形式、保存場所、引き渡す時期も決めます。開発会社の環境でしか開けない資料や、閲覧権限のないリポジトリは、引き渡されたことになりません。

3．ソースコードと知的財産

「開発費を払ったから、すべて自社のものになる」とは限りません。契約で、著作権などの権利がどちらへ帰属するのか、自社がどこまで利用・改変・第三者へ委託できるのかを確認します。

ここでは、成果物を3つに分けると整理しやすくなります。

• 開発前から発注側が持っていた業務資料、データ、ノウハウ

• 開発会社が以前から持っていた共通部品、ライブラリ、ノウハウ

• 今回の案件で新たに作られたコード、プロンプト、評価データ、設計

すべての権利を一律に発注側へ移すことだけが正解ではありません。開発会社の共通部品を利用する方が、早く合理的に開発できる場合もあります。

ただし、その部品の権利が開発会社に残るなら、契約終了後も自社や後任ベンダーがシステムを利用・保守できる権利があるかを確認してください。

開発をどこまで社内で担うかを決めていない場合は、AI内製化と外注の判断基準も先に整理しておくと、必要な利用権や引き継ぎ条件を決めやすくなります。

また、オープンソースソフトウェアや第三者のライブラリを使う場合は、名称、ライセンス、利用条件、更新責任を一覧化します。個別のライセンス条件は専門家の確認が必要です。

4．顧客データの利用範囲

AI開発では、社内文書、顧客情報、会議記録、問い合わせ履歴などを開発会社へ渡すことがあります。契約では、データの利用目的と範囲を明確にします。

• 開発とテストのどの工程で使うか

• 本番データを使うか、匿名化・仮名化・ダミー化するか

• 外部のAIモデルやクラウドへ送信するか

• 保存される国・地域と保存期間

• 開発会社のサービス改善や他案件へ利用するか

• 契約終了時に返却・削除し、証跡を出すか

「入力データは学習に使わない」という説明だけでは不足します。ログ保存、品質改善のための人による確認、障害調査、再委託先での処理なども分けて確認します。

個人データを委託先が扱う場合、委託元には委託先を適切に監督する観点があります。個人情報保護委員会の通則編ガイドラインなどを確認し、自社の個人情報保護方針と委託先管理の手続きへ合わせてください。

5．外部AI・クラウド・再委託先

AIシステムは、一社だけで完結しないことが多くあります。開発会社がOpenAI、Anthropic、Google、Microsoftなどの外部サービスを利用し、さらにクラウド運用やデータ整備を別会社へ再委託する場合があります。

契約前に、外部サービスと再委託先の一覧、処理するデータ、責任範囲、変更時の通知方法を確認します。

特に確認したいのは、外部サービスの規約や料金、提供機能が変わったときです。モデル終了やAPI変更を障害と扱うのか、代替モデルへの移行は保守に含むのか、追加費用になるのかを決めます。

6．品質基準と検収

生成AIに「常に正しい回答」を求めても、現実的な検収条件にはなりません。一方、「AIなので間違えることがある」だけで品質責任をなくすのも適切ではありません。

検収では、対象業務に合わせたテストケースと合格条件を決めます。

• どの質問や入力で試すか

• 正解や許容範囲を誰が決めるか

• 根拠表示、形式、禁止回答をどう評価するか

• 重大な誤りをどう定義するか

• 人へ引き継ぐべき場面で止まれるか

• 不合格時に何回、どこまで修正するか

精度を一つの平均値だけで判断すると、重要な失敗が埋もれます。高リスクのケースを別枠で評価してください。生成AIのPoCの進め方では、本番移行のGo・改善・停止を分ける方法を解説しています。

7．追加変更と費用の決め方

AI開発では、試してから要件を変えることがあります。そこで「変更はすべて追加費用」または「必要な改善はすべて当初費用内」と考えると、双方の認識がぶつかります。

変更を次のように分類します。

• 当初の合意を満たしていないため、開発会社が修正するもの

• 検証結果を受け、双方で優先順位を入れ替えるもの

• 新しい機能やデータ連携を追加するもの

• 外部サービスの仕様変更に対応するもの

変更を誰が承認し、影響する期間と費用をどう示すかを決めます。口頭やチャットだけで進めず、決定事項を文書へ残す仕組みが必要です。

8．セキュリティ・権限・事故対応

契約書の秘密保持条項だけでは、AIシステムの運用条件は決まりません。認証、権限、ログ、暗号化、脆弱性対応、バックアップ、インシデント連絡を仕様書や別紙へ落とします。

誰が情報を読めるかだけでなく、AIが何を更新・送信・実行できるかも確認します。操作ごとの権限と承認は、生成AI・AIエージェントの権限設計も参考にしてください。

事故が起きた場合は、初報までの時間、調査、影響範囲の特定、再発防止、利用者への連絡について役割を分けます。外部AIや再委託先で問題が起きた場合の連絡経路も必要です。

内閣府のAI指針は、安全性、透明性、事後的な検証可能性、責任の所在の明確化などを示しています。契約では、この原則を自社の業務に合わせ、誰が説明・記録・対応するかまで具体化します。

9．運用保守とモデル更新

本番公開は終点ではありません。利用者の質問が変わり、社内文書が更新され、AIモデルやAPIも変化します。

運用保守の対象を具体化します。

• 障害の監視と復旧

• データや文書の更新

• 回答品質の定期評価

• プロンプトや検索設定の改善

• 外部モデルの更新・終了への対応

• 利用者・権限の追加と削除

• 問い合わせ対応と月次報告

「保守一式」では、どこまで含まれるか判断できません。対応時間、優先度、受付方法、対象外、追加費用となる条件を確認します。

10．契約終了・解除・移管

最も見落とされやすいのが、契約を終えるときの条件です。

契約終了時に、ソースコード、設定、プロンプト、評価データ、運用手順、アカウント、ログを、いつ、どの形式で引き渡すかを決めます。顧客データの返却・削除、削除証明、秘密保持義務の存続期間も確認します。

別の開発会社へ移管する可能性があるなら、引き継ぎへの協力時間、質問対応、環境移行を通常業務に含めるか、別途見積もりにするかも決めておきます。

発注先を決める段階では、AIエージェント開発会社の選び方も参考になります。選定時に確認した体制や内製化支援を、契約上の役割と成果物へ落とし込むことが大切です。

終了条件は、関係が悪くなったときのためだけにあるのではありません。自社に資産を残し、将来の選択肢を守るためにあります。

AI開発の契約条件と、契約終了後に自社へ残すべき資産を整理したサービス資料をご用意しています。

▶️ AIworkerのサービス資料をダウンロードする

請負契約と準委任契約をどう考えるか

システム開発では、成果物の完成を目的とする請負と、一定の業務を適切に遂行する準委任が使われます。AI開発でも、案件の性質や工程によって契約の設計が変わります。

仕様と完成条件を明確にできる部分は請負が合う場合があります。一方、PoCや探索的な改善のように、作業を進めながら優先順位を変える部分は、準委任が検討されることがあります。

IPAのアジャイル開発版モデル契約は、成果物の完成ではなく、ベンダーが専門家として業務を遂行することへ対価を支払う準委任を前提としています。ただし、AI開発なら必ず準委任、あるいは必ず請負ということではありません。

名称だけで判断せず、次を確認してください。

• 受注側は完成義務を負うのか

• 発注側はどこまで意思決定と協力を担うのか

• 何に対して対価を支払うのか

• 品質未達や遅延をどう扱うのか

• 中途終了時の費用と成果物をどう扱うのか

実際の契約類型と運用が一致しているかは、法務担当者や専門家へ確認してください。

契約で起きやすい5つの失敗

失敗1．「一式」という言葉で済ませる

AIシステム一式、保守一式と書くだけでは、成果物と作業範囲が分かりません。何が含まれ、何が対象外かを分解します。

失敗2．精度保証だけを求める

一つの精度だけを契約へ書いても、テストデータや評価方法が違えば判定できません。重大な誤り、根拠、人への引き継ぎも含めて評価します。

失敗3．開発会社のアカウントで本番運用する

クラウド、AI API、コード管理、監視をすべて開発会社のアカウントに置くと、契約終了時に移管が難しくなります。自社名義にするものと、開発会社名義で利用するものを分けます。

失敗4．データの二次利用を曖昧にする

開発目的で渡したデータが、開発会社のサービス改善や他案件へ利用されるかを確認します。利用を認める場合も、対象、目的、加工、保存期間を明確にします。

失敗5．保守契約を切ると何も直せない

コードだけ受け取っても、設定や評価方法が残らなければ改善できません。契約中から、自社担当者が内容を理解し、別会社でも引き継げる状態を作ります。

法務・情シス・現場で確認するチェックリスト

法務・購買

• 契約の対象業務と対象外が明確か

• 成果物、知的財産、利用権が整理されているか

• 再委託、秘密保持、損害賠償、解除条件を確認したか

• 契約終了後の引き渡しと削除が決まっているか

情報システム・セキュリティ

• データの送信先、保存先、保存期間が分かるか

• 外部AI、クラウド、再委託先が一覧化されているか

• 認証、権限、ログ、事故対応を確認したか

• 自社名義で持つべきアカウントを決めたか

業務部門

• 対象業務と正解を説明できる責任者がいるか

• 検収に使うテストケースを用意できるか

• AIが判断せず、人へ戻す条件を決めたか

• 本番後のデータ更新と評価を誰が行うか決めたか

プロジェクト責任者

• 変更の承認者と記録方法が決まっているか

• 追加費用が発生する条件を確認したか

• 本番移行と停止の判断基準があるか

• 契約終了後に残す資産を一覧化したか

契約の目的は、相手を縛ることではない

細かい条件を増やすほど、良い契約になるわけではありません。契約の目的は、発注側と開発会社の責任を一方的に押し付け合うことではなく、認識の違いを減らし、必要な判断を早く行える状態を作ることです。

AI開発では、発注側にも継続的な関与が必要です。業務の正解、優先順位、利用者の反応は、開発会社だけでは決められません。IPAのアジャイル開発版モデル契約も、発注側の主体的な関与と、ユーザー・ベンダー間の協働を重視しています。

FDEの役割で解説したように、現場を観察し、実装し、検証し、改善する役割を置く場合も、その人だけへ判断を丸投げしません。発注側の業務責任者と受注側の技術責任者が、決める内容を分けます。

一方、開発会社には、技術的なリスクを説明し、実行可能な選択肢を示し、決定内容を実装へ反映する役割があります。

契約書を交わした後に会話が減るのではなく、契約によって、何を一緒に決めるべきかが明確になる状態を目指してください。

よくある質問（FAQ）

Q. AI開発では、ソースコードの著作権を必ず自社へ移すべきですか？

必ずしも一律ではありません。開発会社が以前から持つ共通部品を使う場合もあります。重要なのは、契約終了後も自社が利用・改変・保守・移管できる条件があるかです。案件ごとの権利関係は専門家へ確認してください。

Q. プロンプトも成果物に含めるべきですか？

本番システムの動作や品質に影響するシステムプロンプト、ツール定義、検索設定などは、成果物として扱うか、少なくとも自社が継続利用・編集できる状態を確認することを推奨します。

Q. AIの回答精度を契約で保証してもらえますか？

一つの精度だけで保証範囲を決めるのは困難です。評価データ、測定方法、重大な誤り、対象外、人へ引き継ぐ条件、不合格時の修正範囲を具体化してください。

Q. 顧客データを外部AIへ送らない契約にできますか？

技術構成によって可能性は異なります。送信を禁止するだけでなく、ログ、バックアップ、障害調査、再委託先を含めたデータフローを確認する必要があります。

Q. 保守契約を結ばなくても運用できますか？

自社に運用担当者、手順、設定、評価データがあり、障害や外部サービス変更へ対応できるなら可能な場合があります。担当者がいない場合は、保守または伴走支援を含めて検討します。

Q. 契約書はIPAのひな型をそのまま使えますか？

IPAの資料は論点整理に役立ちますが、案件ごとに開発方式、データ、体制、成果物が異なります。公表時点の法令を前提にした資料もあるため、そのまま流用せず、自社の法務担当者や専門家と調整してください。

AI開発を契約終了後も自社の資産にするために｜AIworkerの支援

AI開発で重要なのは、契約期間中にシステムが動くことだけではありません。契約終了後に、コード、設定、評価方法、業務手順、自社で改善できる人材が残るかまで設計する必要があります。

AIworkerは特定の製品を前提にせず、対象業務、必要なデータ、運用体制、既存ツールで対応できる範囲を整理します。開発が不要なら既存機能や業務改善を選び、個別開発が必要な場合だけ小さく実装します。

AIネイティブX研修｜発注側にもAI開発を判断できる力を残す

生成AIの操作方法だけでなく、対象業務の分解、AIへ任せる範囲、評価方法、情報管理を実務題材で学びます。開発会社へ任せきりにせず、自社で要件と成果を判断できる担当者を育てたい企業に向いています。

AIネイティブX伴走｜契約後の判断と改善を一緒に進める

現場の業務を観察し、対象業務の選定、テスト、利用者からの聞き取り、KPI確認、改善まで支援します。相談を待つだけでなく、使われない原因や次の改善点を現場から見つけ、手順と判断基準を社内へ残します。

業務AIプロ｜コードだけでなく運用できる仕組みを構築する

一つの業務から始め、データ、権限、人の承認、評価、運用保守まで含めて業務特化AIを構築します。ソースコードだけを納品して終わらず、実際の業務へ組み込み、自社で扱える資料や手順を残すことを重視します。

AI開発の契約前に、成果物、データ利用、検収、保守、移管のどこを整理すべきか確認したい場合は、現在の要件と発注状況を伺い、相談すべき項目を整理します。

▶️ サービス資料のダウンロード（資料請求）

▶️ 無料カウンセリング・AI活用診断のご予約

著者情報

株式会社AIworker

企業の生成AI導入・人材育成・業務改善を支援しています。1,000件を超える企業商談から得た課題を基に、生成AI研修、業務AI・AIエージェント開発、現場に入る伴走支援を提供。「研修して終わり」ではなく、AIが実際の業務で使われ続ける状態づくりを重視しています。

株式会社AIworker：https://ai-worker.net/

この記事が参考になりましたら、今後の記事づくりの励みになるので、スキをお願いします。

参考資料

• 情報システム・モデル取引・契約書（第二版）｜IPA 独立行政法人情報処理推進機構（2020年12月22日公開、2025年6月17日最終更新）

• 情報システム・モデル取引・契約書（アジャイル開発版）｜IPA 独立行政法人情報処理推進機構（2020年3月31日公開、契約解説付き資料は2025年4月8日更新）

• 人工知能関連技術の研究開発及び活用の適正性確保に関する指針｜内閣府（2025年12月19日本部決定）

• 個人情報の保護に関する法律についてのガイドライン（通則編）｜個人情報保護委員会

#AI開発 #生成AI #AIエージェント #業務AI #社内AI #AI導入 #AI導入支援 #AI開発契約 #システム開発 #システム開発契約 #業務委託契約 #請負契約 #準委任契約 #要件定義 #RFP #PoC #検収 #受け入れテスト #成果物 #ソースコード #知的財産 #著作権 #データ利用 #個人情報 #秘密保持 #再委託 #セキュリティ #権限設計 #監査ログ #運用保守 #ベンダー管理 #外注 #内製化 #DX推進 #情報システム #情シス #AIガバナンス #伴走支援 #株式会社AIworker #AIworker