AI導入・業務自動化を外注する前に確認すべき契約7項目
入力データの扱い・成果物の定義・検収基準

通常の開発では、渡した仕様書や素材が受注側の資産になることはあまりありません。AIの場合は、渡した社内文書や取引データが学習や改良に使われると、その効果が相手側に残ります。経済産業省のチェックリストでも、ユーザーがベンダに提供する情報（インプット）について、定義・提供条件・利用目的・利用条件・保持期間と消去・権利帰属・第三者提供までを確認項目として並べています（出典：AIの利用・開発に関する契約チェックリスト（令和7年2月）｜経済産業省）。

Webサイトは表示されれば完成が判定できますが、AIの出力は確率的に揺れます。同じチェックリストでも、AIモデルは学習データにもとづく帰納的な手法で作られるため、完成義務の設定や性能保証が必ずしも容易でないことが指摘されています（出典：AIの利用・開発に関する契約チェックリスト（令和7年2月）｜経済産業省）。検収基準を「精度が出ること」と書いても、判定できません。

AI活用の成果物は、プロンプト、処理の流れ、判定のルール、チェックの観点といった手順の集合になることが多いです。この手順が発注側に残らないと、契約が終わった瞬間に業務が止まります。ソースコードのように目に見える形で納品されないため、納品物の一覧に入っていないまま進行しがちです。

最初に決めるのは「何を渡すか」です。チェックリストは、契約上の保護対象となる情報の定義に合致しない情報は、適用法令による制限がない限りベンダが自由に利用できる可能性があると注意しています（出典：AIの利用・開発に関する契約チェックリスト（令和7年2月）｜経済産業省）。定義に入らない情報を渡すと、守られません。

確認する順番は、①契約で保護される情報の定義に、渡す予定のデータが入っているか、②そのデータが学習や自社技術の開発に使われる余地があるか、③契約終了時に消去されるか、④消去したことの証明が出るか、の4つです。不要な情報は最初から渡さないのが、いちばん効く対策です。

AI案件でもっとも揉めるのがここです。「AIで問い合わせ対応を自動化する」という依頼で、納品物が動いている仕組みだけだと、その中身であるプロンプトや判定ルールは渡されないことがあります。チェックリストでも、開発型の契約では開発対象が不明確になる場面が少なくないと注意されています（出典：AIの利用・開発に関する契約チェックリスト（令和7年2月）｜経済産業省）。

納品物の一覧に、次のどれを含めるかを1つずつ書いてください。プロンプト（指示文）、処理の流れの図、判定ルールや閾値、評価用のデータとその正解、運用手順書、設定値の一覧です。「動くこと」ではなく「引き継げること」を納品物の基準にすると、抜けが見つかります。

開発で新しく生まれた成果と、依頼先がもともと持っている汎用的な技術は、分けて考える必要があります。チェックリストでは、開発により創出された成果に関する知的財産をフォアグラウンドIP、開発と関係なく各当事者が持つ知的財産をバックグラウンドIPと位置づけ、前者の権利帰属や利用条件が契約上議論されることが少なくないと整理されています（出典：AIの利用・開発に関する契約チェックリスト（令和7年2月）｜経済産業省）。

現実的な落としどころは、「自社の業務に固有の部分は自社に、汎用的な部品は依頼先に残す」という切り分けです。そのうえで、自社に帰属しない部分についても、契約終了後に使い続けられるライセンスがあるかを確認します。ここが抜けると、終了と同時に業務が止まります。

AIの出力は揺れるため、「正しく動くこと」では検収できません。判定できる形に落とすには、評価に使うデータ、判定の方法、合格とする水準、判定する人を、契約前に4点セットで決めます。次の章で具体的な書き方を示します。

あわせて、検収後に精度が落ちた場合の扱いも決めてください。入力されるデータの傾向が変われば、同じ仕組みでも結果は変わります。「検収時点の水準」と「運用中に維持する水準」を分けて書いておくと、保守契約の範囲が明確になります。

業務委託契約には、仕事の完成を目的とする請負型と、事務の遂行を目的とする準委任型があります。チェックリストは、準委任と理解される場合はベンダが善管注意義務を負うにとどまる一方、請負と理解される場合は仕事の完成義務および契約不適合責任を負う点が一般的に重要な相違点だとしています（出典：AIの利用・開発に関する契約チェックリスト（令和7年2月）｜経済産業省）。契約不適合責任は2020年4月施行の改正民法で、従来の瑕疵担保責任が改められたものです（出典：民法の一部を改正する法律（債権法改正）について｜法務省）。

重要なのは名前ではなく、成果の内容と水準をどこまで求めるかです。チェックリストでも、どちらに分類されるかを抽象的に議論することの妥当性は検討が必要で、むしろユーザーがベンダに対して成果の内容や水準をどの程度求めるかが重要な論点になる場合が少なくないと整理されています（出典：AIの利用・開発に関する契約チェックリスト（令和7年2月）｜経済産業省）。「準委任だから成果は保証されない」で終わらせず、水準を書き込んでください。

これは契約書の雛形にはあまり出てこないのに、実務でいちばん困る項目です。AIのサービスを依頼先の名義のアカウントで動かしていると、契約終了時にそのまま使えなくなります。広告アカウントを代理店名義で作ってしまったときと同じ構図です。

確認するのは、①利用するサービスのアカウントは誰の名義か、②APIの利用料は誰に請求されるか、③月ごとの利用量の上限と超過時の扱い、④名義を自社に移す場合の手順、の4点です。可能な限り、課金するアカウントは自社名義で開設し、依頼先には権限を付与する形にしてください。

AIで自動化した業務は、止まったときに手作業へ戻せないことがあります。担当者が手順を知らないまま数か月動いていた業務は、元の運用を誰も覚えていません。解約の申し入れから実際の停止までの期間、引き継ぎに含まれる資料、移行の支援範囲を、契約時に決めておいてください。

あわせて、依頼先が使っているサービス側の規約が変わるリスクにも触れておきます。チェックリストにも規約改定に関する留意点の項目があります（出典：AIの利用・開発に関する契約チェックリスト（令和7年2月）｜経済産業省）。利用しているAIサービスの仕様や規約が変わった場合、誰が対応するのかを決めておくと、想定外の追加費用を避けられます。