情報の流れ、不可逆性、交渉事実、取引類型、交渉力、運用負担、代替設計を見て、片務のままにするか、相互化するか、限定条項で足りるかを整理します。
契約の表題ではなく、実際に誰がどの秘密情報を出すかから考えます。
契約の表題ではなく、実際に誰がどの秘密情報を出すかから考えます。
片務NDAを相互NDAに変更すべきかの判断軸は、先に情報を出す会社だけを見る発想では足りません。契約締結時点で情報の流れが本当に一方向だけか、交渉途中で提案、見積、仕様、技術説明、価格条件、顧客情報、監査資料、個人データ、セキュリティ情報が相手方から出る可能性があるかを確認します。
共同開発、PoC、M&A、投資検討、業務提携、システム開発、製造委託、RFP、工場見学、監査、データ連携、知財・ノウハウを含む商談では、相互NDAを標準形に置く場面が多くなります。一方、情報の流れが構造的に一方向で、相手方の提案や交渉事実にも秘密性がない場合は、片務NDAを維持する合理性もあります。
まずは片務NDAと相互NDAの違い、使い分けで見落としやすい論点、相互化しても完全に同じ義務にしなくてよい点を比較して押さえることが重要です。この比較表は、契約類型ごとの基本構造と注意点を示します。読者は、自社の案件がどちらの構造に近いか、また途中で情報の流れが変わりそうかを読み取ってください。
| 類型 | 基本構造 | 典型場面 | 主な注意点 |
|---|---|---|---|
| 片務NDA | 一方の秘密情報だけを保護し、他方だけに秘密保持義務を課す形です。 | 売主だけが買主に資料を出す、委託元だけが委託先に仕様を出すなど。 | 実際には相手方も提案、ノウハウ、価格、設計情報を出す場合、保護漏れが生じます。 |
| 相互NDA | 双方が開示者にも受領者にもなり得る前提で、双方の秘密情報を保護する形です。 | 共同開発、PoC、業務提携、M&A、投資、RFP、データ連携など。 | 不要な情報まで受領すると管理負担が増えるため、目的、範囲、開示手続を絞ります。 |
| 限定的相互化 | 片務NDAをベースに、協議事実、提案資料、見積、技術情報など一部だけを双務的に保護する形です。 | 相手方ひな形の全面差替えが難しい交渉、短期商談、段階的開示など。 | どの情報を相互保護に入れるかを曖昧にすると、後で利用目的や範囲が争点になります。 |
開示者、受領者、営業秘密、秘密管理性をそろえると、判断の前提がぶれにくくなります。
NDAは、秘密情報を第三者に開示しないこと、契約で定めた目的以外に使用しないこと、必要な管理措置を講じることなどを定める契約です。秘密情報の定義、目的外使用の禁止、第三者開示の制限、複製、保管、返還、廃棄、期間、損害賠償、差止め、管轄などが典型的な検討項目です。
NDAの本質は、情報を出してもよい条件を契約で整えることにあります。事業提携、委託、投資、共同開発では情報開示なしに検討が進まないため、開示の目的、範囲、相手、管理方法、終了時処理を決めておく必要があります。
次の一覧は、片務NDAを相互NDAに変更する議論で前提となる用語を並べたものです。用語の理解がずれると、同じ契約書を見ても保護対象の広さを誤解しやすいため、各用語が誰の情報をどこまで守る概念かを読み取ってください。
| 用語 | 意味 | レビューで見る点 |
|---|---|---|
| NDA | 秘密保持契約、機密保持契約、守秘義務契約などと呼ばれる情報管理の契約です。 | 秘密情報の範囲、目的外使用、第三者開示、返還廃棄、期間が案件に合っているかを見ます。 |
| 開示者 | 秘密情報を出す側です。 | 片務NDAでは一方に固定されがちですが、実務上は途中で双方が開示者になることがあります。 |
| 受領者 | 秘密情報を受け取る側です。 | 関連会社、委託先、専門家、クラウド環境への共有範囲も確認します。 |
| 片務NDA | 一方当事者の秘密情報だけを保護し、他方に義務を課す契約です。 | 相手方の提案、見積、ノウハウ、協議事実が保護対象から落ちていないかを見ます。 |
| 相互NDA | 双方が秘密情報を出す可能性を前提に、双方の情報を保護する契約です。 | 完全対称にせず、情報の重要度に応じて義務の濃淡を設けられます。 |
| 営業秘密 | 秘密管理性、有用性、非公知性を満たす技術上または営業上の情報です。 | NDAは秘密管理意思を外部に示す要素になりますが、社内管理や表示も必要です。 |
片務NDAの表題であっても、協議の存在を双方秘密とする条項や、受領者の関連会社への開示条項が混在していることがあります。反対に、表題が相互秘密保持契約でも、一方の情報だけが厚く保護されていることもあります。レビューでは表題よりも、義務の主語、秘密情報の定義、開示者の範囲、目的、第三者開示、使用制限を確認します。
契約自由を出発点にしながら、営業秘密、取引適正化、個人データ、セキュリティを重ねて確認します。
日本法上、契約は原則として当事者が締結するかどうか、どのような内容にするかを決められます。そのため、片務NDAでなければならない、相互NDAでなければならないという一般的な形式指定があるわけではありません。ただし、内容が公序良俗、強行法規、独占禁止法、個人情報保護法、下請・取引適正化関連法令に反しないかは別に検討します。
法的前提は複数の領域にまたがります。この比較表は、相互化の判断でどの法領域が何を問題にするかを整理したものです。読者は、自社案件で秘密情報だけでなく、取引上の地位、個人データ、セキュリティ、知財帰属が同時に問題になっていないかを読み取ってください。
| 観点 | 主な考え方 | 相互化との関係 |
|---|---|---|
| 契約自由 | 当事者は契約内容を原則として自由に決められます。 | 合理的な合意なら片務も相互も採り得ますが、一方的な不利益や強行法規違反は別問題です。 |
| 営業秘密 | 秘密管理性、有用性、非公知性が保護の前提になります。 | 相手方も情報を出すなら、その秘密管理意思を契約上受け止める必要があります。 |
| 取引適正化 | 強い立場の発注者が相手方情報を保護しない片務NDAを押し付けると問題になり得ます。 | 相手方のノウハウ、データ、提案資料が実際に出るなら、相互化または保護条項追加を検討します。 |
| スタートアップ連携 | アイデア、仮説、アルゴリズム、実験結果、データセットに価値が宿ります。 | 初期協議でも早期にNDAを整え、相互交換される情報を守ります。 |
| 個人情報・セキュリティ | 個人データ、安全管理措置、委託先監督、漏えい時通知、アクセス管理が関わります。 | 相互NDAだけで完了せず、データ処理契約やセキュリティ条項まで確認します。 |
公正取引委員会の資料では、知的財産権、ノウハウ、データのいずれかを保有する事業者3,824社のうち、NDAなしでの取引または不利な条件でのNDA締結を強要された経験があると回答した事業者が267社、7.0%とされています。数字の意味は、片務NDAの問題が単なる契約表現ではなく、取引上の公正性にも関わるという点にあります。
この数値比較は、取引適正化の論点がどの程度現実の回答として現れているかを示します。読者は、回答数の大小だけでなく、少数に見える割合でも実際には一定数の事業者が不利なNDA条件を経験していることを読み取ってください。
一つの論点だけで決めず、情報、案件、相手方、運用をまとめて点検します。
中核となる判断軸は、情報流通の実態、情報の価値と不可逆性、交渉事実・案件存在の秘匿性、取引類型、交渉力・取引適正化リスク、運用可能性、代替設計の可能性の7つです。これらを並べて見ることで、片務維持、限定的相互化、相互NDA、別契約追加のどこに寄せるかを判断しやすくなります。
次の一覧は、7つの判断軸を実務で確認する順番に並べたものです。各項目は、相互化の必要性を高める事情と、読み取るべき判断の方向を示します。読者は、一つでも強い事情がある場合に全体評価を引き上げる必要があるかを確認してください。
会議、メール、資料、デモ、QA、見積で双方から秘密情報が出るかを確認します。将来双方向になる蓋然性も見ます。
研究テーマ、顧客リスト、価格戦略、ソースコード、M&A情報など、一度知られると戻せない情報かを見ます。
案件の存在、協議内容、相手方名、スケジュール、検討結果自体を双方で秘密にする必要があるかを見ます。
共同開発、PoC、M&A、RFP、委託、工場見学、データ連携など、構造的に双方向開示が起きる類型かを見ます。
取引上の地位に差があり、片務の押し付けが不合理な不利益や優越的地位の濫用と評価され得るかを見ます。
相互化により、不要情報の流入、管理負担、既存契約との矛盾、責任拡大が過大にならないかを見ます。
全面的な相互NDAでなく、協議事実、提案資料、情報別紙、データ条項の追加で足りるかを見ます。
不可逆性とは、一度相手に知られると、返還や廃棄をしても相手の記憶、開発方針、競争行動に残り、元に戻せない性質です。研究開発テーマ、失敗データ、顧客リスト、購買履歴、価格戦略、製造ノウハウ、金型設計、ソースコード、アルゴリズム、モデル構造、資金繰り、脆弱性情報は代表例です。
不可逆性の高い情報は、事後的な損害賠償だけでは回復しにくい点が重要です。この重要ポイントは、相互化の判断が単なる形式変更ではなく、目的外使用、第三者共有、AI入力、将来担当者の変更まで見越した管理義務への変換であることを示します。読者は、使うつもりがないという説明だけで足りるかを読み取ってください。
高価値で不可逆な情報を受け取る可能性がある場合は、善意の表明ではなく、目的外使用禁止、第三者開示禁止、返還廃棄、AI・データ利用制限などの契約義務に変換することが重要です。
会議録、提案資料、ソースコード、ログ、顧客データを生成AI、分析ツール、データ基盤に入力する場面が増えています。相互NDAにする場合は、外部AIサービスへの入力禁止、事前書面承諾、学習・ファインチューニング・モデル改善の制限、派生データや評価結果の帰属、匿名化・統計化情報の利用可否を検討します。
共同開発、PoC、M&A、RFP、製造委託、SaaS導入では、情報が自然に双方向化します。
取引類型は、片務NDAを相互NDAに変更するかどうかを大きく左右します。特に共同開発、PoC、M&A、RFP、製造委託、工場見学、システム開発、SaaS導入、販売代理、業務提携では、相手方からもノウハウや提案資料が出る構造になりやすい点に注意します。
次の比較表は、取引類型ごとに相互化の方向性と追加で見る条項を整理したものです。読者は、片務で足りる例外を探すだけでなく、後続契約や別紙で補うべき論点があるかを読み取ってください。
| 取引類型 | 相互化の方向 | 追加で見る論点 |
|---|---|---|
| 共同開発・共同研究 | 相互NDAを標準形に置く場面が多いです。 | 成果物、発明、著作物、データ、改良技術、共同出願、実施権を別契約で定めます。 |
| PoC・実証実験 | 相互NDAを原則とし、データ利用範囲も定めます。 | 目的、データ範囲、レポート、派生データ、本番利用、個人データ、AI学習利用を確認します。 |
| M&A・投資・資本提携 | 片務を維持する場合でも協議事実は双務的に保護します。 | 公表制限、プロセス情報、買主候補情報、競合会社間の情報遮断を確認します。 |
| RFP・見積・コンペ | 相互NDAまたは提案資料保護条項を置きます。 | 提案内容の横流し、他社見積への流用、仕様書への無断反映を防ぎます。 |
| 製造委託・工場見学・監査 | 相互NDAに加え、見学時の情報管理を明確化します。 | 撮影禁止、持込機器制限、閲覧範囲、同行者、記録方法、サンプル持帰り禁止を確認します。 |
| システム開発・SaaS導入 | 顧客とベンダー双方の情報が出るため相互NDAが自然です。 | 個人データ、再委託、漏えい時通知、監査、ログ、削除証明、データ所在地を確認します。 |
| 販売代理・業務提携 | 双方の営業秘密が出る場合は相互NDAが適します。 | 顧客リスト、価格政策、販売チャネル、未公表キャンペーン、競合対策を確認します。 |
| 一方的な資料閲覧 | 情報流通が構造的に一方向なら片務維持も考えられます。 | 後に双方向議論へ移る場合の追加NDAまたは相互化の契機を置きます。 |
交渉事実が秘密になる場面では、資料開示が一方向でも双務的な秘匿条項が必要になります。次の時系列は、案件の初期から本契約へ進むまで、どの段階で相互保護の必要性が強くなるかを示します。読者は、重要情報を出す前にどの契約状態にしておくべきかを読み取ってください。
片務NDAまたはNDAなしで進む場合でも、未公表の技術、顧客、価格、協議事実は出さない設計にします。
双方の秘密情報が出る可能性が高まるため、相互NDAまたは相手方情報保護条項を整えます。
個人データ、AI利用、セキュリティ、知財帰属の条項を加え、閲覧範囲や開示先を限定します。
NDAだけでは成果物や発明の帰属が決まらないため、後続契約との整合を取ります。
全面差替えだけでなく、協議事実、提案資料、情報別紙、段階開示で調整します。
自社が強い立場で片務NDAを提示する場合は、相手方の情報も出ることを認識しているか、相手方情報を自由に使える構造になっていないか、修正を一切拒否していないか、取引停止を恐れて受け入れざるを得ない状況ではないかを確認します。自社が弱い立場で片務NDAを提示された場合は、感情論ではなく情報類型を示して相互化を求めると説明しやすくなります。
次の比較表は、交渉で示すと効果的な情報類型を整理したものです。なぜ重要かというと、相互化の必要性を抽象的な公平論ではなく、どの情報が保護されないかという実務リスクに変えられるからです。読者は、片務NDAで保護される情報と保護されない情報の差を読み取ってください。
| 開示予定情報 | 開示者 | 秘密性 | 片務NDAでの保護 | 必要な修正 |
|---|---|---|---|---|
| 課題・要求仕様 | 相手方 | 高 | 相手方ひな形では保護されることが多いです。 | 現行で足りるかを確認します。 |
| 自社提案資料 | 自社 | 高 | 保護対象外になるおそれがあります。 | 相互化または提案資料保護条項を追加します。 |
| 見積前提・工数 | 自社 | 中から高 | 保護対象外になるおそれがあります。 | 目的外使用禁止と他案件流用禁止を入れます。 |
| 技術実現方法 | 自社 | 高 | 保護対象外になるおそれがあります。 | 秘密情報定義に明示します。 |
| 協議事実 | 双方 | 高 | 不明確になりやすいです。 | 協議事実秘匿条項を追加します。 |
相手方がひな形の全面変更を嫌がる場合は、中間的な設計を検討します。次の判断の流れは、片務維持、限定的相互化、情報別紙、相互NDA、受領拒否のどれを使うかを整理するものです。読者は、上から順に事実を確認し、該当する分岐で最小限必要な保護を読み取ってください。
会議、資料、見積、デモ、QAで相手方から秘密情報が出るかを確認します。
将来も含めて双方向開示が合理的に予見できるかを見ます。
相互NDA、情報別紙、提案資料保護条項を候補にします。
協議事実の秘匿や追加開示時の契機だけを残します。
受領窓口、無断送付情報、独自開発例外、責任上限、AI利用制限を整えます。
全面的な相互NDAが難しい場面でも、協議事実と提案資料だけを相互保護する、別紙で情報類型ごとに管理水準と期間を分ける、片務NDAに情報受領禁止条項を入れる、競合会社間ではクリーンチームを置く、といった設計が考えられます。
次の一覧は、相互NDAへの全面差替え以外の選択肢を比較するものです。重要なのは、相手方の懸念を減らしながら必要な情報だけを保護できる点です。読者は、案件のスピード、保護対象、管理負担のどこを優先するかを読み取ってください。
| 設計 | 使いやすい場面 | 注意点 |
|---|---|---|
| 限定的相互化 | 協議事実、提案資料、見積、技術説明だけを守れば足りる場面。 | 保護対象となる情報類型を具体的に書かないと範囲が争点になります。 |
| 相互NDAと情報別紙 | ソースコード、顧客データ、価格、共同実験結果など情報ごとに管理水準を変える場面。 | 別紙の更新手続と後続契約との優先関係を決めます。 |
| 片務NDAと情報受領禁止 | 自社が相手方情報を受け取りたくない場面。 | 会議で実際に重要情報を聞く可能性が高い案件では実態に合わないことがあります。 |
| 相互NDAとクリーンチーム | 競合会社間、M&A、技術評価で競争上センシティブな情報を扱う場面。 | 閲覧者、保存場所、社内共有、報告内容を厳格に限定します。 |
相互化は万能ではありません。不要情報の流入、管理負担、責任拡大を制御します。
相互NDAを締結すると、相手方が秘密情報として大量の資料を送ってくることがあります。これにより、自社の独自開発との混同、競合製品開発への制約、将来の紛争リスクが生じることがあります。相互化する場合は、受領を希望しない情報、開示前承認、指定窓口、クリーンチーム、公開情報・独自開発の例外を設計します。
運用負担を把握するには、義務がどの業務に波及するかを分けて見る必要があります。次の一覧は、相互NDAで増える管理項目と実務上の調整策を示します。読者は、契約文言だけでなく、現場が守れる管理方法になっているかを読み取ってください。
本件目的に関連して開示された非公知情報に限り、口頭開示は一定期間内の特定を求めます。
範囲役職員、専門家、委託先、関連会社のうち知る必要がある者に限り、同等義務を課します。
共有法令、内部監査、紛争対応、バックアップにより保存が必要な場合の例外を明記します。
保管故意・重過失、目的外使用、第三者開示、個人データ漏えいを上限の例外にするか検討します。
責任リーガルオペレーションの観点では、NDAを締結して終わりではありません。次の一覧は、契約管理システムで追跡すべき項目を示します。なぜ重要かというと、後続の本契約、PoC契約、共同開発契約、M&A契約との整合を取り、期限や例外承認を後から確認できるようにするためです。読者は、契約台帳に最低限どの項目を持たせるかを読み取ってください。
| 管理項目 | 確認内容 |
|---|---|
| 契約類型 | 片務、相互、多者間の別を記録します。 |
| 当社の立場 | 開示者、受領者、双方のどれかを記録します。 |
| 対象案件 | 関連する商談、PoC、共同開発、M&A、委託案件を紐づけます。 |
| 秘密保持期間 | 情報類型ごとの期間、終了後の存続期間、更新要否を管理します。 |
| 返還・廃棄期限 | 請求時、目的終了時、契約終了時の処理期限を管理します。 |
| 個人データの有無 | 委託先監督、再委託、漏えい時通知、削除証明の要否を確認します。 |
| 知財・AI論点 | 共同開発、AI学習利用、データ分析制限、成果帰属の有無を確認します。 |
| 例外承認者 | 標準条項から外れた場合の承認者と理由を記録します。 |
NDAプレイブックでは、片務を維持できる場面、相互化を求める場面、協議事実だけを相互保護する場面、重要情報の開示を止める場面、社内承認を要する場面をあらかじめ分類します。レッドフラグとしては、相手方の提案資料が保護されない、秘密保持期間が極端に短い、AI学習利用の制限がない、知財の無償利用に読める、個人データの委託管理が抜けているといった事情を設定します。
秘密情報の定義、目的外使用、第三者開示、期間、返還廃棄、知財、責任を順に見ます。
片務NDAを相互化する際、最初に修正すべきは秘密情報の定義です。「甲が乙に開示する一切の情報」とだけ書かれている場合、乙が甲に開示する提案やノウハウが保護されない可能性があります。改善案では、甲または乙が相手方に対して開示する技術上、営業上、財務上、法務上、業務上その他の非公知情報を対象にします。
条項レビューでは、各条項が誰の情報を守り、どの業務リスクに対応するかを対応させることが重要です。次の比較表は、相互化で重点的に見る条項と読み取りポイントを示します。読者は、片務の主語を直すだけでなく、情報類型ごとの濃淡を設計できているかを確認してください。
| 条項 | 見るポイント | 相互化での調整 |
|---|---|---|
| 秘密情報の定義 | 甲だけでなく甲または乙が開示する非公知情報を含むか。 | 口頭開示、デモ、閲覧、提案資料、QA、見積、技術説明も必要に応じて含めます。 |
| 除外情報 | 公知情報、既保有情報、第三者取得情報、独自開発情報を適切に除外しているか。 | 独自開発例外が広すぎてNDAを骨抜きにしないようにします。 |
| 目的外使用禁止 | 本件取引の検討目的に限定されているか。 | 製品開発、営業、製造、販売、データ分析、AI学習、競合提案、他案件見積への流用を制限します。 |
| 第三者開示 | 関連会社、委託先、専門家、金融機関、投資家への開示範囲が広すぎないか。 | 知る必要がある者に限り、同等義務と違反責任を置きます。 |
| 秘密保持期間 | 情報類型に応じた期間か。 | 価格情報は3年、技術情報は5年、ソースコードや製造ノウハウは非公知期間中などの分け方を検討します。 |
| 返還・廃棄 | 双方が返還・廃棄を請求できるか。 | 法令、内部監査、紛争対応、バックアップ保管の例外を置きます。 |
| 知的財産権 | NDAが権利譲渡やライセンス付与を意味しないことを明記しているか。 | 共同開発では成果帰属、改良発明、共同出願、実施権を別契約で定めます。 |
| 競合開発・残存記憶 | 受領者の一般的知識や経験まで過度に縛っていないか。 | 秘密情報の目的外使用は禁止しつつ、独自開発や一般的技能との境界を証跡で説明できるようにします。 |
| 差止め・損害賠償 | 責任上限、間接損害、逸失利益、故意・重過失、個人データ漏えいの扱いを確認します。 | 双方が同じリスクを負うため、上限と例外を合理的に調整します。 |
情報の種類によって保護期間や管理水準を分けると、相互NDAの運用が現実的になります。この比較表は、情報別紙に記載する項目例を示します。読者は、すべてを同じ期間・同じ管理水準にせず、重要度と法令対応に応じて義務を調整する考え方を読み取ってください。
| 情報類型 | 開示者 | 管理水準 | 保護期間 | 特記事項 |
|---|---|---|---|---|
| ソースコード | ベンダー | 閲覧限定、複製禁止 | 終了後5年または非公知期間中 | 外部AI入力を禁止します。 |
| 顧客データ | 顧客 | アクセス権限限定、暗号化 | 委託契約に従う | 個人情報条項を優先します。 |
| 見積・価格 | 双方 | 社内限定 | 終了後3年 | 他案件への流用を禁止します。 |
| 共同実験結果 | 双方 | プロジェクト限定 | 別途共同開発契約で定める | 帰属が未定なら後続契約で定めます。 |
一般的な例として、定義、目的外使用、相互義務、協議事実、AI利用制限を確認します。
以下の条文例は一般的な出発点です。個別案件では、情報の性質、交渉力、適用法令、業界慣行、国外要素、個人情報、輸出管理、競争法上の論点により調整が必要です。
第1条(秘密情報) 本契約において秘密情報とは、本件目的に関連して、甲または乙が相手方に対し、書面、電磁的方法、口頭、閲覧、デモンストレーションその他方法のいかんを問わず開示する技術上、営業上、財務上、法務上、業務上その他一切の非公知情報をいう。ただし、公知情報、既保有情報、正当な第三者取得情報、独自開発情報を除きます。
第2条(使用目的) 受領者は、秘密情報を、本件取引または提携の可能性、条件および実施方法を検討する目的に限り使用し、開示者の事前書面承諾なく当該目的以外に使用してはならないものとします。
第3条(秘密保持義務) 甲および乙は、相手方から開示を受けた秘密情報を善良な管理者の注意をもって管理し、開示者の事前書面承諾なく第三者に開示または漏えいしてはならないものとします。
第4条(協議事実の秘匿) 甲および乙は、本件に関する協議、交渉、検討、契約締結の事実、内容、進捗、結果および相手方の名称を、相手方の事前書面承諾なく第三者に開示または公表してはならないものとします。
第5条(提案資料等の取扱い) 甲または乙が相手方に開示する提案資料、見積資料、技術説明、設計案、改善案、デモ内容、質疑応答内容、価格情報、原価情報、ノウハウおよびこれらに類する情報は、秘密表示の有無にかかわらず秘密情報に含まれるものとします。
第6条(AI・データ利用の制限) 受領者は、開示者の事前書面承諾なく、秘密情報を外部の生成AIサービス、機械学習、モデル学習、ファインチューニング、データ分析基盤、ベンチマーク作成その他本件目的を超えるデータ処理に入力または利用してはならないものとします。
第7条(開示先の限定) 受領者は、本件目的のために知る必要のある自己の役員、従業員、弁護士、公認会計士、税理士、委託先および関連会社に限り秘密情報を開示できるものとします。ただし、受領者は当該開示先に本契約と同等以上の秘密保持義務を課し、当該開示先による違反について開示者に対して責任を負うものとします。
よくある疑問を、一般的な制度説明として整理します。
一般的には、情報の流れが本当に一方向で、相手方が秘密情報を出さず、交渉事実の秘匿も不要であれば、片務NDAが合理的に使われることもあります。ただし、実際には双方が秘密情報を出すのに一方だけを保護する契約になっている場合は、取引内容や交渉力によって結論が変わる可能性があります。具体的な対応は、開示予定情報と契約案を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、相互NDAは双方が情報を開示した場合の取扱いを定める契約であり、秘密情報を開示する義務を当然に負わせるものではないと整理されます。ただし、契約文言や後続契約との関係によって解釈が変わる可能性があります。具体的な対応は、開示義務を課さない旨の条項を含めて弁護士等の専門家へ相談する必要があります。
一般的には、全面的な相互NDAへの差替えが難しい場合でも、相手方情報保護条項、協議事実秘匿条項、提案資料保護条項の追加を検討する方法があります。ただし、相手方との力関係、開示予定情報の重要性、商談の時期によって結論が変わる可能性があります。具体的な対応は、重要情報をどこまで開示するかを整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、NDAは秘密管理性を示す有力な要素になり得ますが、営業秘密として保護されるには、情報が秘密として管理され、有用で、公然と知られていないことが必要とされています。ただし、社内アクセス権限、秘密表示、外部共有の状況によって結論が変わる可能性があります。具体的な対応は、情報管理体制も含めて弁護士等の専門家へ相談する必要があります。
一般的には、情報類型ごとに期間を変える設計が合理的とされることがあります。価格情報は3年、技術ノウハウやソースコードは5年または非公知期間中、個人データは委託契約や法令に従うなどの整理が考えられます。ただし、情報の性質、業界慣行、交渉力によって結論が変わる可能性があります。具体的な対応は、対象情報を分類したうえで弁護士等の専門家へ相談する必要があります。
一般的には、条項調整によって交渉期間が延びることはあります。一方で、後から情報流用、知財帰属、個人情報、競争法、提案横流しが問題になる場合は、初期の調整が紛争予防につながる可能性があります。具体的な対応は、社内ひな形、修正例、承認ルートを準備したうえで弁護士等の専門家へ相談する必要があります。
一般的には、相手方が秘密情報を開示しないことを明確にし、開示が必要になった時点で別途相互NDAを締結する方法も考えられます。ただし、会議や質疑応答で相手方情報を聞く可能性が高い場合は、実態に合わせた相互化が必要になる可能性があります。具体的な対応は、受領拒否条項、指定窓口、無断送付情報の扱いを整理したうえで弁護士等の専門家へ相談する必要があります。
情報、性質、類型、公正性、運用、代替案を最後に点検します。
最終判断では、契約書の形式だけではなく、情報、リスク、公正性、運用の四層を確認します。次の一覧は、契約締結前に関係者で確認する項目をまとめたものです。読者は、該当項目が多いほど相互化または追加条項の必要性が高まることを読み取ってください。
相手方からも秘密情報が開示されるか、将来提案、見積、設計、ノウハウ、価格、個人データが出る可能性があるか、交渉の存在自体を双方で秘密にする必要があるかを確認します。
技術、ノウハウ、ソースコード、製造方法、顧客情報、M&A情報が含まれるか、一度開示すると回収困難か、営業秘密として管理すべきかを確認します。
共同開発、PoC、RFP、工場見学、M&A、投資、データ連携か、個人データ、セキュリティ情報、輸出管理対象技術が含まれるかを確認します。
一方だけが義務を負い、他方が相手情報を自由に使える構造ではないか、取引上の地位の差により受け入れざるを得ない状況ではないかを確認します。
秘密情報の指定方法、返還廃棄、バックアップ、監査ログ、再委託管理、AI・クラウド・チャットツールへの入力制限を実務で守れるかを確認します。
全面的相互化が難しい場合、協議事実だけの相互化、提案資料だけの保護追加、別紙による特定、段階開示が可能かを確認します。
次の決定マトリクスは、片務維持、限定的相互化、相互NDA、追加契約整備のどこに寄せるかを点数で整理するためのものです。各行は0点から2点で評価し、合計点が高いほど相互化や別契約の必要性が高まるため、点数だけでなく高得点になった項目の理由を読み取ってください。
| 判断項目 | 0点 | 1点 | 2点 |
|---|---|---|---|
| 情報流通 | 完全に一方向 | 将来双方向の可能性あり | 既に双方向 |
| 相手方情報の価値 | 公開情報中心 | 提案・価格・業務情報あり | 技術・ノウハウ・個人データ・M&A情報あり |
| 交渉事実の秘匿性 | 不要 | 一部必要 | 漏えい時の影響大 |
| 取引類型 | 単純閲覧 | RFP・委託・代理店 | 共同開発・PoC・M&A・データ連携 |
| 交渉力差 | 対等 | やや差あり | 強い差があり拒否困難 |
| 情報の不可逆性 | 低い | 中程度 | 高い |
| 規制・第三者影響 | なし | 個人情報・業法の可能性 | 個人データ、上場、競争法、輸出管理等あり |
合計点の目安を整理した比較表です。読者にとって重要なのは、0〜3点なら片務維持の余地があり、4〜7点では限定的相互化、8〜11点では相互NDA、12点以上では共同開発契約やデータ処理契約などの追加整備まで検討するという段階差を読み取ることです。
| 合計点 | 推奨判断 |
|---|---|
| 0〜3点 | 片務NDAを維持し得ます。ただし協議事実の秘匿条項の要否を確認します。 |
| 4〜7点 | 限定的相互化または相手方情報保護条項を追加します。 |
| 8〜11点 | 相互NDAを原則とします。情報類型別に義務を調整します。 |
| 12点以上 | 相互NDAに加え、共同開発契約、データ処理契約、クリーンチーム、知財帰属条項等を整備します。 |
実際に双方から秘密情報が出るなら、相互NDAを原則に寄せます。高価値・不可逆な情報が含まれるなら、片務のままにするリスクは大きくなります。交渉事実や案件存在が秘密であれば、資料開示が一方向でも双務的な秘匿条項が必要です。共同開発、PoC、M&A、RFP、工場見学、データ連携、個人データを伴う委託では、相互化または追加条項が標準的な検討事項になります。
最適解は、単純に片務か相互かを選ぶことではありません。双方の情報を保護する必要がある場面では相互NDAを基本としつつ、情報の種類、重要度、開示先、期間、利用目的、返還廃棄、AI・データ利用、個人情報、知財帰属を精密に設計することが重要です。
公的資料と中立的な実務資料を中心に整理しています。