受託・クライアントワークの生成AI利用ガイド2026｜黙って使う前に合意しておく6つの論点

受託業務で生成AIを使う場面が増えています。原稿の下書き、資料のたたき台、コードの雛形、画像素材の候補出しなど、納品物に至る過程のどこかでAIが関わるケースです。ここで問題になるのは、その事実をクライアントに伝えているかどうかです。

多くの現場では、はっきり決めないまま進んでいます。禁止されていないから使う、聞かれていないから言わない、という状態です。この状態が危ういのは、AIを使ったこと自体ではなく、後から発覚したときに信頼の問題として扱われるからです。本記事では、受注側が着手前に決めておきたい6つの論点を整理します。

なぜ「黙って使う」が一番のリスクなのか

生成AIの利用が問題化するとき、争点になるのは品質ではありません。多くの場合、事後に判明したという経緯そのものです。品質が十分でも、「聞いていなかった」という一点で関係が悪くなります。

逆に、着手前に一言合意しておけば、同じ使い方でも通常の制作工程として扱われます。つまりこれは技術の問題ではなく、伝える順番の問題です。発注する側から見た論点は外注先への生成AI利用ルールで整理していますが、受注側は自分から先に出す立場になります。

論点1｜どこまで開示するか

すべての利用を逐一報告する必要はありません。決めるべきは線引きです。実務では次の3段階で考えると整理できます。

1つ目は、社内の検討段階だけで使い、納品物に痕跡が残らない使い方です。調査の要約や論点整理が該当します。2つ目は、下書きを人が全面的に書き直して納品する使い方です。3つ目は、AIの出力が納品物の形にかなり近い状態で残る使い方です。

3つ目は必ず事前に伝えます。2つ目は、クライアントの業種や用途によって扱いが変わるため、初回に確認しておくのが安全です。表示の考え方は生成AIコンテンツの表示・ラベリングもあわせてご確認ください。

論点2｜成果物の権利をどう扱うか

受託契約では、成果物の権利を発注者へ渡す条項が入るのが一般的です。ここで確認したいのは、渡す対象にAIの出力を含む部分が入っているかどうかです。契約書の文言が人の創作を前提に書かれている場合、実態とずれることがあります。

あわせて、第三者の既存作品と似てしまった場合の扱いを決めます。誰がどの段階で確認するのか、類似が判明したときの修正費用をどちらが持つのかを、着手前に文章にしておきます。権利まわりの基本的な考え方は生成AIと著作権の実務で整理しています。

論点3｜クライアントの情報を入力してよいか

受託業務では、未公開の資料や個人情報を預かることがあります。これらを外部のAIサービスへ入力してよいかは、受注側だけでは判断できません。クライアント側に情報管理の規程があり、外部サービスへの入力を制限している場合があるためです。

確認する項目は3つです。入力してよい情報の範囲、利用するサービス名、そのサービスで入力内容が学習に使われない設定になっているかどうかです。自社側の運用は社内利用ポリシーの作り方を土台に整えておくと、聞かれたときに即答できます。

論点4｜単価と工数をどう説明するか

AIを使うと作業が速くなる場合があります。すると「その分安くなるのか」という話が出ます。ここで感情的にならないために、見積の根拠を先に整理しておきます。

実務では、作業時間ではなく成果物の範囲と責任で価格を説明するほうが破綻しません。AIを使っても、要件の整理、事実確認、修正対応の責任は変わらないためです。逆に、確認工程が増えて総工数が減らない領域もあります。どの工程が速くなり、どの工程が増えるのかを具体的に示すと、値下げ交渉ではなく工程の議論になります。

論点5｜品質の責任は誰が持つか

AIの出力には、事実と異なる記述や、実在しない出典が混ざることがあります。受託業務ではこれを納品前に取り除く工程が必須です。責任の所在は明確で、納品物の内容に責任を持つのは受注側です。

そのため、提案時に「人が確認する工程」を工数として明示します。誰が、何を基準に、どの段階で確認するのかを書いておくと、確認作業が省略できるものと見なされにくくなります。この工程を削った見積は、安く見えても後の修正で崩れます。

論点6｜契約書・発注書に入れる文言

口頭の合意は記憶が食い違います。最低限、次の4点を書面に残します。生成AIの利用可否と対象工程、入力してよい情報の範囲、成果物の権利と第三者類似が判明した場合の対応、納品前の確認工程の担当です。

新規の契約書を作り直す必要はありません。既存の発注書や仕様書に数行の項目を足す形で足ります。継続案件であれば、次の更新のタイミングで追記します。やり取りの記録を残す考え方は生成AI利用ログと監査証跡が参考になります。

切り出す順番

この話は、切り出す順番で受け取られ方が変わります。見積提出の前に、こちらから制作工程の説明として伝えるのが最も摩擦が少ない形です。「工程の一部でAIを使います。使う範囲と確認体制はこうです」と提示すると、隠していたものの告白ではなく、体制の説明になります。

逆に避けたいのは、納品後に聞かれて答える形です。同じ内容でも、後から出ると印象が変わります。すでに進行中の案件がある場合は、次の見積や更新の機会に合わせて整理するのが現実的です。

クライアントが難色を示したら

利用を断られることもあります。その場合は、どの工程が対象なのかを分けて再確認します。納品物に残る使い方は禁止でも、社内の調査や整理までは問題ないという結論になることが少なくありません。全面禁止か全面許可かの二択にすると、話が止まります。

それでも全面的に不可となった場合は、その前提で工数を組み直します。ここで黙って使うと、論点1の問題に戻ってしまいます。合意できなかったという結果自体は、記録に残しておけば十分に機能します。

まとめ

受託業務における生成AIの利用は、使うかどうかよりも、事前に合意できているかどうかで評価が決まります。開示の線引き、権利の扱い、入力してよい情報、単価の説明、品質責任、契約文言の6点を、着手前に一度そろえておきます。

すべてを完璧に決める必要はありません。まずは次の1案件で、見積提出の前に工程の説明として伝えるところから始めます。一度型ができれば、以降の案件では同じ説明を使い回せます。

本記事は一般的な実務の整理であり、法的助言ではありません。契約条項や権利の扱いは個別の事情によって結論が変わります。実際の契約内容は、専門家および取引先との確認を経てご判断ください。