外注先の生成AI利用をどこまで認めるか｜発注者として決める条件と成果物の確認

結論

外部委託先の生成AI利用について発注者が決めることは、方針の選択・文書への明文化・検収での確認の3点です。方針の選択肢は全面禁止・条件付き許可・原則許可の3つあり、出発点には条件付き許可を置きます。委託類型（制作・開発・事務）と渡す情報の機密度で区分し、公開情報と一般的な指示しか渡さない委託は原則許可へ、個人データを渡す委託は禁止側へ寄せます。選ぶ単位は会社全体ではなく、個々の委託です。

全面禁止が誤りというわけではありません。ただし禁止は単価と納期に跳ね返り、相手方の作業環境を点検する権限も、通常の業務委託契約には含まれません。守られているかを確かめられないまま、宣言だけが契約書に残ります。現実的な軸になるのは、入力してよい情報の範囲を限定し、AI利用の申告を義務づけ、成果物についての保証を契約で取る組み合わせです。

委託先の生成AI利用が発注者の問題になる理由

発注者側に残るリスクは2つです。1つは、貸与した資料が委託先を経由して外部サービスへ入力される経路です。仕様書、図面、顧客リスト、未公開の商品情報、契約書の写しといった資料は、委託先の担当者が作業効率のために生成AIへ貼り付けた時点で、発注者の管理外へ出ます。

自社で整えた就業規則や利用ルールの効力は、委託先の従業員には及びません。相手方の行動を縛れるのは、契約と発注条件です。

もう1つは、無申告のAI生成物が成果物に混入することです。デザイン、コード、原稿のいずれであっても、誰がどこまでAIで生成し、人がどこを確認したのかが分からないまま納品されれば、第三者の権利との関係や事実の正確性を発注者が自力で検証できません。

類似性や正確性を誰が確認するかは、契約か発注条件で決めるほかありません。文化庁は「AIと著作権に関するチェックリスト＆ガイダンス」で、生成AIに関わる立場ごとに、既存の著作物との類似性の確認など、リスクを下げるための望ましい取組を示しています（文化庁著作権課「AIと著作権に関するチェックリスト＆ガイダンス」）。主体を委託先と発注者のどちらに置くかを決めていなければ、この確認はどちらの工程にも入りません。

委託先管理そのものは、生成AIに固有の話ではありません。経済産業省とIPAの「サイバーセキュリティ経営ガイドライン」は、指示9としてビジネスパートナーや委託先等を含めたサプライチェーン全体の状況把握及び対策を掲げています。その実践解説では、契約において担うべき役割と責任範囲を明確化することが挙げられています（IPA「指示9 ビジネスパートナーや委託先等を含めたサプライチェーン全体の状況把握及び対策」）。すでに委託先管理の枠組みがある会社なら、生成AIはその中へ確認項目を足す形で扱えます。

発注者として相手方の利用可否を決める判断と、自社が受託者として顧客から預かった情報を生成AIに入れてよいかを決める判断は、立場が逆になります。ここで扱うのは前者です。

あわせて読みたい

法人の生成AI利用リスクと情報漏洩対策｜経営者が導入前に確認する判断軸

手順1：禁止・条件付き許可・原則許可のどれにするかを決める

前提として、現在の委託先一覧と、それぞれに渡している情報を洗い出しておきます。手元にあるのが契約書だけで、実際にどのファイルを渡しているか分からない状態では、機密度の判定ができません。列は、委託先名・委託類型・渡している情報・再委託の有無の4つで足ります。

方針はこの一覧の行ごとに選びます。判断の材料になるのは、委託類型と、その行に書いた情報の機密度です。

個人データを渡す委託を厳しい側へ置く理由は、入力先での扱いにあります。個人情報保護委員会は生成AIサービスの利用について注意喚起を出し、入力した個人情報が機械学習に利用される場合があることに触れています（個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」）。人事情報の入力代行や名簿整理のような業務は、方針を緩める順番として最後に回します。

全面禁止を選ぶと発注者側に返ってくるもの

禁止の負担を負うのは委託先だけではありません。発注者側にも、4つの形で返ってきます。

1つ目は単価です。委託先が生成AIで短縮していた工程を手作業へ戻せば、その分の工数が見積へ乗ります。2つ目は納期です。調査、下書き、テストデータ作成のような前工程ほど生成AIで時間が縮みやすいため、禁止すればリードタイムは伸びる方向へ動きます。

3つ目は受注辞退です。生成AIを前提に単価を組んでいる制作会社やフリーランスから見れば、単価が据え置きのまま禁止条件だけが加わる依頼は、実質的な値引き要求に近づきます。条件が折り合わなければ、次回の依頼を見送られることもあります。

4つ目は実効性で、これだけは費用や納期と性質が違います。委託先の端末やアカウントを発注者が点検する権限は、通常の業務委託契約には含まれません。守っているかどうかは相手の申告でしか分からないため、禁止条項を1行増やしても、発注者が確かめられる材料は増えません。

入力してよい情報を種類で絞り、納品時に申告を取り、違反時の措置を先に決めておけば、申告書と契約条項という判断の材料が手元に残ります。

手順2：発注文書と業務委託契約に条件を落とす

方針を決めても、伝達がメールや口頭にとどまれば、担当者が代わった時点で引き継がれません。落とす先は、継続取引なら業務委託基本契約または覚書、単発なら発注書・仕様書の条件欄です。要素は、必須と交渉次第の任意に分けて置きます。

学習利用の扱いは、特定サービスの規約名や設定名を条文へ書き込まないほうが、文面を長く使えます。提供事業者の仕様と規約は変わり得るためです。入力データを学習に使わせない選択肢が、法人向けの契約や設定に用意されている例はあります。たとえばOpenAIは、業務利用向けのデータについて、明示的に許諾しない限り学習に使わないと説明しています（OpenAI「Enterprise privacy at OpenAI」）。ただしこれは確認時点の説明であり、以後変更される可能性があります。

契約側に書くのは、「学習に利用されない状態を維持すること」という相手方の義務です。どのサービスでそれを満たすかを届出で受ける形にすれば、規約が改定されるたびに契約を直さずに済みます。

再委託への波及を必須へ入れる理由は、直接の相手方を縛るだけでは資料がその先へ渡るからです。制作会社が個人のクリエイターへ、開発会社がフリーランスのエンジニアへ再委託する構造は珍しくありません。条件が1階層で止まれば、2次以降の委託先には入力の制限も申告義務も及びません。

必須4要素（入力範囲・申告義務・権利と非侵害保証・再委託波及）が自社の標準文面として一本化され、次回の発注からそのまま使えれば、手順2は終わりです。つまずきやすいのは、要素を盛り込みすぎて委託先が合意できない文面になる場合です。任意の要素は、交渉材料として最初から分けておきます。

手順3：検収でAI生成物の混入をどう確認するか

納品物だけを見て、どこがAIの生成物かを機械的に確定する手段は、発注者の手元にはありません。判定ツールの出力を根拠に検収を落とせば、契約に書いていない基準で不合格を出すことになります。発注者が置ける担保は、検出ではなく申告と記録と契約上の保証です。

検収で並べる確認項目は7つです。

1. AI利用申告書が提出されているか。利用なしの場合も「なし」と記載した申告を受け取ります。
2. 申告された利用箇所と、納品物の構成が対応しているか。原稿なら章、コードならモジュール、デザインなら素材の単位まで対応が取れているかを見ます。
3. 入力を禁止した種類の貸与資料が、申告書の入力情報欄に挙がっていないか。実際に渡した資料の一覧と突き合わせます。
4. 生成物を含む箇所について、委託先の側で人による確認が行われた記録があるか。誰が何を確認したかが1行で書かれていれば足ります。
5. 事実・数値・引用・参照先が成果物に含まれる場合、その裏付けが示されているか。
6. 第三者の権利との関係について、委託先の確認結果が示されているか。文化庁の資料が示す既存著作物との類似性の確認を、どちらの手で行うかは事前に決めておきます。
7. 再委託先が関与した箇所について、同じ申告が取れているか。

申告書の様式は、次の5項目があれば運用できます。項目を増やすほど記入の負担が増え、提出も滞りやすくなるため、まずはこの範囲で始めます。

• 生成AIの利用有無
• 利用した箇所（成果物のどの部分か）
• 使用したサービス名と契約区分（法人契約・個人契約の別）
• 入力した情報の種類（貸与資料を入力したか、した場合はどれか）
• 人による確認の内容と確認者

この様式で取れるのは自己申告であり、その正しさを発注者が証明できるわけではありません。それでも申告を求めるのは、虚偽の申告が契約上の措置につながる状態を作れるからです。記入の過程が、委託先自身に作業を振り返らせる機会にもなります。

検収チェック項目が自社の検収手順書に組み込まれ、申告書の様式が委託先へ配布されていれば、この手順は完了です。失敗しやすいのは、様式だけ配って検収の運用に組み込まないまま、提出が途切れる形です。提出がない場合に検収を保留するかどうかは、運用開始前に決めておきます。

手順4：既存取引先へ条件を広げる

新規の委託先には次回の契約から入れれば済みますが、すでに取引が続いている相手には順序が要ります。使える手段は3つです。

進行中の案件へ遡って条件を適用したい場面もあります。ただし、契約内容の変更は双方の合意が原則です。すでに合意した条件に対し、発注者の側から一方的に義務を追加したり、作業のやり直しを求めたりすれば、取引上の立場の差を背景にした不利益の押し付けと受け取られる余地があります。

公正取引委員会は、取引条件が当事者間の自主的な判断に委ねられるとしたうえで、優越的な地位を利用して正常な商慣習に照らし不当に不利益を与える行為を問題としています（公正取引委員会「優越的地位の濫用に関する独占禁止法上の考え方」）。

取引の区分によっては、法律上の禁止行為にも触れます。下請法は2026年1月1日から中小受託取引適正化法（取適法）として施行されており、不当な給付内容の変更ややり直しをはじめとする委託事業者の禁止行為が定められています（公正取引委員会「取適法」、同「委託事業者の禁止行為」）。自社の取引が対象になるかは、取引区分と規模で決まります。進行中案件への条件追加を検討する段階で、対象該当性と手続を確認しておくのが安全です。

現実的な順序は、進行中案件を現行条件のまま完了させ、次回発注分から条件を適用する形です。どうしても進行中案件へ適用が必要なら、追加の作業や制約に見合う費用と納期の調整を同時に提示し、合意のうえで覚書を交わします。

委託先一覧の各行に「どの手段で・いつから」の2項目が入り、通知文の送付先と時期が決まれば、手順4は動き出します。崩れやすいのは、通知文だけ送って発注書や覚書の文面を直さない場合です。合意した記録が残らないため、担当者が代われば条件も引き継がれません。

手順5：違反・申告漏れが判明したときの対応

条件違反や申告漏れは、納品の時点では表に出ないことがあります。公開後の外部からの指摘や、社内レビューで後から分かる形です。判明してから慌てないよう、対応の順序を先に決めておきます。

1. 事実確認。何が入力されたのか、どの部分が生成物なのかを、委託先へ書面で照会します。この段階で契約解除を口にすると事実が集まりにくくなるため、まず情報を取ることに絞ります。
2. 影響範囲の特定。入力された情報の種類と、その情報を第三者へ渡していたかを確認します。個人データが含まれる場合は、社内の個人情報の取扱い手順へ接続します。成果物側は、公開済みか、二次利用しているか、他の納品物へ流用しているかを見ます。
3. 修補・再納品。生成物の混入が品質や権利の問題につながる箇所を特定し、差し替えの範囲と期限を決めます。全面的な作り直しを求める前に、影響範囲に応じた部分修補で足りるかを判断します。
4. 契約上の措置。修補請求、費用負担、取引の継続可否を、契約に定めた条項に沿って判断します。
5. 再発防止。条件が伝わっていなかったのか、伝わったうえで守られなかったのかを切り分けます。前者なら発注文書の様式を、後者なら取引条件そのものを見直します。

契約に定めがなければ、報告も記録の提出も相手方の任意の協力に頼ることになります。この手順が実際に動くかどうかは、手順2の段階で受け皿を置いたかどうかで決まります。

対応の順序と社内の照会先が文書に落ち、手順2の必須要素に報告義務と修補請求が入っていれば、事前の備えは足ります。抜けやすいのは、発注担当者が委託先との個別のやり取りだけで収束させる形です。照会と回答の記録が社内に残らなければ、契約上の措置の判断も、次回以降の条件見直しも根拠を欠きます。

社内規程と委託先条件の線引きをそろえる

社内向けの生成AI規程と、委託先に求める条件は同じ内容になりません。そのまま課す部分と、委託先固有に定める部分を分けます。

そのまま課すのは、情報の取扱いに関する基準です。入力してはならない情報の種類、機密区分の考え方、個人データの扱いは、社内でも社外でも同じ線を引きます。社員には禁じている情報の入力を委託先には認める、という状態は説明がつきません。

委託先固有に定めるのは、社内では要らない3つです。申告義務は、社内なら日常のレビューで把握できる部分を、納品時の自己申告で代替する仕組みです。検収基準は、社外からの納品物にだけ必要になります。再委託管理にいたっては、社内に対応する階層がありません。

逆に、委託先へ持ち込まない要素もあります。社内の承認フロー、ツールのアカウント管理、教育の受講義務は、相手方の内部運営に踏み込む部分です。契約で細かく縛るほど、交渉と管理の手間が増えます。求めるのは結果としての状態（入力しない、申告する、保証する）にとどめ、達成方法は相手方に委ねるほうが実務的です。

主体ごとの役割分担については、総務省・経済産業省の「AI事業者ガイドライン」がAI開発者・AI提供者・AI利用者という区分を置いています。各主体には、関係者と連携しながらリスクへ対応することが求められます（AI事業者ガイドライン（第1.2版））。この区分に当てはめると、委託先も発注者も、業務でAIを使う側に並びます。どちらがどこまで担うかを契約で決める作業だと捉えると、条件の設計がしやすくなります。

社内側の規程がまだ整っていない場合、委託先条件だけを先に作ると基準がぶれます。入力禁止情報の定義が社内にない状態では、委託先へ渡す条件も書けません。運用が続く段になれば、誰が条件の更新と例外承認を判断するかも決める必要があり、その設計は生成AIガバナンス体制の作り方で扱う責任者と推進組織の話につながります。

あわせて読みたい

経営者が研修前に決める生成AI利用ルール｜最低限の6項目

法人AI研修で支援できる範囲

条件を決めた後に残るのは、社内の担当者がその判断を運用できるかどうかです。当社の法人AI研修では、扱うデータの範囲と利用するAIサービスを、貴社のセキュリティポリシーに合わせて設計します。機密データを使わない題材設計も可能です。委託先へ課す条件の前提になる、自社側の情報の線引きを固める場面で使えます。

AIリテラシー研修では、生成AIにできること・できないこと、情報の取り扱いとリスク、社内ルールの考え方を全社員向けに揃えます。発注部門の担当者が委託先へ条件を説明したり、納品物の申告を読んで判断したりする場面では、この土台が前提になります。研修は4レベルの体系と部門別テーマを掛け合わせて設計するため、購買・法務・発注部門のように関与の仕方が違う層へ、別々の到達点を置くこともできます。

現状の課題や時間のかかっている業務を伺う初回のヒアリングから、研修のプランを一緒に組み立てます。研修の期間や料金は対象人数・レベル・題材によって変わるため、個別のお見積りとしてご案内しています。