大手企業の標準ひな形を、取引を壊さず、自社の営業秘密・ノウハウ・データを守れるNDAへ整えるための実務ポイントをまとめます。
大手企業の標準ひな形を、取引を壊さず、自社の営業秘密・ノウハウ・データを守れるNDAへ整えるための実務ポイントをまとめます。
相手方の標準ひな形を否定するのではなく、実際の情報の流れに合わせて守るべき範囲を整える考え方です。
大手企業から提示されるNDAは、相手方の標準ひな形であることが多くあります。標準ひな形そのものが問題というわけではありません。ただし、スタートアップ、中小企業、技術企業、受託開発会社、製造業、研究機関、データ保有企業、クリエイター、コンサルティング会社などが、自社の技術、ソースコード、図面、製造条件、データ、顧客情報、価格情報、営業戦略、未出願発明、PoC成果、ノウハウを開示する場面では、相手方だけを守る片務NDAのまま進めると重大なリスクがあります。
このページでは、片務NDAを相互NDAまたは準用条項付きの形に修正する考え方、条項別の修正例、交渉時の言い方、社内判断基準、メール例、譲歩可能な線、レッドラインを整理します。個別案件の結論は、契約類型、情報の性質、取引経緯、交渉記録、個人情報や競争法上の論点によって変わるため、具体的な締結可否や交渉方針は弁護士等の専門家に相談する必要があります。
次の強調表示は、このページで最初に押さえるべき結論を示しています。大手との関係を維持しながら交渉するうえで重要なのは、相手を攻撃することではなく、自社が何を開示し、その情報がどの目的で、誰に、いつまで使われるのかを読める形にすることです。
自社も非公開情報を出す可能性があるなら、片務型のまま署名する前に、双方化、準用条項、目的外使用禁止、第三者共有制限、知財非移転、AI学習制限、返還・廃棄、秘密保持期間を確認します。
次の重要ポイント一覧は、修正交渉で優先すべき論点をまとめたものです。読者にとって重要なのは、すべての文言を完璧に直すことではなく、取引開始前に重大な流出リスクを生む箇所を見落とさないことです。
自社が技術情報、価格情報、データ、顧客情報、ノウハウを出す可能性がある場合は、双務化または準用条項が交渉の出発点になります。
漏えい禁止だけでは足りません。競合開発、特許出願、AI学習、グループ会社・委託先への無限定共有を防ぐ設計が必要です。
NDAが整わない場合でも取引を止めるだけではありません。公開情報のみで進め、重要情報は別契約や限定閲覧へ切り替えます。
片務、双務、秘密情報、営業秘密、目的外使用、残存記憶、AI学習の意味を先にそろえます。
NDAはNon-Disclosure Agreementの略で、日本語では秘密保持契約または機密保持契約と呼ばれます。事業提携、商談、見積、PoC、共同研究、投資検討、M&A、業務委託、ライセンス交渉などで、一方または双方が秘密情報を開示する前に締結します。中心的な機能は、誰が、何の目的で、誰に共有でき、どの程度管理し、いつまで秘密にし、終了時にどう返還・廃棄し、違反時にどのような責任を負うかを決めることです。
次の比較表は、NDAレビューで頻繁に出る用語の違いを整理しています。用語の意味が曖昧なまま交渉すると、修正すべき条項を見落としやすいため、各行で「何を確認するか」を読み取ることが重要です。
| 用語 | 意味 | 交渉で見るポイント |
|---|---|---|
| 片務NDA | 一方の当事者だけが秘密保持義務を負う形です。一方だけが情報を出す取引では合理的な場合があります。 | 自社も秘密情報を出す可能性があるなら、その情報が保護されるか確認します。 |
| 双務NDA | 双方が相手方の秘密情報について義務を負う形です。双方が情報を交換する商談やPoCに合いやすい形式です。 | 「開示者」「受領者」という機能概念で条文を組むと、どちらの情報も同じ水準で守りやすくなります。 |
| 秘密情報 | 技術情報、営業情報、財務情報、顧客情報、価格情報、図面、ソースコード、データセット、未公開事業計画などが含まれ得ます。 | 口頭説明、デモ、画面共有、工場見学、サンプルも対象にできるかを確認します。 |
| 営業秘密 | 不正競争防止法上、秘密管理性、有用性、非公知性が問題になる情報です。NDA上の秘密情報より範囲が狭い場合があります。 | NDAは秘密管理意思を対外的に示す手段になるため、書面化と開示ログが重要です。 |
| 目的外使用 | 定めた利用目的を超えて秘密情報を使うことです。外部漏えいがなくても、自社内の別目的利用で問題になることがあります。 | 競合開発、特許出願、営業提案、AI学習、社内データベース登録を除外するかを見ます。 |
| 残存記憶条項 | 役職員の記憶に残った情報の利用を認める条項です。具体的な技術・営業秘密では大きなリスクになります。 | 一般的な経験と、具体的秘密情報の再現・利用を分けて制限します。 |
片務NDAは常に不当とは限りません。採用面談、入札説明、発注者から仕様情報だけが開示される場面など、一方だけが秘密情報を出すなら合理性があります。問題は、形式は片務でも、実際には双方が情報を出し合う、または小規模側・受注者側・スタートアップ側だけが重要情報を開示するのに、その情報を守る条項がない場合です。
次の一覧は、近時のNDAで見落とされやすい補助条項を示しています。これらは一見細かい論点に見えますが、技術・データ・ノウハウの流出範囲を大きく変えるため、どの条項が自社情報の再利用を許す可能性を持つかを読み取ってください。
提案、改善案、コメントを相手方が自由に利用できると読める場合があります。NDA段階では、後続契約で合意するまで権利帰属と利用条件を動かさない形が安全です。
「記憶に残った情報は自由利用可」とされると、具体的な営業秘密やノウハウが保護から外れかねません。一般的経験と具体的秘密情報を分けて調整します。
生成AI、機械学習、社内検索、データレイク、ナレッジベースへの入力は、削除・追跡が難しくなるため、個別承諾制やアクセス制限を検討します。
標準ひな形、調達の力学、グループ共有、グローバルフォーム、営業秘密・競争法・個人情報の観点をまとめます。
大手企業のNDAが片務になりやすい理由は、必ずしも悪意ではありません。多数の取引を処理するために標準ひな形を使い、事業部が個別案件の情報の流れを十分に反映しないまま「まず当社フォームを送る」と判断することがあります。調達・購買の力学により、発注者側の条件が一方的に提示されやすいこともあります。
次の一覧は、片務NDAのまま進むと問題が表面化しやすい典型場面を整理しています。読者にとって重要なのは、場面ごとに流出しやすい情報の種類と、修正交渉で必ず確認する論点を切り分けることです。
未出願発明、製造条件、アルゴリズム、評価データ、顧客課題への独自解法が出やすい場面です。自社情報が秘密情報に含まれるかを確認します。
技術情報未出願発明図面、工程表、原価構造、加工条件、検査データ、サプライヤー情報の開示を求められます。開示範囲の最小化と共有先制限が重要です。
見積工程情報バックグラウンド知財、既存技術、データ、ソースコード、評価環境が相互に関係します。後続契約で成果帰属を整理できるよう境界を残します。
PoC知財境界財務、顧客、技術、人事、契約、訴訟、営業戦略を開示するため、開示先の限定、競合部門の遮断、データルーム管理が重要です。
M&AデータルームNDAだけでは個人情報保護法上の安全管理、委託先監督、第三者提供、再委託、漏えい時対応を代替できません。
個人情報安全管理日本法では契約自由が原則であり、NDAも一方が提示した文面を他方が必ず受け入れるものではありません。修正交渉自体は通常の商取引です。自社の営業秘密管理上、開示情報が秘密として扱われることを契約上明確にする必要がある、と説明すると、対立的になりにくいです。
次の比較表は、公的指針や関連法の観点から、修正交渉で持ち出す順番を整理しています。初手から強い法令違反の主張をするより、まず双方保護・営業秘密管理・後日の混同防止を理由にする点を読み取ってください。
| 観点 | 交渉での使い方 | 注意点 |
|---|---|---|
| 営業秘密管理 | NDAは秘密管理意思を示す手段になります。秘密情報を特定し、書面で残す運用が重要です。 | 契約だけでなく、秘密表示、開示ログ、アクセス制限もセットで必要です。 |
| 独占禁止法・優越的地位 | 取引上の地位が優越する発注者が一方的な片務NDAを求める場合、問題となる可能性が指摘されています。 | 初手では強い非難より、実態に合う修正として説明する方が交渉しやすいです。 |
| 取適法・フリーランス法 | 2026年1月1日からの取適法を含め、受注者側のノウハウ提出や経済上の利益提供が問題になる可能性があります。 | 適用可否は契約類型、資本金、従業員数、取引内容、当事者属性で変わります。 |
| 個人情報保護法 | 個人データを扱う場合、安全管理、委託先監督、再委託、漏えい時対応をNDAとは別に確認します。 | 匿名化、仮名化、サンプル化、マスキングで足りるかを先に検討します。 |
いきなり赤字修正せず、開示情報、目的、共有先、優先順位、担当者を整理します。
片務NDAが届いたら、最初に条文へ赤字を入れるのではなく、社内で情報の流れと交渉目的を整理します。ここを飛ばすと、過剰修正で相手の確認負担を増やす一方、肝心の自社情報が守られないという状態になりやすいです。
次の分類表は、自社が開示する情報をA、B、Cの三層に分けるためのものです。どの情報ならNDA前に出せるか、どの情報はNDA後でも限定すべきかを読むことで、交渉時に「開示しない」という選択肢を残せます。
| 区分 | 内容 | 取扱い |
|---|---|---|
| A ― NDAなしで開示可能 | 公開資料、ウェブサイト掲載情報、一般的会社概要、一般的製品カタログです。 | NDA前でも開示可能です。ただし、公開情報に限定し、非公開の補足説明を混ぜない運用が必要です。 |
| B ― NDA締結後に開示可能 | 技術概要、非公開価格、顧客課題、限定的な性能データ、非公開ロードマップです。 | 双務NDAまたは自社情報保護条項が必要です。開示目的と共有先を絞ります。 |
| C ― NDAがあっても原則非開示 | ソースコード全文、製造条件、配合、詳細設計図、学習データ、未出願発明、コアアルゴリズム、マスター顧客リストです。 | 原則として開示しません。必要な場合は別契約、限定閲覧、クリーンルーム、段階開示、役員決裁を検討します。 |
「両社の事業上の協力可能性を検討する目的」のような広い表現は、相手方が後からグループ全体の検討や別プロジェクトを含むと読む余地を作ります。よりよい表現は、「当社の特定技術を貴社の特定製品に適用する可能性を評価し、PoC実施の要否、技術適合性、概算費用、契約条件を検討する目的」のように、案件・製品・評価項目へ寄せる形です。
次の比較表は、グループ会社や委託先などの共有先を許容するかどうかを判断するためのものです。共有の必要性と営業秘密管理上の追跡可能性を両立させるため、各行で条件を読み取ってください。
| 共有先 | 基本方針 | 条件 |
|---|---|---|
| 相手方の役員・従業員 | 本目的に必要な範囲で認めやすいです。 | 担当部署、関与者、アクセス権限を限定します。 |
| グループ会社 | 自動的には認めず、必要な会社・部署・地域を特定します。 | 同等以上の秘密保持義務と受領者責任を条件にします。 |
| 委託先・外部専門家 | 必要性があれば認める余地があります。 | 秘密保持義務、再委託制限、アクセスログ、責任負担を確認します。 |
| 顧客候補・販売代理店・共同提案先 | 原則として個別の事前承諾が必要です。 | 共有資料、目的、共有先、再共有禁止を具体化します。 |
| 海外拠点 | 個人情報、輸出管理、営業秘密管理、準拠法の観点から個別検討します。 | 外国移転、クラウド利用、アクセス国、事故対応を確認します。 |
次の優先順位表は、交渉時にどの修正を必須とし、どこを譲歩できるかを整理するものです。大手側との交渉では修正数を絞るほど通りやすいため、実害の大きい論点を先に読むことが重要です。
| 優先度 | 典型論点 | 方針 |
|---|---|---|
| 必須 | 自社情報が保護されない、目的外使用可能、グループ会社に自由共有、知財無償利用、AI学習可能、個人データ管理なしです。 | 取引継続の前提として修正を求めます。 |
| 重要 | 秘密保持期間が短すぎる、返還・廃棄が不十分、損害賠償が片面的、準拠法・管轄が過度に不利です。 | 原則として修正します。譲歩案も用意します。 |
| 可能なら修正 | 監査、通知期限、バックアップ保存、残存条項、表明保証です。 | 案件重要度に応じて修正します。 |
| 受入可 | 軽微な文言や相手方社内手続上の定型条項です。 | 実害がなければ受け入れます。 |
当事者、目的、秘密情報、共有先、期間、知財、個人情報、管轄まで初期確認します。
片務NDAのレビューでは、条文の美しさよりも、どの条項が自社情報の保護を抜け落とすかを確認します。以下の一覧は初期レビューの主要項目です。問題の兆候と修正方針を横に並べているため、どこを赤字修正の対象にするかを読み取ってください。
| No. | チェック項目 | 問題の兆候 | 修正方針 |
|---|---|---|---|
| 1 | 当事者 | 相手方だけが開示者、自社だけが受領者です。 | 双方が開示者・受領者になり得る定義へ変更します。 |
| 2 | 目的 | 「事業上の検討」など広すぎます。 | 案件、製品、PoC、評価目的に限定します。 |
| 3 | 秘密情報の範囲 | 相手方情報だけが保護対象です。 | 自社開示情報も保護対象に追加します。 |
| 4 | 口頭・視覚情報 | 書面表示がないと秘密になりません。 | 口頭、デモ、工場見学、画面共有も一定条件で保護します。 |
| 5 | 例外情報 | 例外がない、または相手方だけ有利です。 | 公知、既知、第三者取得、独自開発を双方に適用します。 |
| 6 | 目的外使用禁止 | 漏えい禁止だけで使用禁止がありません。 | 競合開発、特許出願、AI学習を禁止対象に入れます。 |
| 7 | 開示先 | グループ会社・委託先に自由開示できます。 | 必要範囲、同等義務、責任負担、事前承諾を入れます。 |
| 8 | 複製・保管 | 複製自由でアクセス制限がありません。 | 必要最小限、アクセス管理、ログ、削除義務を定めます。 |
| 9 | 返還・廃棄 | 相手方請求時のみでバックアップが不明です。 | 終了時・請求時の返還廃棄、法令保存・バックアップ例外を整理します。 |
| 10 | 秘密保持期間 | 6か月や1年など短すぎます。 | 一般情報は3年から5年、営業秘密は非公知期間中などに分けます。 |
| 11 | 知財 | 相手方が自由利用・無償実施できる余地があります。 | 権利移転なし、ライセンスなし、特許出願禁止を明記します。 |
| 12 | 損害賠償 | 自社だけが責任を負い、相手方は免責されています。 | 双方化し、差止め、返還、削除も求められる形にします。 |
| 13 | 個人情報 | 個人データの安全管理や再委託がありません。 | 安全管理、再委託、漏えい通知、目的制限を追加します。 |
| 14 | 準拠法・管轄 | 遠隔地や外国法で過度に不利です。 | 日本法、東京地方裁判所、中立地、仲裁などを検討します。 |
| 15 | 規制条項 | 輸出管理、反社、個人情報など案件上必要な条項がありません。 | 業種と開示情報に応じて追加します。 |
チェックリストで問題が多い場合でも、すべてを同時に直す必要はありません。大手側の法務確認を通すには、自社情報の保護、目的外使用禁止、第三者共有制限、知財非移転、秘密保持期間を最初の修正対象に絞ると実務に乗せやすくなります。
相手方原案の懸念、修正文例の方向性、交渉コメントを条項ごとに整理します。
条項別の修正では、相手方フォームを全面的に作り替えるより、片務構造の欠陥を補う最小限の文言を提案する方が通りやすいです。次の比較表は、どの条項が何を守るのかを一覧化しています。各行の「交渉コメント」を読めば、相手を刺激しにくい説明の軸が分かります。
| 条項 | 懸念 | 修正方向 | 交渉コメントの軸 |
|---|---|---|---|
| 片務構造 | 自社が秘密情報を開示しても契約上保護されません。 | 各当事者が開示者にも受領者にもなる双務構造にします。難しければ準用条項を追加します。 | 貴社情報の保護水準を下げるものではなく、情報の流れに合わせる修正です。 |
| 秘密情報の定義 | 相手方情報だけが対象で、口頭説明やデモが漏れます。 | 書面、電磁的記録、口頭、視覚的方法、サンプル、デモ、工場見学、システムアクセスを含めます。 | 表示漏れだけで重要情報が保護されない事態を避ける趣旨です。 |
| 例外情報 | 公知情報や独自開発まで拘束されます。 | 公知、既知、正当取得、独自開発、書面承諾を双方に適用します。 | 双方の通常業務や既存技術を不必要に制限しないためです。 |
| 使用目的 | 「本取引」など広い表現で目的外使用を止めにくいです。 | 対象製品、PoC、評価項目、概算費用、契約条件の検討に限定します。 | 貴社内でも許される利用範囲が明確になります。 |
| 開示先 | グループ会社、委託先、第三者に広く共有できます。 | 必要範囲、事前承諾、同等義務、受領者責任、別紙特定にします。 | 共有を否定するのではなく、追跡可能な範囲にするためです。 |
| 返還・廃棄 | 自社情報について返還・廃棄を求める権利が不明です。 | 終了時・請求時の返還廃棄、合理的期間、法令保存・バックアップ例外、証明書を定めます。 | 現実的な保存例外も認め、双方で管理しやすくします。 |
| 秘密保持期間 | 6か月や1年では技術情報の保護として短すぎます。 | 一般情報は3年から5年、営業秘密・ソースコード・製造条件・個人データは別扱いにします。 | 一律無期限ではなく、情報の性質に合わせます。 |
| 知財・フィードバック | 秘密情報や提案が自由利用・無償利用される余地があります。 | 権利移転なし、ライセンスなし、出願禁止、後続契約で別途合意を明記します。 | NDAは情報交換の入口であり、成果帰属は後続契約で整理します。 |
| 解析・リバースエンジニアリング | サンプル、ソフトウェア、データ、AIモデルの解析範囲が曖昧です。 | 分解、解析、逆コンパイル、成分分析、モデル学習、抽出、ベンチマーク公表を制限します。 | 評価に必要な通常確認を妨げず、解析範囲を別紙化します。 |
| 残存記憶 | 記憶に残った情報の自由利用で目的外使用禁止が弱まります。 | 一般的経験は妨げず、具体的秘密情報の再現・利用は制限します。 | 個人のスキルではなく、具体的な営業秘密を守るためです。 |
| AI学習・データベース | 社内AI、外部クラウド、検索基盤に入力され、削除・追跡が難しくなります。 | 生成AI、機械学習、ナレッジデータベースへの入力・学習・再利用を個別承諾制にします。 | 対象システム、保存期間、アクセス権限を確認したうえで判断します。 |
| 損害賠償・差止め | 自社だけが責任を負い、相手方違反時の救済が弱いです。 | 双方化し、使用、開示、複製、保存、提供、目的外利用の差止め・返還・削除を定めます。 | 責任を過度に拡大するのではなく、秘密情報漏えい時の措置を明確にします。 |
| 個人情報 | 「秘密情報に個人情報を含む」だけでは足りません。 | 安全管理、委託先監督、再委託、第三者提供、漏えい通知、当局対応協力を定めます。 | 個人データが含まれない運用なら予防的条項として位置付けます。 |
| 準拠法・管轄 | 海外法や遠隔地管轄は小規模企業に負担が大きいです。 | 日本法・東京地方裁判所、被告所在地、または仲裁を検討します。 | 日本国内の情報交換なら日本法での解決が効率的です。 |
次の一覧は、時間がないときに優先して提案する5条の内容を示しています。大手側の標準フォームを大きく崩さずに、片務NDAの重大リスクを下げるため、どの条項が最低限の防御線になるかを読み取ってください。
自社が秘密情報を開示する場合、その自社情報について相手方にも同じ秘密保持義務を適用します。
相手方の秘密情報を、本件取引または本件協議の検討目的のためだけに使う形にします。
役員・従業員への共有は必要範囲に限定し、それ以外の第三者共有には事前承諾を求めます。
秘密情報の開示が、知的財産権、ノウハウ、データの譲渡や利用許諾を意味しないことを明記します。
一般情報は契約終了後3年などにし、営業秘密、ソースコード、製造条件、個人データは公知化までなど別扱いにします。
標準フォーム、急ぎの資料要求、グループ共有、秘密保持期間などへの返し方を整えます。
大手側との交渉では、「法的に危ないです」と強く言うより、「双方の秘密情報を守るためです」「貴社情報の保護水準を下げるものではありません」「当社の営業秘密管理上、非公開情報を出すには書面化が必要です」と説明する方が進みやすいです。
次の比較表は、相手方からよく出る反論と、それに対する返答の方向性をまとめています。各行では、相手方の社内事情を尊重しながら、自社の開示制限を明確に伝える点を読み取ってください。
| 相手方の反論 | 推奨返答の方向性 | 代替案 |
|---|---|---|
| 標準フォームなので修正できません | 標準フォームである点は理解しつつ、自社からも非公開情報を開示する可能性があるため、最小限の修正が必要と伝えます。 | フォーム全体ではなく、準用条項1条だけの追加を提案します。 |
| 今回は御社から秘密情報は出ない想定です | 現時点では理解しつつ、商談が進むと技術概要、価格、ノウハウを説明する可能性があると伝えます。 | 自社からは公開情報のみ開示し、必要時に双務NDAへ切り替えます。 |
| 急いでいるので先に資料を送ってください | 公開済み資料は共有し、非公開資料はNDA締結後に開示する運用と説明します。 | 1ページの暫定双務NDAを先に締結する案を出します。 |
| グループ会社にも共有しないと検討できません | 共有の必要性は理解しつつ、対象会社、部署、目的を別紙化したいと伝えます。 | 同等義務と受領者責任を条件に、限定共有を認めます。 |
| 法務から双務NDAは認めないと言われています | 形式名にこだわらず、相手方フォームを維持した準用条項を提案します。 | 自社秘密情報が発生した場合だけ相手方にも義務を準用します。 |
| 秘密保持期間を長くできません | 一律長期ではなく、一般情報と重要情報を分けたいと伝えます。 | 一般情報は相手標準、営業秘密・ソースコード・個人データは別扱いにします。 |
| 損害賠償条項は標準のままです | 金額を過度に広げる趣旨ではなく、返還、削除、差止め、損害賠償を双方化したいと説明します。 | 金額条項を削り、救済措置の明確化を優先します。 |
製造業、SaaS、ソースコード開示、外資系、修正拒否の場面ごとに実務対応を整理します。
同じ片務NDAでも、開示する情報と相手方の検討目的によってリスクは変わります。次の一覧は、代表的な5つの場面で何が危険になり、どの修正が必要になるかを示しています。自社の案件に近い行から、開示制限と交渉文言を読み取ってください。
見積に加工条件、図面、過去の不具合対策、検査データが必要になる場面です。双務化、目的限定、他サプライヤー共有の事前承諾、図面の複製・転用禁止を求めます。
製造業図面・工程API仕様、非公開ロードマップ、セキュリティ設計、価格体系を説明する場面です。AI学習、社内ナレッジ化、別サービス開発への利用を制限します。
SaaSAPI仕様ソースコードはC区分情報として原則非開示にします。公開資料、アーキテクチャ概要、サンプル画面で代替し、必要時は双務NDAと限定閲覧へ移します。
ソースコード限定閲覧海外法、海外管轄、グローバル共有、残存記憶条項が重なりやすいです。日本法人間取引なら日本法や準用条項を提案し、共有先を特定します。
英文NDA海外管轄片務NDAのまま締結自体を検討する場合でも、自社からは公開情報に限定します。B情報やC情報を開示するには準用条項や別契約を条件にします。
修正拒否開示停止次の比較表は、片務NDAを受け入れられる場面と、受け入れると危険な場面を分けるためのものです。読者にとって重要なのは、締結の可否だけでなく、締結しても何を開示しないかを同時に決めることです。
| 判断 | 条件 | 実務対応 |
|---|---|---|
| 受け入れ可能な場合 | 自社は相手方の情報を受領するだけで、自社の秘密情報を一切開示しません。開示するのは公開情報または一般的会社概要に限定します。 | 片務NDAの義務が過重でないか確認し、後日自社秘密情報を出す場合は別途双務NDAへ切り替えることを記録します。 |
| 受け入れが危険な場合 | 自社が技術情報、ソースコード、図面、配合、製造条件、データセット、顧客情報、未公開価格、事業計画を開示します。 | 双務化、準用条項、目的外使用禁止、共有先制限、知財非移転、AI学習禁止を求めます。 |
| 開示停止を検討する場合 | NDA締結を拒否されているのに重要情報の開示を求められる、または修正協議自体を拒絶されます。 | 公開情報のみで進行し、交渉経緯を記録します。重要案件では法務、知財、経営層へ上げます。 |
次の業種別一覧は、注意すべき情報の種類を整理したものです。業種ごとに流出リスクの中心が異なるため、自社がどの情報をB区分またはC区分に置くべきかを読み取ってください。
図面、金型、治具、加工条件、検査方法、材料配合、サプライヤー情報、歩留まり、失敗データが重要です。
ソースコード、API仕様、セキュリティ情報、学習データ、プロンプト、ログ、顧客環境情報を管理します。
研究データ、未公開試験結果、化合物情報、患者データ、要配慮個人情報をNDA以外の契約でも管理します。
設計図、施工方法、見積単価、協力会社情報、土地取得情報、開発計画の共有先を限定します。
提案書、方法論、診断手法、価格、過去事例、プロジェクト体制、顧客課題の無断流用を防ぎます。
企画案、デザイン案、コピー、映像構成、キャラクター案、キャンペーン設計の権利移転なしを明確にします。
NDAは締結して終わりではなく、開示ログ、秘密表示、会議後メール、アクセス管理まで運用します。
NDAを修正して締結できても、実際に何をいつ誰に開示したかが残っていなければ、後日の目的外使用や漏えいを追いにくくなります。契約と運用をつなぐため、開示ログ、秘密表示、会議後メール、データルーム、アクセス管理をセットで整えます。
次の時系列は、片務NDAが届いてから開示後管理までの実務手順を示しています。順番どおりに進めることで、交渉の記録と情報管理の証跡を同時に残せる点を読み取ってください。
A、B、Cの三層に分け、NDA前に出す情報と、NDA後でも出さない情報を切り分けます。
自社情報保護、目的外使用禁止、第三者共有制限、知財非移転、期間を必須修正に置きます。
標準フォーム、修正不可、先行資料要求などの発言と、自社の回答をメールや議事録に残します。
開示日、方法、相手、資料名、バージョン、秘密表示、目的、範囲、受領確認を記録します。
重要情報はメール添付ではなく、閲覧者限定、透かし、二要素認証、アクセスログが残る環境で扱います。
次の管理表は、開示ログとして最低限残す項目を示しています。どの列が証拠化に役立つかを読み取り、会議資料やデータルームの運用に合わせて項目を追加します。
| No. | 資料名 | 情報区分 | 開示可否 | NDA要否 | 開示先 | 秘密表示 | 備考 |
|---|---|---|---|---|---|---|---|
| 1 | 会社概要資料 | A | 可 | 不要 | 先方担当者 | 不要 | 公開情報に限定します。 |
| 2 | 技術概要資料 | B | 可 | 要 | 技術評価チーム | 要 | 詳細仕様を除きます。 |
| 3 | 詳細設計図 | C | 原則不可 | 要・別契約 | 未定 | 要 | 閲覧限定にします。 |
| 4 | ソースコード | C | 原則不可 | 要・別契約 | 未定 | 要 | 複製禁止にします。 |
| 5 | 顧客事例 | BまたはC | 要検討 | 要 | 営業部門 | 要 | 匿名化を先に検討します。 |
次の判断の流れは、片務NDAを受け入れるか、修正を求めるか、開示を止めるかを決めるための手順です。各分岐は、秘密情報の開示有無、自社情報の保護有無、目的外使用・共有・知財利用の制限有無を順に確認する意味があります。
公開情報だけか、非公開の技術・営業情報を含むかを確認します。
義務過重でないかを確認し、公開情報のみで進めます。
双務化または準用条項の有無を確認します。
競合開発、第三者共有、AI学習、無償利用を確認します。
NDA締結後も必要最小限に分けて開示します。
公開情報のみで進め、重要情報は出しません。
次のレッドライン一覧は、修正なしで重要情報を開示すべきではない典型場面です。各項目は、契約上の保護がないまま情報価値を失うリスクを示しているため、自社の開示予定情報と照合してください。
自社開示情報が秘密情報に含まれないなら、B区分以上の情報は開示しない運用が基本です。
競合開発、特許出願、営業提案、AI学習などが止められない条項は危険です。
グループ会社、委託先、共同提案先へ無限定に共有できる条項は追跡不能になりやすいです。
フィードバックや提案を自由利用できる文言は、後続契約で整理するよう修正します。
社内外AIやナレッジ基盤への入力は、削除と再利用管理が難しいため個別承諾制にします。
安全管理、再委託、漏えい通知、本人対応、当局報告の協力を別途確認します。
一般的な考え方として、個別判断になりやすい点をFAQ形式で整理します。
一般的には、自社が秘密情報を一切開示せず、公開情報や一般的説明だけで進む場合には、片務NDAでも実務上受け入れ可能なことがあります。ただし、自社から非公開の技術情報、価格情報、データ、顧客情報、ノウハウを出す可能性がある場合は、契約実態に合わせた修正が必要になる可能性があります。具体的な対応は、開示予定情報と契約文言を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、署名の可否だけでなく、署名後に何を開示するかを分けて判断します。片務NDAのままでも公開情報のみであれば進められる場合がありますが、重要な非公開情報を開示する場合は、準用条項や別契約、限定閲覧などの代替策が必要になる可能性があります。取引規模、情報価値、交渉経緯によって結論は変わるため、個別判断は専門家に相談する必要があります。
一般的には、準用条項は片務NDAの重大な欠けを補う有効な方法になり得ます。ただし、目的外使用、第三者共有、知財非移転、AI学習、返還・廃棄、秘密保持期間が弱い場合は、準用条項だけでは十分でない可能性があります。具体的には、どの条項が相手方にも準用されるかを確認する必要があります。
一般的には、NDA締結前は公開情報または一般的説明に限定する運用が安全です。非公開の技術詳細、ソースコード、製造条件、性能データ、顧客事例などは、営業秘密管理上、NDA締結後でも段階的に開示することが望まれます。具体的な開示可否は、情報の価値、開示範囲、証跡管理、相手方の利用目的によって変わります。
一般的には、秘密情報が技術情報、データ、ノウハウ、顧客情報、個人データを含む場合、生成AIや機械学習、社内検索基盤への入力を制限する条項を検討する価値があります。ただし、相手方の通常業務に必要な社内システム利用まで一律に禁止すると運用が難しくなることがあります。対象システム、アクセス権限、保存期間、削除方法を確認して調整する必要があります。
一般的には、NDAは個人情報保護法上の義務を代替しません。個人データを扱う場合は、安全管理措置、委託先監督、第三者提供、共同利用、外国移転、漏えい時対応などを別途確認する必要があります。匿名化、仮名化、マスキングで足りるかも含め、具体的な取扱いは専門家へ相談する必要があります。
公的機関・制度資料を中心に、NDA、営業秘密、競争法、個人情報の確認先を整理します。