NDAは商談、共同開発、M&A、業務委託、採用、研究連携で重要な契約です。
テンプレートは便利な出発点ですが、案件ごとの情報の流れに合わせて直すことが前提です。
NDA、すなわち秘密保持契約は、取引開始前の商談、共同開発、M&A、業務委託、採用、研究連携、投資検討などで頻繁に使われます。無料・有料のテンプレートや公的機関の参考例を参照すること自体は有用で、初期検討の漏れを防ぐ助けになります。
しかし、NDAのテンプレートをそのまま使う場合のリスクは、テンプレートの品質だけで決まりません。問題の中心は、目の前の取引、開示する情報、相手方の立場、情報管理体制、個人情報・知的財産・営業秘密の性質、将来の紛争時に立証すべき事項に、契約文言が合っていないことです。
NDAを安全に使うには、まず何を守るのか、誰に開示するのか、何のために使わせるのか、どこまで共有を認めるのか、いつまで守らせるのか、契約終了後にどう返還・廃棄するのか、違反時に何を請求したいのかを整理します。個別の対応方針は案件ごとに変わるため、重要情報や個人データが関係する場合は弁護士等の専門家に相談する必要があります。
次の重要ポイント一覧は、NDAテンプレートの使い方を3つの視点で整理したものです。読者にとって重要なのは、テンプレートの有無ではなく、契約文言、情報管理、証拠化が同じ方向を向いているかを読み取ることです。
テンプレートは標準的な場面を想定しています。自社の情報、相手方、開示目的、AI・クラウド利用、海外要素に合わせた修正が必要です。
NDAの文言に加えて、秘密表示、アクセス権限、開示ログ、返還・廃棄の確認などの運用が必要です。
秘密情報は一度外部に広がると回収が難しいため、損害賠償だけでなく、開示前の絞り込みと緊急対応を設計します。
NDAはNon-Disclosure Agreementの略で、日本語では一般に秘密保持契約または機密保持契約と呼ばれます。取引や交渉の過程で一方または双方が相手方に秘密情報を開示する際、その情報を第三者に開示しないこと、定められた目的以外に使わないこと、必要な範囲で管理することなどを約束します。
NDAの中心的な役割は、秘密情報を「開示してよい状態」にすることです。守りを固めすぎると商談や研究開発が進まず、緩すぎると技術流出、営業秘密流出、個人情報漏えい、信用毀損のリスクが高まります。NDAの設計は、この緊張関係を調整する作業です。
次の比較表は、NDAが使われる代表的な場面、開示されやすい情報、確認すべき論点を整理したものです。読者にとって重要なのは、同じNDAでも場面ごとに守る情報と調整すべき相手が変わる点を読み取ることです。
| 場面 | 開示されやすい情報 | 重要な検討事項 |
|---|---|---|
| 商談・取引検討 | 価格表、顧客属性、事業計画、提案資料 | 目的外利用、競合利用、開示範囲 |
| 共同開発 | 技術情報、ノウハウ、試作品、設計図、データ | 成果物・知的財産の帰属、改良発明、情報混入の管理 |
| M&A・投資 | 財務資料、契約、労務、訴訟、顧客情報 | 開示先、投資家・アドバイザー共有、法令上の開示 |
| 業務委託 | システム情報、顧客データ、業務手順 | 再委託、個人データ、クラウド、セキュリティ |
| 採用・業務提携 | 事業構想、組織情報、報酬・人事情報 | 候補者、紹介者、外部協力者の取扱い |
| 大学・研究機関との連携 | 研究データ、未公開論文、発明、試験結果 | 学術発表、特許出願、研究倫理、公開時期 |
テンプレートが問題になるのは、標準的な状況に合わせて作られた文言を、実際には標準的でない取引に当てはめるためです。開示情報の重要度、相手方の業種、競合関係、海外拠点の有無、個人情報の有無、AIツールやクラウド利用、共同開発の可能性、投資家への説明の必要性は案件ごとに異なります。
テンプレートをそのまま使うと、守りたい情報が秘密情報に入っていない、守る必要のない情報まで広く秘密情報になる、契約締結前に開示した情報が保護されない、目的外利用の禁止が曖昧になる、共有先や再委託先が整理されない、紛争時に開示の事実を立証できない、といった問題が起こります。
NDAは契約ですが、営業秘密、個人情報、知的財産の制度と重なります。
NDAは基本的には民法上の契約です。日本の民法は、法令に特別の定めがある場合を除き、契約をするかどうか、契約内容をどう定めるかについて当事者の自由を認めています。ただし、法令、公序良俗、強行法規、消費者・労働者・個人情報・競争秩序などの保護規律による制約があります。
NDA違反があった場合、典型的には契約上の債務不履行として損害賠償請求が問題になります。ただし、秘密情報の漏えいによる損害は金額の立証が難しく、漏えいした情報を完全に回収することも困難です。そのため、NDAは違反後に賠償してもらう契約というより、違反が起きにくい情報管理体制を作る契約として設計する必要があります。
次の一覧は、NDAと重なりやすい3つの法的領域を示しています。読者にとって重要なのは、NDAの文言だけでは営業秘密、個人情報、知的財産の問題が自動的に解決しない点を読み取ることです。
顧客情報、従業員情報、ユーザー行動履歴などを扱う場合、利用目的、委託範囲、再委託、漏えい時報告、国外移転などを別途確認します。
NDAは原則として権利の譲渡やライセンスを当然に発生させません。共同開発、PoC、データ提供では成果物や改良技術の扱いを別に定めます。
次の比較表は、秘密、秘密情報、営業秘密、個人情報、個人データ、知的財産、ノウハウの違いを整理したものです。用語の違いを誤ると、広すぎる義務や狭すぎる保護につながるため、各列の意味とNDA上の注意点を対応させて確認してください。
| 用語 | 大まかな意味 | NDAでの注意点 |
|---|---|---|
| 秘密 | 一般的に外部に知られたくない情報 | 法的保護の範囲は文脈によって変わります。 |
| 秘密情報 | NDAで保護対象として定義した情報 | 定義が広すぎても狭すぎても危険です。 |
| 営業秘密 | 不正競争防止法上の要件を満たす情報 | 秘密管理性、有用性、非公知性が必要です。 |
| 個人情報 | 生存する個人に関する識別可能な情報等 | 本人同意、利用目的、安全管理措置等に注意します。 |
| 個人データ | 個人情報データベース等を構成する個人情報 | 委託先監督、漏えい等報告、第三者提供等が問題になりやすいです。 |
| 知的財産 | 特許、著作権、商標、ノウハウ、データ等 | NDAだけでは権利帰属が解決しない場合があります。 |
| ノウハウ | 技術・営業・業務上の実践的知見 | 文章化されていない場合、特定と立証が難しくなります。 |
秘密情報の定義、利用目的、共有先、AI・クラウド、証拠管理まで、リスクは条項不足だけにとどまりません。
NDAテンプレートのリスクは、多くの場合、文言が古いことや条項が足りないことよりも、情報の実際の流れとリスク配分を反映していないことから生じます。特に、秘密情報の範囲、目的外利用、締結前開示、片務・双務、共有先、期間、返還・廃棄、AI・クラウド、知的財産、社内運用は重点的に確認します。
次の重要要素一覧は、20項目のリスクを6つのまとまりで整理したものです。読者にとって重要なのは、どのリスクが自社案件に近いかを見つけ、後続の条項確認で優先順位を付けることです。
範囲が狭すぎる、広すぎる、例外情報が不十分、契約締結前の開示が保護されないといった問題です。
目的が抽象的で、社内流用、関連会社共有、専門家・再委託先・クラウド共有の扱いが曖昧になります。
Need to know原則、アクセス制限、返還・廃棄、秘密保持期間、証拠管理が契約と運用で一致しない状態です。
損害賠償、差止め、緊急対応、準拠法、管轄が弱いと、漏えい後の対応コストが大きくなります。
個人情報、営業秘密、知的財産、競争法、金融商品取引、研究倫理などとの整合が必要です。
生成AI、翻訳AI、議事録AI、SaaS、国外サーバー、学習済みモデル、派生データの扱いが空白になります。
次の比較表は、20項目の主要リスクと、テンプレートを確認するときの読み取りポイントを対応させたものです。リスク名だけで判断せず、右列の観点で自社の情報の流れと照合することが重要です。
| リスク | 確認すべきポイント |
|---|---|
| 秘密情報の範囲が狭すぎる | 口頭説明、画面共有、試作品、ソースコード、API仕様、表示忘れ資料、議事録化される商談内容が含まれるか。 |
| 秘密情報の範囲が広すぎる | 開示された一切の情報という定義が、通常業務、既存事業、独自開発、法令対応を不合理に縛らないか。 |
| 利用目的が抽象的すぎる | 協業検討、取引検討などの表現だけで、競合サービス、AI学習、別案件利用を止められるか。 |
| 契約締結前開示が守られない | 締結前の資料送付や口頭説明を含める文言、効力発生日の遡及、開示履歴の証拠化があるか。 |
| 片務・双務の選択を誤る | 一方向の開示か、双方が情報を出し合う共同開発・PoC・提携検討かを区別しているか。 |
| 開示先・共有範囲が合わない | 関連会社、専門家、金融機関、再委託先、クラウド事業者、研究者などへの共有条件が整理されているか。 |
| Need to know原則がない | 目的遂行に必要な人だけがアクセスする設計になっているか。 |
| 目的外利用を止められない | 第三者開示禁止だけでなく、受領者内部での別目的利用も禁止しているか。 |
| 秘密保持期間が短すぎる | 契約期間と秘密保持義務の存続期間を分け、情報の価値に応じて期間を変えているか。 |
| 返還・廃棄が実態に合わない | メール添付、クラウドリンク、バックアップ、ログ、派生資料、AI入力データ、廃棄証明を扱っているか。 |
| 例外情報の定義が不十分 | 公知情報、既保有情報、第三者取得、独自開発、法令開示の例外と証明方法が整っているか。 |
| 立証を想定していない | 誰に、いつ、何を、どの方法で開示したかを後で示せる資料番号、ログ、受領者リストがあるか。 |
| 損害賠償条項が弱すぎる、または強すぎる | 調査費用、通知費用、行政対応費、第三者請求、責任上限、故意・重過失を区別しているか。 |
| 差止め・緊急対応がない | 使用停止、開示停止、資料回収、アクセス停止、データ削除、仮処分を想定しているか。 |
| 準拠法・管轄が空白 | 海外企業、外資系企業、海外クラウド、英文契約、仲裁条項、契約言語の優先関係を確認しているか。 |
| 個人情報規制と衝突する | 委託、共同利用、第三者提供、個人関連情報、匿名加工・仮名加工、安全管理措置を区別しているか。 |
| AI・クラウド利用を想定していない | 生成AI入力、学習利用、国外処理、SaaS保存、要約・翻訳・文字起こしデータをどう扱うか。 |
| 共同開発成果・知的財産の帰属が空白 | 背景技術、共同発明、改良技術、特許出願、成果物、失注後利用をNDAだけで処理していないか。 |
| 広報・IR・資金調達を過度に縛る | 協議の事実まで秘密にした結果、投資家、金融機関、助成金審査、大学への説明ができなくならないか。 |
| 社内運用と契約文言が一致しない | 共有フォルダ、チャット、私用メール、会議録画、外部パートナー、退職者アカウントの実態と一致しているか。 |
目的、定義、管理、返還・廃棄、期間、権利、責任、管轄まで条項単位で確認します。
テンプレートを確認するときは、契約全体を眺めるだけでなく、条項ごとに「この案件で本当に機能するか」を見る必要があります。前文・目的条項から準拠法・管轄まで、各条項が情報の流れと将来の証拠管理を支えているかを確認します。
次の比較表は、13の主要条項と確認事項を対応させたものです。読者にとって重要なのは、条項名をそろえるだけでなく、右列の確認事項を自社の取引、開示資料、相手方の利用環境に引き寄せて読むことです。
| 条項 | 確認事項 |
|---|---|
| 前文・目的条項 | 「業務提携の検討」など抽象表現だけでなく、製品、PoC、デューデリジェンス、要件定義など目的を具体化しているか。 |
| 秘密情報の定義 | 書面、電磁的記録、口頭、実演、画面共有、試作品、サンプル、締結前開示、複製物、翻訳、要約、分析結果をどう扱うか。 |
| 秘密保持義務 | 自己の同種情報と同等以上の注意、善管注意義務、合理的な安全管理措置、別紙セキュリティ基準、教育、ログを定めているか。 |
| 目的外使用の禁止 | 別案件・別部署への流用、AI学習、データ分析、ベンチマーク、リバースエンジニアリング、競合開発を制限する必要があるか。 |
| 開示可能者・第三者開示 | 役員・従業員、派遣社員、関連会社、専門家、金融機関、投資家、再委託先、クラウド事業者、行政機関を整理しているか。 |
| 複製・保管・管理 | 目的遂行に必要な範囲の複製、保存場所、個人端末、私用メール、外部ストレージ、バックアップ、紙資料の保管を定めているか。 |
| 返還・廃棄 | 終了時、請求時、不成立時、目的達成時の義務と、法令保存、会計・税務・監査、紛争対応、ログ、バックアップの例外を整理しているか。 |
| 契約期間・存続期間 | NDAそのものの有効期間と、契約終了後に残る秘密保持義務の期間を分けているか。 |
| 権利不移転・ライセンス否定 | 情報開示で所有権、著作権、特許権、ノウハウ、使用権が移転しないこと、共同開発成果は別契約で定めることを示しているか。 |
| 法令・裁判所・行政機関による開示 | 開示を求められた場合の事前通知、必要最小限の開示、保護命令や非公開措置を検討しているか。 |
| 損害賠償・責任制限 | 直接損害、間接損害、逸失利益、責任上限、故意・重過失、個人情報漏えい、調査費用、通知費用、行政対応費を区別しているか。 |
| 反社会的勢力・コンプライアンス | 反社会的勢力排除、贈収賄防止、輸出管理、制裁法令、競争法、個人情報、情報セキュリティの条項が必要か。 |
| 準拠法・管轄・言語 | 国際案件で準拠法、裁判所、仲裁、契約言語、翻訳の優先順位を確認しているか。 |
目的条項は単なる前文ではなく、秘密情報の利用範囲を画する中核です。目的が具体的であるほど、目的外利用を主張しやすくなります。一方、目的を狭くしすぎると通常業務が動かなくなるため、実際の検討範囲、開示先、共有先を踏まえて調整します。
秘密情報の定義は、広ければ安全というものではありません。広すぎる定義は、実際に争いになったときにどの情報が本当に秘密だったのかを特定しにくくします。狭すぎる定義は、秘密表示の付け忘れ、口頭説明、画面共有、試作品、サンプル、API仕様などを保護対象から落とす危険があります。
スタートアップ、M&A、業務委託、共同研究、AI開発、採用では、同じNDAでも危険箇所が変わります。
テンプレートNDAの失敗は、条項だけでなく場面ごとの力関係や情報の性質から生じます。例えば、大企業側のひな形をスタートアップがそのまま受け入れる場合と、M&Aで競合買主に大量の情報を開示する場合では、重点的に見るべき条項が異なります。
次の時系列は、情報開示の段階ごとに何が問題になりやすいかを整理したものです。読者にとって重要なのは、NDA締結前、締結時、開示中、契約終了後でリスクの性質が変わる点を読み取ることです。
未出願発明、製造条件、顧客リスト、ソースコードなどの核心情報は、NDAがあっても段階的に開示します。
双方が情報を出し合うのに片務型になっていないか、関連会社、専門家、再委託先への共有条件が明確かを見ます。
目的外利用を防ぐため、必要な人だけがアクセスできる状態にし、資料番号やログを残します。
クラウドリンク、バックアップ、派生資料、AI入力データ、ログ、廃棄証明の扱いを確認します。
次の比較表は、6つの典型場面で起こりやすい失敗と重点確認事項を整理したものです。読者は、自社の取引に近い行を見つけ、テンプレートのどの条項を優先的に直すべきかを確認してください。
| 場面 | 起こりやすい失敗 | 重点確認事項 |
|---|---|---|
| スタートアップが大企業へ技術提案 | 片務型、大企業関連会社への広い共有、目的外利用の禁止不足、改良技術の帰属未定、投資家説明の制限 | 段階的開示、双務化、共有範囲、投資家説明の例外、未出願発明の保護 |
| M&Aの初期検討 | 競合買主に顧客情報・価格情報・人事情報が渡る、データルームのログと契約が連動しない、広報・IRが未整理 | アクセス管理、情報階層、クリーンチーム、競争法、金融商品取引法、閲覧期限 |
| システム開発・業務委託 | 個人データの委託先監督不足、再委託先やクラウド事業者の管理漏れ、インシデント通知期限がない | 業務委託契約、データ処理契約、セキュリティ基準、SLA、個人情報取扱条項 |
| 共同研究・大学連携 | 論文・学会発表、学生の論文、特許出願前公開、研究データの帰属、研究倫理との衝突 | 発表前確認期間、特許出願、成果帰属、データ管理計画、産学連携部門との調整 |
| AI開発・データ分析 | 学習利用、学習済みモデルへの影響、出力結果、派生データ、第三者AIサービスへの入力が未定 | データ利用契約、AI開発契約、個人情報保護条項、セキュリティ条項 |
| 採用・業務委託・退職者対応 | 候補者が競合へ転職する、フリーランスが複数案件で情報を混同する、退職者が資料を持ち出す | NDA、雇用契約、業務委託契約、就業規則、退職時誓約書の整合 |
重要情報、個人情報、共同開発、海外要素、M&Aがある場合は、ひな形のまま進めない判断が重要です。
NDAは簡単な契約に見えますが、開示する情報が事業の競争力の中核である場合や、未出願発明、ノウハウ、設計図、ソースコード、データセットを開示する場合は、テンプレートをそのまま使うリスクが高くなります。相手方が競合または将来競合になり得る場合も、目的外利用と開示範囲の調整が必要です。
次の選択肢一覧は、専門家への相談価値が高い場面を、契約、情報、相手方、紛争対応の観点でまとめたものです。読者にとって重要なのは、自社案件が複数の項目に当てはまるほど、テンプレート修正の優先度が高まる点を読み取ることです。
共同開発、PoC、AI開発、データ分析、M&A、投資、資金調達、IRが関係する場合は、NDAだけでなく別契約への移行も検討します。
共同開発M&A未出願発明、営業秘密、ソースコード、顧客情報、従業員情報、医療・健康関連データが含まれる場合は、個別事情に応じた設計が必要です。
営業秘密個人情報大企業とスタートアップ、発注者と委託先、海外企業と国内企業など、相手方のひな形をそのまま受けると不公平になることがあります。
片務型修正交渉締結前開示がある場合は、効力発生日、開示履歴、確認通知、秘密表示、証拠保全を早めに整理します。
締結前開示証拠管理相談時には、NDA案だけでなく、誰が誰に情報を開示するのか、どの情報を開示するのか、何の目的で開示するのか、すでに開示した情報があるか、相手方にどこまで利用させたいか、関連会社・委託先・専門家への共有を認めるか、個人情報が含まれるか、共同開発・成果物・知的財産の可能性があるか、海外移転・クラウド・AI利用があるか、契約不成立時に何を止めたいかを整理します。
相談先は、企業法務、知的財産、IT・個人情報保護、国際取引、M&A、スタートアップ法務、労務、訴訟・紛争対応に詳しい弁護士が候補になります。案件によっては、弁理士、公認会計士、税理士、司法書士、情報セキュリティ専門家、フォレンジック専門家、大学の産学連携部門との連携も有用です。
情報の棚卸し、情報の流れの整理、条項修正、開示前運用、定期更新の順に進めます。
安全な使い方の出発点は、開示予定の情報を棚卸しすることです。すべての情報を同じレベルで扱うのではなく、未出願発明や顧客リストのような高重要情報、提案資料や事業計画のような中程度の情報、公開済み資料、そもそも開示しない情報に分けます。
次の比較表は、開示予定情報の重要度と対応を整理したものです。読者にとって重要なのは、NDAがあっても開示しない情報があること、また重要度が高いほど開示範囲と専門家確認の必要性が高まることを読み取る点です。
| レベル | 情報例 | 対応 |
|---|---|---|
| 高 | 未出願発明、製造条件、顧客リスト、ソースコード、価格戦略 | 開示範囲を厳格化し、弁護士等の確認を推奨します。 |
| 中 | 提案資料、事業計画、製品ロードマップ、技術概要 | NDA締結後、段階的に開示します。 |
| 低 | 公開済み資料、一般的な会社紹介 | NDA不要または簡易管理で足りる場合があります。 |
| 開示禁止 | 門外不出情報、法令上提供不可の個人データ、第三者秘密情報 | NDAがあっても開示を避ける場合があります。 |
次の判断の流れは、テンプレート利用を検討するときの順番を示しています。読者にとって重要なのは、契約文言の修正だけでなく、開示前の社内運用と定期更新まで含めて初めて実効性が出る点を読み取ることです。
開示予定情報を高・中・低・開示禁止に分類します。
開示者、受領者、関連会社、専門家、再委託先、クラウド、海外拠点、返還・廃棄先を確認します。
目的、秘密情報、共有先、期間、返還・廃棄、知的財産、個人情報、AI利用を確認します。
個別事情を整理し、修正案、別契約、開示範囲を検討します。
秘密表示、開示履歴、アクセス権限、廃棄確認を整えます。
条項修正では、当事者、目的、秘密情報の定義、除外情報、秘密保持義務、目的外使用禁止、開示可能者、管理措置、複製、返還・廃棄、期間、知的財産、個人情報、法令開示、損害賠償、差止め・緊急対応、反社・コンプライアンス、準拠法・管轄、協議・完全合意・分離可能性、電子署名・契約言語を順に確認します。
開示前には、誰が開示を承認するか、どの資料に秘密表示を付けるか、ファイル名・資料番号をどう管理するか、口頭開示後の確認通知を誰が送るか、データルームのアクセス権限を誰が管理するか、追加開示依頼を誰が判断するか、開示履歴をどこに保存するか、返還・廃棄をどう確認するかを決めます。
NDAテンプレートは、一度作って終わりではありません。個人情報保護法、AI利用、クラウド、サイバーセキュリティ、国際移転、知的財産取引、社内ツールの変化に合わせて更新します。最新の法令・ガイドライン、自社の利用ツール、過去のトラブル、事業部の使いやすさ、日本語版・英語版の齟齬も確認します。
NDAの実効性は、契約書、社内規程、情報システム、従業員教育、証拠管理が連動して初めて高まります。
NDAは契約書だけでは完結しません。秘密情報の保護は、契約文言、社内規程、情報システム、従業員教育、証拠管理が連動して初めて機能します。営業秘密として保護を受けるためにも、秘密として管理されていることを示す運用が重要です。
次の比較表は、開示ログとして最低限残したい項目を整理したものです。読者にとって重要なのは、「NDAを締結した」という事実だけでは、どの情報をいつ開示したかを示せないため、右列の情報を後から説明できる形で残す必要がある点です。
| 記録項目 | 残す理由 |
|---|---|
| 開示日・開示者・受領者 | 誰から誰へ、いつ情報が移ったかを示します。 |
| 開示資料名・バージョン | 対象情報を特定し、後日の争点を減らします。 |
| 開示方法・目的 | メール、データルーム、会議、画面共有などの方法と利用目的を対応させます。 |
| 秘密表示の有無 | 秘密管理性と相手方の認識を補強します。 |
| アクセス権限・ダウンロード履歴 | Need to know原則と開示範囲の実態を示します。 |
| 返還・廃棄状況 | 終了後の義務履行、例外保存、廃棄証明の確認に使います。 |
秘密表示は、秘密管理性と証拠化の両面で重要です。Confidential、秘、社外秘、取扱注意、NDA対象資料、プロジェクト名、開示日、開示先などを使い分けます。ただし、すべての資料に機械的に表示を付けると意味が薄れるため、重要度に応じた表示ルールが必要です。
アクセス権限では、NDA上のNeed to know原則を実際のシステム設定に落とし込みます。プロジェクトメンバーだけが閲覧できるフォルダ、ダウンロード制限、外部共有リンクの期限、退職者・異動者の権限削除、共有先の定期確認、重要資料の透かしや閲覧ログなどが検討対象です。
次の時系列は、漏えいやNDA違反が疑われる場合の初動を整理したものです。読者にとって重要なのは、事実確認、証拠保全、アクセス停止、通知、専門家相談を順番に行い、個人データが含まれるときは法令上の報告・本人通知の要否も検討する点です。
誰が、何に、いつアクセスしたかを確認し、必要に応じて権限や共有リンクを停止します。
データルーム、メール、チャット、監査ログ、ダウンロード履歴、会議記録を保全します。
契約上の通知、社内報告、弁護士やフォレンジック専門家への相談を検討します。
個人データが含まれる場合は、漏えい等報告や本人通知の要否を確認し、再発防止策を整えます。
回答は一般的な制度説明です。個別の契約判断は資料と事情により変わります。
一般的には、無料テンプレートを使うこと自体が直ちに問題になるわけではありません。ただし、公的機関のひな形であっても、個別案件にそのまま適合するとは限りません。開示情報、相手方、利用目的、共有先、個人情報や知的財産の有無によって結論が変わる可能性があります。具体的な利用可否は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、NDAは営業秘密の秘密管理性を補強し得る一要素とされています。ただし、不正競争防止法上の営業秘密として保護されるには、秘密管理性、有用性、非公知性などが問題になります。社内管理やアクセス制限、秘密表示、教育、ログの有無によって評価が変わるため、具体的には弁護士等の専門家へ相談する必要があります。
一般的には、情報の流れで判断するとされています。一方だけが情報を開示する場合は片務型が合理的なことがありますが、双方が情報を出し合う商談、共同開発、PoC、提携検討では双務型を検討することがあります。実態と異なる型を使うと、自社情報が保護されない、または不公平な契約になる可能性があります。
一般的には、契約締結前の開示情報を保護対象に含める文言や、効力発生日を遡及させる文言、開示履歴の証拠化が必要になることがあります。ただし、自動的に保護されるとは限らず、開示時期、開示方法、相手方の認識、契約文言によって結論が変わります。すでに重要情報を開示した場合は、早期に資料を整理して専門家へ相談する必要があります。
一般的には、一律の年数で決めるのではなく、情報の性質に応じて検討するとされています。価格情報のように価値が短期間で変わる情報と、製造ノウハウのように長期間価値を持つ情報では、適切な期間が異なる可能性があります。契約期間と秘密保持義務の存続期間も分けて確認します。
一般的には、NDAだけでは足りない場面が多いとされています。個人情報・個人データが含まれる場合は、利用目的、第三者提供、委託、再委託、安全管理措置、漏えい等報告、国外移転などを別途検討する必要があります。具体的な対応は、データの種類と取扱いを整理したうえで専門家へ相談する必要があります。
一般的には、相手方のテンプレートは相手方に有利な設計になっていることがあります。秘密情報の定義、片務・双務、開示先、目的外利用、期間、損害賠償、知的財産、準拠法・管轄を確認する必要があります。違和感がある場合は、修正案や相談の要否を検討します。
一般的には、門外不出の製造条件、未出願発明の核心、流出すれば事業継続に重大な影響がある情報、第三者から預かった秘密情報、法令上提供できない個人データなどは、NDAがあっても開示を避けるべき場合があります。どこまで開示できるかは、情報の性質と契約目的によって変わります。
一般的には、契約、社内規程、ツールの利用条件、データ保持・学習利用の有無、個人情報の有無によって判断が変わります。NDAにAI・クラウド利用の条項がない場合、相手方の秘密情報を入力することにはリスクがあります。利用可能なツールと禁止事項を社内で明確にし、必要に応じて専門家へ相談する必要があります。
一般的には、重要情報、個人情報、共同開発、海外取引、M&A、AI・データ利用、交渉力の差がある案件では、弁護士レビューの価値が高いとされています。簡易な商談でも、自社テンプレートを一度整備しておくと、以後の交渉効率が上がる可能性があります。具体的な依頼範囲は案件の内容によって変わります。
契約文言と情報管理をそろえ、必要最小限の開示を徹底することが基本です。
NDAのテンプレートをそのまま使う場合のリスクは、条項不足だけではありません。本質は、契約文言が、実際に開示される情報、相手方の利用実態、社内管理、証拠化、個人情報・知的財産・営業秘密の法的性質、紛争時の対応に合っていないことです。
NDAは、秘密情報を守るための契約であると同時に、秘密情報を安全に活用するための契約です。テンプレートは便利ですが、そのまま使うのではなく、何を守るのか、誰に開示するのか、何のために使わせるのか、どこまで共有を認めるのか、いつまで守らせるのか、契約終了後にどう返還・廃棄するのか、違反時に何を請求したいのかを問い直す必要があります。
次の重要ポイントは、この記事全体の結論を一文で整理したものです。読者にとって重要なのは、NDA締結そのものをゴールにせず、開示範囲、情報管理、証拠化、専門家確認を組み合わせてリスクを減らすことです。
重要情報ほど、契約、情報管理、アクセス制限、証拠化、社内教育、専門家レビューを組み合わせて守る必要があります。
公的機関・法令・ガイドラインを中心に整理しています。