AI開発・導入契約の落とし穴｜契約書でチェックすべき条項リスト

• AI開発をベンダーに依頼することは決めたが、契約書の中身までは正直よくわからない
• 知的財産権や責任範囲の曖昧な契約が、後々のトラブルの火種になる
• 「とりあえずこの契約書で」と言われて、何を確認すればいいのか迷っていないだろうか

AI開発・導入の契約書は、通常のシステム開発契約以上に見落としが起きやすい分野です。AIは開発に着手する前の段階で、性能を確約しにくいという特性を持ちます。

従来型の「完成したら検収」という発想のまま契約すると、成果物の権利や責任の所在が曖昧になりがちです。AI現場ログは、中小企業のAI活用に関する情報を継続して発信しているメディアです。

本記事は、経済産業省が公表する契約ガイドライン・契約チェックリストをもとに、契約書で確認すべき条項を整理します。契約類型の選び方や、丸投げ業者を見抜く発注前チェックポイントも扱います。読み終える頃には、次の契約書レビューで何を確認すればいいか、具体的なチェックリストを手にできる状態です。

本記事は一般的な注意点の整理であり、個別の契約書の適法性判断は弁護士等の専門家への確認をおすすめします。

なぜAI開発契約は「そのまま」ではトラブルになりやすいのか

本章では、AI開発契約がトラブルになりやすい背景を、以下の2点から確認します。

• 通常のシステム開発契約と何が違うのか
• 中小企業が陥りやすい3つの失敗パターン

通常のシステム開発契約と何が違うのか

一般的なシステム開発は、要件を固めれば仕様どおりに動くことをある程度見込めるでしょう。AI開発はここが異なります。学習データや利用環境によって出力の精度が変わるため、着手前に性能を確約しにくいという特性があるからです。

経済産業省「AI・データの利用に関する契約ガイドライン」（2018年6月策定、2019年12月1.1版）は、この不確実性を前提にした資料です。

段階を踏んでAI開発を進める、契約の考え方を示しています。次章以降では、この考え方に基づいた契約類型の選び方と、具体的なチェック条項を見ていきましょう。

中小企業が陥りやすい3つの失敗パターン

システム開発の契約実務で起きやすい失敗パターンは、主に3つに整理できます。

• 納期管理の甘さ：契約書に納期を明記しても、進捗確認が不十分なまま放置され大幅に遅延する
• 成果物の受け入れ基準の欠落：「完成」の基準が契約書になく、納品後に完成・未完成で対立する
• 要件定義の認識齟齬：打ち合わせの議事録やメールを残さず「言った言わない」の水掛け論になる

いずれも、AI特有の技術トラブルだけでなく、成果物、役割分担、変更管理を契約書と議事録で具体化していないことから生じ得る問題です。この記事では、発生率や被害額を示すものではなく、契約前に確認しておきたい一般的な論点として扱います。

契約前に理解しておきたい契約類型（準委任 vs 請負）

条項の中身を見る前に、契約そのものの型を理解しておく必要があります。以下の3点を押さえておきましょう。

• 準委任契約と請負契約の違い
• 経産省が示す「探索的段階型」の考え方
• SaaS型AIサービスの利用と受託開発の違い

準委任契約と請負契約の違い

請負契約は、仕事の完成そのものを目的とする契約です。一方の準委任契約は、法律行為ではない事務の委託に委任の規定を準用する契約であり、受託者は善管注意義務を負います。実際の責任範囲は、契約の名称だけでなく、約束した業務や成果、検収条件などの内容によって判断されます。

民法は請負と準委任を別の契約類型として定めています。

AI開発は完成前に性能を確約しにくいため、案件の各段階で何を義務とし、どの条件で報酬を支払うかを具体化する必要があるでしょう。

経産省が示す「探索的段階型」の考え方

経産省の契約ガイドラインは、AI開発のプロセスを「探索的段階型」と位置づけています。①アセスメント、②PoC（概念実証）、③開発、④追加学習という4段階に分ける区分です。

段階ごとに想定される契約書も異なります。ガイドラインが示す段階ごとの契約書は、次のとおりです。

• アセスメント段階：秘密保持契約
• PoC段階：導入検証契約
• 開発段階：ソフトウェア開発契約

経産省ガイドラインは、開発段階のモデル契約を準委任型として示す一方、契約の法的性質は当事者が合意した義務やリスク分配に応じて検討すべきものとしています。

準委任でも、業務の遂行で得られる成果に対して報酬を支払う「成果完成型」とする設計があり得ます。名称だけで請負・準委任を決めつけず、完成義務、性能目標、報酬条件を条文で確かめることが重要です。

SaaS型AIサービスの利用と受託開発の違い

汎用のAIサービスを使うSaaS型では、通常、サービス利用規約やライセンス条件が中心になります。そこへ初期設定、個別開発、運用支援が加わる場合は、それぞれの業務について請負・準委任などの性質を個別に検討します。

SaaSだから一律に準委任、受託開発だから一律に請負と決まるわけではありません。契約書の名称だけで判断せず、提供機能、成果物、性能保証、サポート範囲、規約変更の条件を確認しておく必要があります。

経済産業省の公式資料に学ぶ、契約書チェックの基本フレーム

自社で一から条項を検討するより、公式資料の骨格を借りるほうが効率的です。参照すべき資料は2つあります。

• 「AI・データの利用に関する契約ガイドライン」とは
• 2025年公表「AIの利用・開発に関する契約チェックリスト」の使い方

「AI・データの利用に関する契約ガイドライン」とは

このガイドラインは2018年6月に経産省が策定し、2019年12月に1.1版へ改訂されました。AI技術を利用するソフトウェアの開発・利用契約について、想定される課題、契約条項の例、考慮すべき要素を体系的に整理した基礎資料です。

前章で触れた探索的段階型のプロセスも、このガイドラインが示す考え方に基づいています。契約書のひな型そのものではありませんが、条項を検討する際の出発点として広く参照されています。

2025年公表「AIの利用・開発に関する契約チェックリスト」の使い方

経済産業省「AIの利用・開発に関する契約チェックリスト」（2025年2月18日公表）は、生成AIの普及を踏まえて新しく整備された実務向け資料です。

契約類型を、汎用AIサービスをそのまま使う「利用型契約」と、何らかの開発を伴う「開発型契約」に二分している点が特徴です。

構成はインプットとアウトプットの2部に分かれます。インプット関連では、次の6項目を確認できます。

• データの定義
• ユーザー側の提供・保証義務
• ベンダー側の利用・管理ルール
• 第三者提供の可否
• 権利帰属
• 処理成果の取扱い

アウトプット関連も、同様の構造で整理されているものです。

このチェックリストはあくまで参考資料であり、個別事情に応じた判断が必要だと経産省自身が明記しています。契約書を見るときは、この2部構成を手元に置き、抜けている項目がないかを照合する使い方が実務的でしょう。

契約書でチェックすべき7つの条項【チェックリスト】

ここからは、実際の契約書で確認すべき条項を7つに整理します。読みながら、自社の契約書と照らし合わせてみてください。

• ①知的財産権の帰属
• ②AI生成物の著作権の扱い
• ③契約不適合責任（旧瑕疵担保責任）
• ④損害賠償の上限
• ⑤秘密保持義務・データの第三者提供
• ⑥再委託の可否
• ⑦検収基準

①知的財産権の帰属

AI開発では、生データ、学習用データセット、学習プログラム、学習済みモデル、パラメータ、ノウハウという段階ごとに、権利関係が異なります。すべてを一括りに「権利は発注者に帰属する」と書いても、実務上は意味をなさないことが多いのが実情です。

Business Lawyers「AI開発契約では権利帰属ではなく利用条件で『実』を取る」（STORIA法律事務所・柿沼太一弁護士監修）は、権利が誰に帰属するかの主張争いより、成果物をどう使えるか、第三者に提供できるかという利用条件を具体的に詰めるほうが実務的だと指摘しています。

②AI生成物の著作権の扱い

AI自身は著作者になれませんが、AIを使って作った文章や画像の著作物性は、人間の創作的寄与を個別具体的に見て判断されます。短い指示だけで自動生成した部分と、人間が具体的な表現を指示・選択・修正した部分を同じように扱うことはできません。

文化庁「AIと著作権に関する考え方について」（2024年3月15日）は、この考え方自体に法的拘束力はなく、個々の生成物ごとに創作的寄与などを総合して判断すると整理しています。

成果物にAIが関わる割合が大きい案件ほど、利用条件や権利帰属を契約書で具体化しておくことが重要です。

③契約不適合責任（旧瑕疵担保責任）

2020年4月施行の改正民法では、売買の「瑕疵担保責任」が「契約不適合責任」の枠組みに改められ、請負に関する責任規定も見直されました。システム開発では、修補や報酬減額などを求められる条件、通知期間、検収との関係を契約書で具体化しておく必要があります。

topcourt-law.com「AI開発契約を有利に進めるための2つのチェックポイント」は、AIの挙動は開発前に性能を保証しにくいと指摘しています。

従来型の性能保証条項を、そのまま使うのは難しいという見解です。検収時点での基準を、後述する検収基準とあわせて具体化しておく必要があるでしょう。

④損害賠償の上限

損害賠償の上限について、法令で一律の金額や割合が決められているわけではありません。直接損害だけを対象にするか、逸失利益や第三者請求を含めるか、故意・重過失や知財侵害を上限の例外にするかを、案件の規模とリスクに応じて協議します。

経済産業省「AI利活用における民事責任の解釈適用に関する手引き」（2026年4月公表、同年6月更新）は、AI事故の責任を一律に特定の当事者へ負わせるのではなく、AIの利用形態や各当事者の行為などに応じて現行法を解釈する考え方を示しています。

契約上の責任分担も、この前提を踏まえて具体化する必要があります。

⑤秘密保持義務・データの第三者提供

学習用に提供したデータを、ベンダーが第三者へ提供・再利用できる範囲は、契約書や利用規約で確認すべき項目です。提供先、利用目的、保存期間、削除、再委託先での取扱いを具体的に定めておく必要があります。個人データを扱う場合は、契約だけでなく個人情報保護法上の要件も別途確認します。

経産省のチェックリストでも、インプット関連の論点として第三者提供の可否が明示されています。自社の顧客データや営業秘密を学習に使う場合は、特に確認しておきたい項目です。

⑥再委託の可否

ベンダーが開発の一部を別会社に再委託できるかどうかも、一般的なチェック項目のひとつです。再委託を認める場合は、承諾の要否と、再委託先に対する管理責任の所在を契約書に書き込んでおきましょう。

再委託先の管理が曖昧なまま進めると、情報漏洩や品質管理の問題が起きたときに、責任の所在をたどりにくくなります。

⑦検収基準

検収基準は、数値など客観的に判定できる形で決めておく必要があります。合格ラインを曖昧にしたまま進めると、納品後に「完成」の解釈をめぐって対立しやすくなるためです。

hnavi「システム開発の検収とは」は、検収期間の長さや、期間内に異議を申し立てなければ検収したとみなす「みなし検収」条項の設定も、実務トラブルを避けるポイントとして挙げています。

「丸投げ業者」を見抜く発注前チェックポイント

条項を整えても、発注先の業者選び自体を誤れば意味がありません。発注前に確認しておきたい観点を、以下の2点にまとめました。

• 契約書の説明が曖昧なベンダーの特徴
• 発注前に確認すべき質問リスト

契約書の説明が曖昧なベンダーの特徴

見積もりの内訳（人月単価や工程）を開示しない、知財の帰属や責任範囲を聞いても言葉を濁す、検収基準を「納品したら完成」としか説明しない。こうした業者は、契約書の中身についても曖昧なまま進めようとする傾向があります。

契約前の打ち合わせで、条項の意味をこちらが理解できるまで説明してくれるかどうかは、それ自体が業者選びの判断材料になります。

発注前に確認すべき質問リスト

以下の質問に、その場で具体的に答えられるベンダーかどうかを確認してみてください。

• 契約形態は請負と準委任のどちらで、その理由は何か
• 成果物の著作権・利用権はどちらに帰属するか
• 想定される損害賠償の上限はいくらか
• 学習用に提供したデータを第三者に提供する可能性はあるか
• 再委託の予定はあるか、ある場合は誰が管理責任を負うか
• 検収基準は何を、どの数値で判定するか

これらに即答できない、あるいは「契約後に決める」という回答が返ってくる場合は、契約前にもう一段掘り下げて確認したほうがよいでしょう。

契約トラブルになったときの相談先と専門家費用の確認ポイント

契約前のチェックだけでなく、実際にトラブルになった場合の相談先も知っておくと安心です。以下の2点を紹介します。

• 相談・確認に使える窓口と公的資料
• 弁護士へ依頼するときの見積もり確認

相談・確認に使える窓口と公的資料

窓口	内容
SOFTIC（ソフトウェア紛争解決センター）	ソフトウェア分野の仲裁・あっせん等を扱う民間ADR。申立手数料等が必要になるため、料金を確認して利用する
IPA「情報システム・モデル取引・契約書」第二版	ユーザー企業とベンダー向けの契約書ひな型・解説。第二版は2020年公開で、掲載文書の一部は2025年4月更新
中小機構 IT経営サポートセンター	ITの専門家が中小企業のIT化による経営課題の解決を無料で支援
よろず支援拠点	中小企業庁が設置する無料の総合経営相談所。IT導入以外の相談にも対応

契約書を交わす前の段階でも、IPAのモデル契約書を条項の抜け漏れチェックに使えるでしょう。

弁護士へ依頼するときの見積もり確認

リーガルチェックの料金は、契約書のページ数や複雑さ、修正文案・交渉支援の有無、希望納期などで変わります。公的に統一された料金表はないため、依頼前に対象範囲、納期、追加費用、修正回数を確認しましょう。

契約金額や事業リスクが大きい案件では、AI・IT契約を扱う弁護士へ内容を示し、見積もりを取ったうえで依頼する方法が安全です。

AI開発・導入契約についてよくある質問

ここまでの内容に関連して、よく寄せられる疑問を8つにまとめました。

• AI開発契約で知的財産権の帰属はどう決めればいい?
• AI導入契約と通常のシステム開発契約は何が違う?
• AI開発は請負契約と準委任契約のどちらを選ぶべき?
• AIが誤情報を出力した場合、責任は誰が負う?
• 損害賠償の上限額はどのくらいに設定するのが一般的?
• 提供した学習用データの二次利用を制限することはできる?
• AI生成物に著作権は発生する?契約書にどう明記すればいい?
• 経済産業省の「契約チェックリスト」はどう使えばいい?

AI開発契約で知的財産権の帰属はどう決めればいい?

生データから学習済みモデルまで、段階ごとに権利関係を分けて考える必要があります。「権利はどちらのものか」という争い方より、成果物をどこまで自由に使えるかという利用条件を具体的に詰めるほうが実務的、という指摘です。

AI導入契約と通常のシステム開発契約は何が違う?

AIは着手前に性能を確約しにくいという特性があるため、従来型の「仕様どおりに完成したら検収」という発想がそのまま当てはまりにくい点が異なります。段階を分けて契約を組み立てることが、経産省のガイドラインが示す考え方です。

AI開発は請負契約と準委任契約のどちらを選ぶべき?

フェーズ名だけで、請負か準委任かが自動的に決まるわけではありません。PoCでは準委任型のモデルが示される一方、本開発も約束する義務、完成責任、性能目標、報酬条件を踏まえて契約類型を検討する必要があります。

AIが誤情報を出力した場合、責任は誰が負う?

責任は自動的にベンダーまたは利用者のどちらか一方へ決まるものではありません。契約上の義務、AIの利用形態、各当事者の行為、損害との因果関係などを踏まえて判断されます。契約書では、責任分界、利用者側の確認義務、賠償範囲と上限を具体的に確認しましょう。

損害賠償の上限額はどのくらいに設定するのが一般的?

委託料相当額を上限とする例が紹介されていますが、これは特定の実務上の整理であり、法令で定められた基準ではありません。案件の規模やリスクに応じて、契約当事者間で個別に交渉すべき項目です。

提供した学習用データの二次利用を制限することはできる?

契約書や利用規約で、第三者提供、AI学習への利用、再委託、保存・削除の条件を定めることはできます。ただし、実際の制限範囲や法的効果は条文と適用法令によるため、個人データや営業秘密を含む場合は専門家へ確認してください。

AI生成物に著作権は発生する?契約書にどう明記すればいい?

AI自身は著作者になれません。AI生成物が著作物に当たるかは、人間の創作的寄与を含めて個別に判断されます。契約書では、生成・選択・修正を誰が担うか、利用権と権利帰属をどう扱うかを具体的に書き分けておく必要があります。

経済産業省の「契約チェックリスト」はどう使えばいい?

インプット関連とアウトプット関連、それぞれ6項目の構成になっているため、自社の契約書にこれらの項目が反映されているかを照合する使い方が実務的です。あくまで参考資料であり、個別事情に応じた判断は別途必要になります。

まとめ｜契約書は「性善説」ではなく「チェックリスト」で守る

AI開発・導入契約でのトラブルを避けられるかどうかは、ベンダーの善意に頼るのではなく、契約前にどこまで条項を具体化しておくかで決まります。ここまでの内容を5点に整理しました。

• 契約形態（請負・準委任）をフェーズごとに検討する
• 知的財産権は「帰属」より「利用条件」を具体的に詰める
• 損害賠償の上限と責任分界を数値・言葉で明記する
• 検収基準を客観的な数値で決めておく
• 曖昧な説明しかできない業者は発注前に見極める

まずは、次に検討している契約書を、本記事の7つの条項チェックリストと照らし合わせてみてください。