相互NDAが実態に合わなくなったら
両者で修正する実務

相互NDAは、双方が秘密情報を開示し合うことを前提とする秘密保持契約です。交渉初期、PoC、共同研究、販売提携、M&A検討、システム連携、AI・データ利活用などで頻繁に使われますが、締結時に想定した目的、情報、関係者、利用方法、開示先、期間、セキュリティ水準は、案件の進行に伴って変化します。

たとえば「営業提携の検討」だった目的が共同開発に広がり、提案資料の交換にとどまっていた情報が、顧客データ、ソースコード、学習用データ、製造ノウハウ、未公開技術、個人データ、海外子会社への共有を含むようになることがあります。この段階で重要なのは、古い相互NDAをそのまま運用しないことです。

次の重要ポイントは、相互NDA修正が何を表すかを一枚で整理したものです。契約文言の修正に見えても、読者にとっては情報ガバナンス全体を見直す入口になるため重要です。ここから、契約、個人情報、知財、情報セキュリティ、内部統制を同時に確認すべきことを読み取ってください。

このページは、主に日本法を前提に、企業法務、契約法務、事業責任者、経営者、知財・個人情報・情報セキュリティ・内部統制担当者が共通言語を持てるよう構成しています。英文NDA、外国法準拠、海外子会社・海外委託先が関与する場合は、準拠法、裁判管轄、現地規制を別途確認する必要があります。内容は2026年5月5日時点の情報を前提にしています。

相互NDAの修正で最初に見るべき3つの観点を並べます。何を確認する一覧かというと、情報の現実、契約の差分、修正後の実装を分けて見るための整理です。ここを分けることで、単なる文言修正で終わらせず、どこに手を入れるべきかを読み取れます。

NDAはNon-Disclosure Agreementの略称で、日本語では秘密保持契約、機密保持契約などと呼ばれます。秘密情報を受け取った者に、第三者への開示禁止、目的外使用禁止、複製制限、返還・消去義務、漏えい時の通知義務などを課す契約です。

相互NDAは、契約当事者の双方が秘密情報を開示し、双方が秘密保持義務を負う形のNDAです。ただし、形式上は相互NDAでも、実際には一方だけが重要な技術情報や顧客情報を開示することがあります。修正時は、誰が何をどの程度開示しているかを確認する必要があります。

「実態に合わなくなる」とは、NDAの文言と現実の情報交換・利用・管理の状態に、法的または実務的な乖離が生じることです。目的が狭い、秘密情報定義が足りない、受領者範囲に委託先が入っていない、AI入力が想定されていない、既開示情報の扱いが曖昧、残存義務がない、といった状態が典型です。

次の比較表は、NDA修正で最初に読むべき原契約条項を表します。なぜ重要かというと、原契約の変更手続や優先関係を外すと、実務上の了解が契約変更として扱われないおそれがあるからです。各行から、変更覚書の前提として確認すべき文書上の制約を読み取ってください。

日本法では、契約は当事者の合意により成立し、契約内容は法令の制限内で自由に決められるという基本構造があります。ただし、原NDAに「変更は署名または記名押印した書面による」といった条項がある場合、メールやチャットだけでは変更の効力を争われる可能性があります。

次の一覧は、相互NDA修正で関係しやすい法令・制度領域を表します。重要なのは、NDAの条項を直すだけでは解決しない論点が含まれることです。各領域から、どの専門担当へ確認を広げるべきかを読み取ってください。

変更覚書では、原NDAを契約日、契約名、案件名、契約番号、締結主体で一義的に特定します。親会社・子会社で類似のNDAが複数ある場合は、どの契約を変更するのかを特に明確にします。

原NDAの特定例 甲及び乙は、2025年4月1日付で締結した秘密保持契約書（以下「原契約」という。）について、本覚書により以下のとおり変更及び補充する。

変更理由は、誇張せず客観的に書きます。たとえば、当初の営業提携可能性の検討から共同PoCの実施可能性の検討へ広がったため、秘密情報の範囲、利用目的、開示先、返還・消去手続を明確化する、という形です。

効力発生日は、紛争になりやすい論点です。締結日を過去日に偽装せず、実際の署名日を正しく記載したうえで、2025年10月1日以降に関連して開示した情報にも適用する、というように対象範囲を明確にします。既に第三者へ適法に拡散した情報を第三者に対して拘束することは通常できないため、権利放棄の有無、是正措置、損害賠償、証拠保全も合わせて整理します。

次の分類表は、秘密情報の範囲を広すぎず狭すぎず定めるための区分を表します。重要なのは、情報の重要度ごとにアクセス、複製、ログ、返還・破棄の水準を変えることです。各区分から、別紙に何を列挙すべきかを読み取ってください。

目的条項はNDAの心臓部です。「事業上必要な目的」のように広すぎる目的は、受領者の利用範囲を広げすぎます。改善例としては、「甲及び乙の間で検討されている、甲の製造設備から取得される稼働データを用いた不良率予測PoCの実施可能性、技術的適合性、費用、スケジュール及び後続契約締結の可否を評価する目的」のように、案件、フェーズ、活動内容、評価項目を具体化します。

既開示情報を含める場合は、ファイル名、送付日、送付者、受領者、会議名、資料番号、格納場所を一覧化します。「これまでに開示された全ての情報」のような書き方は、後日の争いを残しやすいため注意が必要です。

許容受領者は、役員、従業員、子会社、親会社、外部弁護士、弁理士、会計士、税理士、コンサル、クラウド事業者、開発委託先、再委託先、海外拠点などを必要範囲で具体的に定めます。関連会社を含める場合は、「関係会社」とだけ書かず、会社法上の子会社、議決権基準、支配基準、別紙列挙などで範囲を明確にします。

AI・クラウド利用は、従来型NDAで想定されていないことが多い論点です。秘密情報を生成AIのプロンプトに入力する行為、AIベンダーの学習利用、他ユーザーへの出力、海外サーバ保存、ログ保存、モデル改善利用を、禁止するのか承認制にするのかを明記します。

AI利用条項例 受領当事者は、開示当事者の事前の書面承諾なく、秘密情報を生成AIサービス、機械学習モデル、データ分析基盤その他第三者が提供する外部サービスに入力し、又は学習、モデル改善、再学習、ファインチューニング、ベクトル化その他これらに類する目的で利用してはならない。

個人情報が含まれる場合は、NDA修正と同時に、個人情報保護法上の位置づけを決めます。次の比較表は、個人データを含む場合の論点を表します。重要なのは、秘密であることと本人との関係で適正に扱うことは別問題である点です。各行から、別紙やデータ処理契約に落とすべき事項を読み取ってください。

返還・消去・破棄では、原本、コピー、翻訳、要約、メモ、派生資料、電子データ、クラウド、バックアップ、ログ、監査証跡、消去証明書、外部委託先・再委託先の処理を実務レベルで定めます。法令、監査、紛争対応、自動バックアップで直ちに消去できない情報には、秘密保持義務を引き続き負わせます。

契約期間と秘密保持期間は別です。次の比較表は、情報類型ごとの秘密保持期間の考え方を表します。読者にとって重要なのは、契約終了と同時に義務を切ると、情報価値が残る期間を保護できない点です。各情報類型から、残存義務の長さをどう検討するかを読み取ってください。

違反時対応では、漏えい、滅失、毀損、目的外利用、不正アクセスまたはそのおそれを認識した場合の通知、被害拡大防止、原因調査、証拠保全、関係者への連絡、当局対応への協力を定めます。優先関係では、原契約と本覚書が矛盾する場合は本覚書が優先し、本覚書にない事項は原契約が引き続き適用されることを明記します。

変更覚書は、原契約に対して何を変更し、何を補充し、何をそのまま残すのかを整理する文書です。実務検討用の骨子では、目的、秘密情報、利用目的、許容受領者、AI・外部サービス、個人情報、返還・消去、期間、優先関係、効力発生日を順に置くと、関係者が確認しやすくなります。

次の比較表は、変更覚書の骨子に入れる条項の役割を表します。重要なのは、各条項が単独で存在するのではなく、既開示情報、AI利用、個人情報、終了時処理、優先関係まで一体で働くことです。各条項から、自社ひな形に足りない項目を読み取ってください。

相互NDA修正は法務だけでは完結しません。次の役割分担表は、誰が何を確認するかを表します。読者にとって重要なのは、契約文言、情報の実装、証跡、税務、経営判断を同時に閉じる必要がある点です。自社の案件で空欄になりがちな担当を読み取ってください。

高度な相互NDA修正では、秘密情報の記憶利用、開発チームへの混入、解析行為、派生データや共同成果、当局・裁判所・監査人への強制開示まで扱います。NDAは権利移転や利用許諾を当然に意味しないため、知財・データ・成果物の条項を別途整える必要があります。

次の注意点一覧は、高度論点で見落とされやすい項目を表します。読者にとって重要なのは、秘密保持だけでなく、将来の独自開発や証拠関係にも影響する点です。各項目から、後続契約や社内運用で補うべき範囲を読み取ってください。

既に目的外利用や無断共有が疑われる場合は、単なる変更覚書では足りないことがあります。まず関係者への情報保全指示、メール・チャット・ファイル共有ログ・アクセスログの保全、相手方への事実確認、権利留保、個人データ漏えいの可能性確認を行います。

次の比較表は、事故や逸脱利用が疑われる場合の是正合意に入れる項目を表します。重要なのは、将来の修正だけでなく、過去に何が起きたか、どこまで是正したか、権利を放棄するのかを同時に整理することです。各行から、和解的な確認合意で落とすべき事項を読み取ってください。

最後に見るべき判断軸は5つです。次の重要ポイントは、相互NDA修正を先送りするか、直ちに協議するかを判断する軸を表します。重要なのは、契約の不備ではなく情報管理の不備として発見される前に動くことです。情報の価値、利用目的、開示先、技術環境、終了時処理の5点から優先度を読み取ってください。

1. 情報の価値 漏えいしたら競争力、信用、法令遵守に重大な影響があるか。
2. 利用目的 当初目的を超えていないか。
3. 開示先 当事者以外の誰がアクセスするか。
4. 技術環境 AI、クラウド、データ分析、海外処理が関与するか。
5. 終了時処理 返還・消去・証明・残存義務が実行できるか。