- はじめに——「取引先・委託先が“勝手にAIを使う”」という第18の壁
- 前提——「社外→自社」のAIリスクは3つの経路に分解できる
- なぜ今か——義務は「自社」ではなく「バリューチェーン全体」に波及する
- 第1の設計：委託先のAI利用「開示義務」——契約でAI利用を可視化する
- 第2の設計：データ取扱いの「フロー条項」——機密が外部AIに流れない経路設計
- 第3の設計：第三者AIリスク評価——委託先を“AI成熟度”で見極める
- 出所不明の生成物を“掴まされない”——来歴（プロビナンス）とAI-BOMの発想
- エコシステムの信頼チェックリスト
- よくある質問（Q&A）
- まとめ——信頼は「自社→社外」と「社外→自社」の両方向で閉じる
- 参考リンク
はじめに——「取引先・委託先が“勝手にAIを使う”」という第18の壁
前回（第17回）では、視線を組織の内側から外側へ移し、「自社が社外にどう信頼してもらうか」を設計しました。AI関与の開示ルール、責任分界の契約設計、対外説明フレーム——つまり自社が“出す”成果物の信頼を整える回でした。第5サイクル「対外・エコシステム／信頼と責任」の1本目です。
ところが、対外的な信頼は一方向では完結しません。自社の開示・責任をどれだけ整えても、次の壁が待っています。「取引先・委託先・フリーランスが、こちらの見えないところで勝手にAIを使っている」という問題です。今度は矢印が逆を向きます。社外→自社——成果物を作ってもらう相手、そして自社の機密データを預ける相手のAI利用が見えない、という信頼の穴です。
具体的には、2つの向きで漏れが起きます。ひとつはデータを預ける側の問題。委託先に渡した自社の機密情報・顧客データ・ソースコードが、担当者の判断で外部の生成AIサービスに投入され、学習データや履歴として社外に流れる。もうひとつは成果物を作る側の問題。納品されたレポート・デザイン・コード・翻訳が、実は生成AIの出力で、著作権の帰属も、事実の裏取りも、学習データ由来の権利侵害リスクも不明——出所不明の生成物を、気づかないまま自社の成果として顧客に再提供してしまう。
第17回が「自社が“出す”成果物の信頼」だったのに対し、第18回のテーマは「自社が“受け取る・預ける”側の信頼」です。委託先のAI利用開示義務、データ取扱いのフロー条項、第三者AIリスク評価——この3つで、契約・調達という外部統制の観点から“エコシステムの信頼”を作ります。本記事は、調達・法務・情シス・事業部門が交わる「委託・発注の接点」で、サプライチェーン越しのAIリスクを止めるための実装ガイドとして整理します。
前提——「社外→自社」のAIリスクは3つの経路に分解できる
「委託先が勝手にAIを使う」という漠然とした不安は、そのままでは統制できません。実際にリスクが流れ込む経路を分解すると、次の3つに整理できます。防御策が経路ごとに異なるため、まずここを分けて理解することが出発点です。
経路1：機密の外部AIへの流出（＝データを預ける側）
自社が委託先に渡した機密情報——顧客リスト、未公開の財務データ、ソースコード、設計資料——を、委託先の担当者が作業効率化のために外部の生成AIに貼り付ける。無料版のチャットボットでは入力が学習に使われる場合があり、機密が「戻せない形」で社外に出ます。自社が社内のシャドーAI・オーバーシェアリングを止めても、“委託先の中のシャドーAI”は自社の統制の外にあります。
経路2：出所不明のAI生成物の納品（＝成果物を作る側）
委託先・フリーランスが納品する成果物が、生成AIの出力そのもの、あるいは大幅にAIで生成されたものである場合、事実の正確性・著作権の帰属・学習データ由来の権利侵害が検証されないまま自社に入ってきます。それを自社が顧客に再提供すれば、第17回で整えた「自社の開示・責任」の土台ごと崩れます。ハルシネーションを含んだレポートや、他者の著作物に酷似した生成画像を“掴まされる”リスクです。
経路3：再委託・フリーランスの見えないAI利用
直接の委託先だけでなく、その先の再委託先・登録フリーランス・オフショアまでAI利用は連鎖します。契約相手を統制しても、その相手が誰にどうAIを使わせているかは見えません。EU AI法が「バリューチェーン全体」に義務を波及させるように、リスクも一次委託先で止まりません。
3つの経路と、それぞれの「詰まりどころ」「対応の軸」を整理します。
| 経路 | 何が漏れる／混入するか | 放置した場合のリスク | 対応の軸 |
|---|---|---|---|
| ① 機密の外部AI流出 | 自社機密・顧客データ・コードが外部AIへ | 情報漏洩・秘密保持義務違反・二次利用 | データ取扱いのフロー条項 |
| ② 出所不明の生成物 | 未検証のAI生成物（事実・著作権・来歴不明） | 品質事故・権利侵害・自社の再提供責任 | 委託先のAI利用開示義務 |
| ③ 再委託の連鎖 | 統制外の再委託先・フリーランスのAI利用 | 統制の空白・責任の所在不明 | 第三者AIリスク評価＋再委託条項 |
なぜ今か——義務は「自社」ではなく「バリューチェーン全体」に波及する
「委託先が何のツールを使うかは、委託先の勝手」——この前提は、2026年に通用しなくなりつつあります。理由は2つです。
1つ目は、EU AI法がそもそも「バリューチェーン全体の責任」を設計していること。EU AI法（Regulation (EU) 2024/1689）第25条「AIバリューチェーンにおける責任」は、当初の開発者でなくても、一定の条件を満たせば流通業者・輸入業者・利用者（デプロイヤー）・その他の第三者が「提供者（プロバイダー）」として第16条の義務を負う、と定めています。具体的には、(a) 既に市場に出ているハイリスクAIに自社の名称・商標を付す、(b) 実質的な改変を加える、(c) 汎用AIを含むAIシステムの意図された目的を変更してハイリスク化させる——といった場合です。加えて、当初の提供者には、新たに提供者となった者へ必要な情報・技術的アクセス・協力を提供する義務が課されます。つまり、AIの責任は「作った会社」で止まらず、取引の連鎖に沿って移動・分担されることが制度の前提になっているのです。
2つ目は、AIのサプライチェーン・リスクが業界標準で正面から扱われていること。OWASPは2025年版のLLM Top 10でLLM03:2025「Supply Chain（サプライチェーン）」を独立項目として掲げ、事前学習済みモデル・ファインチューニング用のアダプタ・学習データセット・モデルリポジトリ・ライセンス／データ利用契約まで含む「第三者コンポーネントの複雑な連鎖」がリスク源だと明示しています。委託先が使うAIツールも、この“外から入ってくる第三者コンポーネント”の一部にほかなりません。
要するに、第17回で整えた「自社→社外」の信頼設計は、その逆方向——「社外→自社」の入口を統制して初めて閉じます。自社の開示・責任と、委託先のAI利用統制は、エコシステムの信頼という同じ円の内側と外側なのです。
第1の設計：委託先のAI利用「開示義務」——契約でAI利用を可視化する
統制の第一歩は、「委託先がどこでAIを使っているか」を見えるようにすることです。禁止するかどうかは次の問題で、まず可視化しなければ管理も評価もできません。第17回で自社が顧客に対して負った「AI関与の開示」を、今度は委託先に対して自社が求める側に立ちます。開示を担当者の善意任せにせず、契約・発注の条件として組み込みます。
AI利用を“禁止”ではなく“申告制”で設計する
一律禁止は現実的でなく、隠れAI利用（シャドー化）を招くだけです。むしろ、使ってよい／申告のうえ使う／使ってはいけないを成果物と扱うデータのリスクで切り分け、申告を前提に管理する方が実効的です。
| 区分 | 委託先のAI利用 | 条件 |
|---|---|---|
| A：申告不要 | 自社機密を含まない一般作業の補助（体裁整形・一般的な調べ物） | 成果物の最終品質は委託先が担保 |
| B：申告のうえ許可 | 成果物の生成にAIを実質的に使用 | 利用ツール・工程・人間の検証を申告／出所と権利を保証 |
| C：原則禁止（要事前承認） | 自社の機密データ・顧客データを外部AIに投入 | 自社承認済みの環境（学習不使用・閉域）以外は不可 |
契約・発注書に盛り込む開示条項の骨子
- AI利用の申告義務：成果物の生成にAIを実質的に使用した場合、利用したツール・工程・人間による検証内容を申告する義務を課す。
- 出所・権利の保証（表明保証）：納品物が第三者の著作権・商標・その他の権利を侵害しないこと、学習データ由来のリスクを含めて委託先が保証する条項を置く。
- 再委託時の同等義務の承継：再委託・フリーランスへ発注する場合も、同等のAI利用開示・データ取扱い義務を承継させることを求める。
- 虚偽申告・違反時の措置：申告漏れ・虚偽が判明した場合の是正・解除・損害賠償の枠組みを明記する。
ポイントは、開示を求める目的が「AIを使うな」ではなく「使い方を見える化し、品質と権利を保証させる」ことにある点です。第17回で自社が顧客に示した「どの工程でAIを使い、人間がどう検証したか」を、今度は委託先から自社が受け取る——同じ透明性を、調達の上流に向けて適用します。
第2の設計：データ取扱いの「フロー条項」——機密が外部AIに流れない経路設計
開示義務が「成果物側（作る側）」の統制だとすれば、フロー条項は「データ側（預ける側）」の統制です。自社が委託先に渡した機密が、委託先の中で外部AIに流れ込む経路を、契約と運用で塞ぎます。ここが抜けると、自社が社内のオーバーシェアリング対策をどれだけ固めても、“委託先経由の裏口”から機密が漏れます。
「どのデータが・どこまで・どのAIに触れてよいか」を定義する
フロー条項の核心は、データの流れを事前に設計し、外部AIに投入してよい範囲を明示的に線引きすることです。曖昧なまま渡すと、委託先の担当者が“良かれと思って”効率化に使ってしまいます。
| 論点 | フロー条項で定めること |
|---|---|
| 投入可否 | 自社提供データを外部AIサービスに投入することの原則禁止（例外は承認環境のみ） |
| 学習利用 | 提供データをモデルの学習・二次利用に用いないこと（利用規約レベルで担保された環境の指定） |
| 環境指定 | 使用を許すAI環境（閉域・エンタープライズ契約・データ非保持設定）の限定列挙 |
| 保管・削除 | データの保管場所・期間、作業終了後の削除・返却の義務 |
| 監査・証跡 | 取扱い状況を確認できる報告・監査権と、証跡の保全 |
「無害化してから渡す」を基本にする
契約条項は最後の防波堤ですが、より確実なのはそもそも機密を渡さない設計です。第17回でも触れた「漏れても無害」の発想を、委託の入口に適用します。
- 最小提供の原則：委託業務に本当に必要なデータだけを渡す。全件を渡さず、サンプル・マスク済みデータで足りないかをまず検討する。
- 事前のマスキング・仮名化：顧客名・個人情報・固有の識別子を、渡す前に除去・置換しておく。万一外部AIに投入されても致命傷にならない状態にする。
- 承認環境の提供：委託先に自由に使わせるのではなく、自社が管理する（学習不使用・閉域の）AI環境を用意し、「使うならこの中で」に誘導する。
フロー条項と無害化はセットです。契約で経路を縛り、渡すデータ自体のリスクを下げる——この二重の設計で、委託先経由の漏洩を実務的に止められます。
第3の設計：第三者AIリスク評価——委託先を“AI成熟度”で見極める
開示義務とフロー条項を契約に落としても、そもそもその委託先がAIを安全に扱える体制かを見極めなければ、条項は絵に描いた餅になります。従来のセキュリティチェックシート（ISMS取得の有無など）に、“AI利用の成熟度”という新しい評価軸を足すのが第三者AIリスク評価です。
調達・オンボーディング時に確認すべき観点
- AI利用ポリシーの有無：委託先自身が、従業員のAI利用ルール（許可ツール・禁止事項・機密の取扱い）を持っているか。
- 使用ツールと契約形態：業務で使うAIツールと、その契約が「入力を学習に使わない」条件になっているか（無料版の業務利用が野放しでないか）。
- 再委託の管理：再委託先・フリーランスに対して、同等のAI利用統制を承継させているか。
- 成果物の検証体制：AI生成物の事実確認・権利チェック（人間による検証）の工程が定義されているか。
- インシデント対応：AI起因の情報漏洩・品質事故が起きたときの通報・対応の取り決めがあるか。
評価を“ゲート”ではなく“段階”で運用する
すべての委託先に満点を求めると調達が回りません。第17回・過去回と同じく、リスクに応じた段階的な運用が鉄則です。扱うデータと成果物の重要度に応じて、求める成熟度を変えます。
| 委託の重要度 | 求める水準 | 運用 |
|---|---|---|
| 低（機密なし・補助的作業） | AI利用の申告に応じる姿勢 | 契約条項＋自己申告で足りる |
| 中（一部機密・成果物を顧客提供） | AI利用ポリシー・検証工程あり | チェックシート＋成果物の抜取検証 |
| 高（重要機密・基幹業務） | ツール契約・再委託管理・監査受入 | 事前評価＋定期監査＋承認環境の提供 |
この評価は一度きりではなく、定期的に更新します。委託先が使うAIツールも、契約条件も、担当者も変わるからです。ベンダーロックイン（過去回で扱った“抜けられない”問題）とは別軸で、「委託先のAI利用」という調達の外部統制を、継続的なプロセスとして回すことが要になります。
出所不明の生成物を“掴まされない”——来歴（プロビナンス）とAI-BOMの発想
経路②（出所不明の生成物）への根本対策は、成果物の来歴を確認できる状態を求めることです。ソフトウェアの世界でSBOM（部品表）が普及したように、AIが関与する成果物についても「何を・どのAIで・どう作ったか」の申告（AI-BOM的な発想）を、納品条件に組み込みます。
- 納品時のAI関与申告：成果物のどの部分にAIが関与し、どのツールを使い、人間がどう検証したかを、納品物に添える（第1の設計の申告義務と接続）。
- 事実・権利の受入検証：受け取った側（自社）でも、重要な成果物は事実の裏取り・権利チェックを行う。「委託先が保証したから」で止めない。
- 来歴の保全：後で顧客や監査から問われたとき、成果物の作られ方を遡れるよう、申告と検証の記録を残す。これは第17回の「プロセスで示す信頼」と直結します。
自社が顧客に対して来歴を示せるかどうかは、その源流である委託先から来歴を受け取れているかで決まります。エコシステムの信頼は、上流から下流へ連なって初めて成立します。
エコシステムの信頼チェックリスト
| 領域 | 整備項目 | 主に効く経路 |
|---|---|---|
| 開示義務 | 委託先のAI利用を「申告制（A/B/C）」で区分・定義 | ②出所不明の生成物 |
| 開示義務 | AI利用申告・出所／権利の表明保証を契約に明記 | ②③ |
| フロー条項 | 自社提供データの外部AI投入可否・学習不使用を規定 | ①機密の流出 |
| フロー条項 | 最小提供・事前マスキング・承認環境の提供 | ① |
| リスク評価 | 委託先のAI利用ポリシー・ツール契約・検証体制を確認 | ①②③ |
| リスク評価 | 重要度に応じた段階運用＋定期的な再評価 | 全般 |
| 再委託 | 再委託先・フリーランスへ同等義務を承継させる条項 | ③再委託の連鎖 |
| 来歴 | 納品時のAI関与申告と、自社側の受入検証・記録保全 | ② |
| 制度整合 | EU AI法第25条など、バリューチェーン全体の責任分担を確認 | 全般（越境取引） |
よくある質問（Q&A）
Q1. 委託先のAI利用を、契約で全面禁止すればよいのでは？
全面禁止は現実的でなく、かえって“隠れAI利用”を招きます。委託先の担当者は効率化のために使いたい誘因が強く、禁止しても見えないところで使われれば、統制はむしろ弱まります。実務的なのは、扱うデータと成果物のリスクで「申告不要／申告のうえ許可／原則禁止」を切り分ける申告制です。目的は「使わせない」ことではなく「使い方を見える化し、品質と権利を保証させる」ことに置きます。
Q2. 自社の機密を委託先が外部AIに入れてしまうのが一番怖いです。何が効きますか？
二重の設計が効きます。契約面ではデータ取扱いのフロー条項で、自社提供データの外部AI投入を原則禁止し、学習不使用・データ非保持の承認環境に限定します。運用面ではそもそも渡すデータを減らす——最小提供と事前のマスキング・仮名化で、万一投入されても致命傷にならない状態にしておくこと。契約で経路を縛り、データ自体のリスクを下げる、この両輪が実務的な止め方です。
Q3. 納品物がAIで作られたかどうか、受け取る側で見抜けますか？
検出ツールだけに頼るのは危険です（AI生成判定は誤検知も多く、決定打になりません）。現実的なのは、見抜こうとするより申告させる仕組みに寄せることです。納品条件として「どの部分にAIが関与し、どう人間が検証したか」の申告と、第三者の権利を侵害しない旨の表明保証を求める。そのうえで、重要な成果物は自社側でも事実の裏取り・権利チェックを行う。「作られ方を申告させ、受入で検証する」のが実装の勘所です。
Q4. 再委託先やフリーランスまで、うちがコントロールできるのでしょうか？
直接は難しいので、契約の承継で担保します。一次委託先に対して、再委託・フリーランスへ発注する際も同等のAI利用開示・データ取扱い義務を承継させることを求め、守らせる責任を一次委託先に負わせます。EU AI法第25条がバリューチェーン全体に責任を分担させているのと同じ発想で、義務を連鎖に沿って流していくのが基本です。加えて、重要度の高い委託ではリスク評価の段階で再委託管理の有無を確認します。
Q5. EU AI法の第25条は、日本の委託取引にも関係しますか？
EU域内に関わるサービス・成果物のバリューチェーンに入っている場合、域外適用や取引条件を通じて影響し得ます。加えて、こうした「責任はバリューチェーン全体で分担する」という考え方は、国際的な調達基準・RFPの要件として国内取引にも波及します。第25条は、流通・利用・改変といった立場の変化で責任が移動することを定めており、「作った会社だけが責任を負う」という前提が崩れていることを示す好例です。越境取引がある場合は早めに責任分担の確認をおすすめします（具体的な適用可否は必ず専門家にご確認ください）。
まとめ——信頼は「自社→社外」と「社外→自社」の両方向で閉じる
第17回で、自社が“出す”成果物の信頼——AI関与の開示、責任分界、対外説明——を設計しました。しかし対外的な信頼は一方向では完結しません。第18回の要点は3つです。
1. 委託先のAI利用は「禁止」でなく「開示（申告制）」で可視化する。使ってよい／申告のうえ使う／原則禁止をリスクで切り分け、AI利用の申告義務と出所・権利の表明保証を契約に落とす。目的は使わせないことではなく、使い方を見える化して品質と権利を保証させることにある。
2. 機密の流出は「フロー条項＋無害化」で止める。自社提供データの外部AI投入を契約で線引きし、同時に最小提供・事前マスキング・承認環境の提供で、渡すデータ自体のリスクを下げる。委託先経由の“裏口”を塞ぐ。
3. 統制は「第三者AIリスク評価」で継続的に回す。委託先のAI成熟度を調達・オンボーディングで評価し、重要度に応じて段階運用・定期再評価する。再委託には同等義務を承継させ、EU AI法第25条が示すとおり責任をバリューチェーン全体で分担する。
自社の開示・責任（第17回＝自社→社外）と、委託先のAI利用統制（第18回＝社外→自社）は、エコシステムの信頼という同じ円の内側と外側です。両方向を閉じて初めて、AI時代のサプライチェーンは信頼で結ばれます。第5サイクル「対外・エコシステム／信頼と責任」を、次回以降さらに掘り下げていきます。
参考リンク
- EU Artificial Intelligence Act「Article 25: Responsibilities Along the AI Value Chain」
- European Commission AI Act Service Desk「Article 25: Responsibilities along the AI value chain」
- OWASP「LLM03:2025 Supply Chain」
- OWASP Top 10 for LLM Applications（2025年版）
免責事項：本記事は2026年8月時点の公開情報および標準フレームワークに基づく一般的な情報提供であり、特定の取引・委託契約における適法性や安全性を保証するものではありません。また、法的助言ではありません。実際のAI利用開示条項・データ取扱い条項・第三者リスク評価は、自社の取引形態・準拠法・業界規制に照らして検討し、必要に応じて弁護士・法務専門家にご相談ください。EU AI法をはじめとする法令・ガイドラインは更新されるため、最新情報は各公式ソースでご確認ください。
コメント