自社の業務にAIを取り入れようと開発会社に相談したら、「この案件は準委任契約でお願いします」と言われて戸惑った方は多いと思います。完成を約束してもらえないのは不安だし、それなら成果物に責任を持ってくれる請負契約のほうが安心では、と迷いますよね。AI開発を外注するとき、委託契約を請負と準委任のどちらで結ぶべきかは、発注側にとって意外と判断が難しいところです。
先に答えを示すと、AIは「やってみないと精度が出るか分からない」性質があるため、完成義務を負う請負ではなく準委任契約が選ばれることが多くなります。ただし、準委任だからといって発注者が一方的に損をするわけではありません。完了の基準とお金のルールを契約前に握っておけば、準委任でも発注側の損は防げます。むしろ無理に請負にこだわるほうが、割高になったり「完成」の解釈で揉めたりしやすいのです。
この記事では、AI開発の委託契約における請負と準委任の違い、なぜAI開発で準委任が多いのか、そして発注者が損しないために契約前へ確認すべき条件を、発注側の目線で整理します。法律の細かい解説ではなく、自社の案件でどちらの契約形態を選ぶかという判断軸を持ち帰ってください。
この記事のポイント
- AIは精度をやってみないと約束できないため、完成義務のある請負より準委任契約が選ばれやすい
- 請負は完成保証がある反面、要件が固まらないと結べず割高や解釈トラブルになりやすい
- 準委任でも「完了の定義」と「追加費用の条件」を契約前に握れば発注者は損しない
- 企画・PoC・学習は準委任、仕様が固まる周辺開発は請負と、フェーズで使い分ける
目次
AI開発の委託契約は請負と準委任で何が変わるか
なぜAI開発の契約は請負と準委任で迷うのか
ふつうのシステム開発であれば、「この機能を、この仕様で作ってください」と完成を約束させる請負契約が一般的です。作るものが先に決まっているからこそ、完成して納品する契約が成り立ちます。
ところがAI開発はここが違います。AIは大量の学習データから帰納的に作られるため、未知のデータに対してどこまでの精度が出るかを、開発を始める前に保証することが難しいのです。データの量や質に精度が左右され、実際の業務にどこまでなじむかは「やってみないと分からない」ところが残ります。
そのため開発会社は、成果物の完成義務を負う請負を避け、作業に対して責任を持つ準委任を提案してきます。発注側からすると「完成を約束してくれない契約で大丈夫なのか」という不安が生まれます。この不安をどう解消し、どちらの契約形態を選ぶかが、AI開発を委託するときの出発点になります。
もう一つ押さえておきたいのは、契約形態は「どちらが偉い」という話ではない、という点です。AI開発では、精度が読めない探索的な作業と、仕様が固まった実装作業が一つのプロジェクトの中に混ざっています。前者に請負を当てると無理が生まれ、後者に準委任を当てると責任が曖昧になります。つまり、契約形態は作業の性質に合わせて選ぶものだと捉えると、迷いがほどけていきます。
請負契約でAI開発を頼むときの特徴とリスク
請負契約は、開発会社が「仕事の完成」を約束し、その成果物に対して責任を負う契約です。納品物に不具合（契約不適合）があれば、修正や損害賠償を求められます。発注側にとっては「約束したものを必ず仕上げてくれる」ため、一見すると安心な契約に見えます。
ただしリスクもあります。請負は、作るものと「完成」の基準が固まっていないと本来は結べません。AI開発では精度目標を事前に固めにくいため、無理に請負で進めると二つの問題が起きやすくなります。一つは、開発会社が読めないリスクを見積もりへ上乗せし、費用が割高になること。もう一つは、いざ納品段階で「これは完成と言えるのか」という解釈で揉めることです。
とはいえ請負が悪いわけではありません。画面（UI）の実装、既存システムとの連携、定型的な機能など、仕様がはっきり決まっている部分は請負のほうが向きます。AI開発全体を一つの請負で縛るのではなく、固められる部分にだけ請負を使うのが現実的です。
準委任契約でAI開発を頼むときの特徴とリスク
準委任契約は、決められた作業を善良な管理者の注意をもって遂行することに対して報酬を払う契約です。請負と違い「完成」を約束するものではないため、AIのように完成を保証しにくい開発と相性がよく、経済産業省のガイドラインでもAI開発では準委任が基本とされています。
準委任には二つのタイプがあります。一つは稼働した工数に応じて支払う「履行割合型」、もう一つは一定の成果物を引き渡すことで報酬が確定する「成果完成型」です。成果完成型は法的な完成責任までは負わないものの、ゴールとなる成果物が明確になるため、発注側の安心感は請負に近づきます。
発注者が感じる不安の正体は、「成果が出なくても費用は発生する」という点にあります。たしかに、何も決めずに準委任で頼むと、工数だけを払い続けてゴールが見えない事態になりかねません。逆に言えば、完了とみなす基準、作業の期間、予算の上限を先に決めておけば、準委任でも発注側がコントロールできます。準委任そのものが損なのではなく、条件を決めずに進めることが損につながるのです。
請負と準委任の違いを発注者目線で比較する
ここまでの内容を、発注者にとって何が変わるかという観点で整理すると次のようになります。どちらが上ということではなく、案件のどの部分に使うかで向き不向きが分かれます。
| 確認する観点 | 請負契約 | 準委任契約 |
|---|---|---|
| 完成の保証 | 成果物の完成を約束する | 完成は約束しない（作業の遂行が目的） |
| 不具合への責任 | 契約不適合責任を負う | 善管注意義務の範囲で対応 |
| 費用の発生 | 原則、完成・納品で支払う | 成果が出なくても作業分は発生する |
| 向いている部分 | 仕様が固まった周辺開発・実装 | 精度が読めない企画・PoC・学習 |
| 発注側に必要な準備 | 完成基準を事前に確定させる | 完了基準と予算上限を決めておく |
なお、契約形態は費用の決まり方とも関わります。依頼先による費用感の違いは、AI開発の費用は個人と開発会社でどう違うかもあわせて参考にしてください。
発注者が損しないAI開発の委託契約の選び方
開発フェーズで契約形態を使い分ける
AI開発は、業務課題の整理（アセスメント）→ 小さく試すPoC → 本開発（学習・実装）→ 運用、という段階で進みます。前半ほど「うまくいくか分からない」不確実性が高く、後半に向かうほど作るものが固まっていきます。この不確実性の差が、そのまま契約形態の選び方につながります。
不確実性の高いアセスメント・PoC・学習の段階は、完成を約束しにくいため準委任が基本です。一方で、仕様がはっきり固まる部分、たとえば画面の実装や既存システムとの連携、定型的な周辺機能は請負でも結べます。AI開発全体を一本の契約で縛るのではなく、段階ごとに契約を結び直す「多段階契約」にするのが、発注側にとって安全な進め方です。
多段階にする最大のメリットは、リスクを区切れることです。PoCの段階で「自社のデータではここまでの精度しか出ない」と分かれば、本開発に進まずに止める判断ができます。最初から全工程を一括で契約してしまうと、途中で見切りをつけにくくなります。小さく試してから本格化したい場合は、ベンダーロックインを防ぐための対策のように、権利や引き継ぎの観点もあわせて押さえておくと安心です。
段階を分けるときは、各フェーズの「出口」を先に決めておくと、契約の切り替え判断がしやすくなります。たとえばPoCなら「このデータセットでこの指標が基準値を超えたら本開発へ進む」「超えなければ撤退、または条件を変えて再検証する」といった分岐を、契約前にベンダーと共有しておきます。出口を決めずに進むと、成果が中途半端でも惰性で次の契約に進んでしまい、結局コストがかさみます。フェーズごとに「進む・止める・やり直す」を選べる状態を作ることが、発注者が主導権を握るうえでの肝になります。
契約前に発注者が確認すべき条件
準委任であれ請負であれ、発注者が損をしないかどうかは、契約書にどこまで条件を書き込めるかで決まります。AI開発では「完成」の定義が曖昧になりやすいため、ここを言葉にしておくことがいちばんの防御になります。
最低限、次の項目は契約前に確認し、書面に残しておくことをおすすめします。精度そのものを「●%保証」と約束させるのは難しいので、代わりに「どう測って、どこまでいけば合格か」を合意するのがコツです。
契約前に確認したい条件
- 完了・完成の定義：何をもって作業の終わりとするか（精度の保証ではなく、評価方法と合格ラインの合意）
- 評価・検収の方法：どのデータで、どの指標で性能を測るか
- 追加費用の発生条件：再学習・データ追加・期間延長が必要になったときの費用と判断
- データと成果物の権利帰属：提供データ・学習用データ・学習済みモデル・派生物が誰のものになるか
- 責任分界と秘密保持：渡したデータの取り扱いと、目的外の再学習・流用の禁止
- 契約終了時の引き渡し：ソースコード・ドキュメント・モデルの受け取り範囲
こうした論点は、国としても整理が進んでいます。経済産業省のAIの利用・開発に関する契約チェックリストでは、AI契約で確認すべき観点が公開されているので、自社の契約書を点検する物差しとして目を通しておくとよいでしょう。発注前に見積もりや契約条件の抜けをまとめて点検したいときは、見積もりの危険サインを見抜く60項目チェックシートで、前提条件や契約条件の曖昧さを確認できます。
AI開発の委託契約でよくある質問
最後に、AI開発の契約形態で迷う発注側からよく出る質問をまとめます。
- Q. 準委任だと発注者が一方的に損になりませんか？
- A. 条件を決めずに進めれば、工数だけ払ってゴールが見えないということは起こり得ます。ただし、完了とみなす基準・作業期間・予算の上限を契約前に決めておけば、発注側でコントロールできます。成果物の引き渡しで報酬が確定する「成果完成型」の準委任にすれば、安心感は請負に近づきます。
- Q. AIの精度は保証してもらえないのですか？
- A. 未知のデータに対する精度を事前に保証するのは技術的に難しいため、「●%を必ず出す」という約束は基本的に取りにくいです。その代わり、どのデータで、どの指標で測り、どこまでいけば合格とするかという評価方法を合意しておけば、実質的に品質の物差しを持てます。
- Q. PoCと本開発で契約を分けたほうがよいですか？
- A. 分けることをおすすめします。PoCは「使えるか試す」段階なので準委任にし、その結果を見てから本開発に進むかを判断できます。一括で全工程を契約すると、途中で見切りをつけにくくなります。
- Q. 開発したAIや学習済みモデルは誰のものになりますか？
- A. 自動的に発注者のものになるとは限りません。提供データ、学習用データ、学習済みモデル、そこから派生したモデルのそれぞれについて、誰が権利を持ち、再利用や横展開ができるかを契約で決める必要があります。ここを曖昧にすると、後からベンダーに依存し続ける原因になります。
