Draftingは取引構造を契約に落とし込む設計行為で、レビューは提示された設計を検証して受入可否と交渉方針を整理する統制行為です。このページでは、企業法務で両者を混同しないための実務視点を体系的に解説します。
Draftingは取引構造を契約に落とし込む設計行為で、レビューは提示された設計を検証して受入可否と交渉方針を整理する統制行為です。
契約書を作る作業と読む作業の違いを、出発点ではなく思考順序と責任範囲で整理します。
企業法務におけるDrafting(起案)とレビューは、どちらも契約書、規程、利用規約、覚書、取締役会資料、交渉文書などの法的文書に関わります。ただし、両者は単なる作成と確認の違いにとどまりません。
Draftingは、事業目的、法的制約、リスク配分、証拠化、社内運用までを見据えて、文書の構造と条項を設計する作業です。レビューは、既に存在する文書案を前提として、法的有効性、事業リスク、交渉余地、社内ポリシー、コンプライアンス、将来の紛争可能性を検証し、修正案やコメント、交渉方針に落とし込む作業です。
この重要ポイントは、Drafting(起案)とレビューの違いがどこにあるのかを一文で示すものです。企業法務の依頼内容を切り分けるうえで重要であり、読者は「起案は設計」「レビューは検証」という役割の違いを読み取ると、後続の工程を理解しやすくなります。
Drafting(起案)は、取引をどう設計するかを契約文書に反映する作業です。レビューは、提示された設計が自社にとって受け入れ可能かを検証し、修正・承認・交渉の判断材料にする作業です。
両者を混同すると、テンプレートの穴埋めを起案と誤認したり、誤字脱字の確認をレビューと誤認したりします。その結果、責任制限、知的財産、個人情報、再委託、解除、損害賠償、準拠法、紛争解決、発注条件、検収、支払期日などの重要論点が見落とされます。
取引設計とリスク検証では、必要な情報、成果物、失敗の形が変わります。
Drafting(起案)は、白紙または基本条件から出発し、文書の構成、条項、文言、交渉上の余地、別紙、運用プロセスを組み立てる作業です。日本語では、起案、作成、ドラフト作成、契約書作成と呼ばれます。英文契約でいうdraftingも、単に英語を書くことではなく、取引を法的に表現し、義務・権利・条件・責任・手続を設計する行為を意味します。
レビューは、相手方案、自社テンプレートの修正版、外部専門家案、AI生成案、事業部作成案、過去契約の流用案など、既に存在する文書案を読み、問題点を抽出し、修正案・コメント・受入可否・交渉方針を示す作業です。契約書レビュー、リーガルチェック、契約審査、法務レビューと呼ばれることが多いです。
次の比較表は、Drafting(起案)とレビューの違いを実務上の観点ごとに並べたものです。依頼者と法務の期待値を合わせるために重要であり、左列と右列を比べることで、起案では未記載の論点を設計し、レビューでは既存案の危険と欠落を検証するという違いを読み取れます。
| 観点 | Drafting(起案) | レビュー |
|---|---|---|
| 出発点 | 取引目的、タームシート、依頼メモ、白紙、テンプレートから始まります。 | 既存の契約書案・規程案・利用規約案から始まります。 |
| 中核思考 | 取引をどう法的に設計するかを考えます。 | その設計を受け入れてよいかを検証します。 |
| 主な問い | 何を条文化すれば、事業目的とリスク配分を表現できるかを問います。 | 何が危険で、何を直し、何を承認条件にするかを問います。 |
| 成果物 | 初稿、条項案、別紙、前提条件、交渉ポジションを作ります。 | 赤入れ、コメント、リスクメモ、修正案、承認条件を示します。 |
| リスク発見 | まだ書かれていない論点を発見します。 | 書かれている内容と書かれていない内容を検証します。 |
| 典型的失敗 | 重要条項の未設計、事業実態との不一致、過度なテンプレート依存が起こります。 | 表面的な文言修正、商流・税務・個人情報・知財の見落としが起こります。 |
次の判断の流れは、依頼された作業がDrafting(起案)寄りかレビュー寄りかを見分ける順番を表しています。初動で作業の種類を誤ると必要情報と所要時間の見積もりがずれるため重要であり、読者は上から順に、文書案の有無、取引構造の確定度、社内承認に必要な判断を確認します。
白紙や基本条件だけの場合は、取引構造の設計から始めます。
未整理なら、レビュー依頼でも起案に近い検討が必要です。
契約類型、条項構造、別紙、承認条件を設計します。
既存案のリスク、欠落、交渉順位、承認条件を整理します。
企業法務の現場では、事業部がレビューと表現していても、実際には契約類型から設計する必要が生じる場合があります。逆に、契約書を作ってほしいという依頼でも、既に相手方の雛形があり、リスクベースで確認すれば足りる場合があります。
契約書は合意の紙ではなく、証拠化、運用設計、ガバナンスを支える実務ツールです。
Drafting(起案)とレビューの違いを理解するには、契約書が何のために存在するかを整理する必要があります。契約書は、合意内容を記録するだけでなく、権利義務、リスク、業務運用、交渉上の立場、説明責任を支える文書です。
次の一覧は、企業法務における契約書の六つの機能を整理したものです。起案で何を設計し、レビューで何を検証するかを判断するうえで重要であり、読者は各機能が条項の役割や社内運用にどうつながるかを読み取れます。
当事者が何に合意したかを後から確認できるようにし、契約範囲、代金、納期、成果物、責任、解除条件、秘密保持義務などの認識違いを減らします。
誰が何をする義務を負い、誰がどのような権利を持つかを明確にします。業務委託、ライセンス、売買などで中心となる機能です。
損害、遅延、瑕疵、第三者請求、情報漏えい、法令違反、不可抗力などを、どちらがどの範囲で負担するかを定めます。
発注方法、納品、検収、請求書提出、支払期日、変更管理、承認権限、事故報告、再委託承認、監査手続を実務に落とし込みます。
最初に提示する条項は、自社の希望条件、譲歩可能範囲、譲れない点を反映します。レビューでは相手方案の交渉意図を読み取ります。
日本法では、民法上、契約をするかどうか、契約内容をどう定めるかについて、法令の制限内で当事者の自由が認められます。ただし、契約自由は無制限ではありません。
次の比較表は、契約自由を制限する代表的な要素をまとめたものです。起案時に自由に設計できる領域と制約される領域を見極めるために重要であり、読者は各制約が契約条項の有効性や運用可能性に影響する点を読み取れます。
| 制約要素 | 企業法務での確認事項 |
|---|---|
| 強行法規 | 労働法、消費者法、個人情報保護法、独占禁止法、取適法、業法、金融規制、輸出管理、外為法など、合意で排除できない規制を確認します。 |
| 公序良俗 | 社会的妥当性を欠く合意が民法上問題にならないかを確認します。 |
| 権限・内部統制 | 締結権限、決裁権限、印章管理、電子契約権限、取締役会承認事項などを確認します。 |
| 第三者との関係 | 知的財産権、個人データ、再委託、ライセンス、担保権、秘密情報などが契約当事者以外に影響しないかを確認します。 |
| 行政・監督当局の執行 | 公正取引委員会、個人情報保護委員会、金融庁、厚生労働省、消費者庁、特許庁、国税当局などの監督領域を確認します。 |
起案では、条項を書く前に、事業目的・商流・法令・社内承認・交渉方針を組み立てます。
Draftingの本質は、文章を書くことではなく、取引を法的・事業的に設計することです。契約書の文言は最後に表れる成果物であり、起案者は、当事者、契約類型、成果物、価格、検収、知的財産、データ、個人情報、秘密情報、責任、終了後義務、紛争解決、社内承認を整理してから条項に入ります。
次の時系列は、起案で品質を確保するための八つの工程を表しています。白紙から契約を組み立てる際に抜け漏れを防ぐために重要であり、読者は上から順に、事実確認から社内レビュー・交渉準備へ進む順番を読み取れます。
何のための契約かを確認します。業務委託と呼ばれていても、請負、準委任、SaaS、ライセンス、共同開発などで構造が変わります。
商流、金流、物流、成果物、ユーザー、再委託先、海外移転、決済、検収、個人データの取扱いを確認します。
民法、会社法、個人情報保護法、独占禁止法、取適法、フリーランス法、消費者契約法、特商法、著作権法、外為法などを案件に応じて確認します。
契約期間、対価、成果物、独占性、知的財産、秘密保持、競業避止、解除、表明保証、責任制限、準拠法、紛争解決を整理します。
定義、対象業務、当事者義務、納品・検収、対価、知財、秘密保持、個人情報、再委託、損害賠償、解除、管轄、別紙を読みやすく配置します。
サービス停止、データ消失、セキュリティインシデント、第三者知財侵害、仕様変更、法令変更、外部サービス障害などの負担範囲を決めます。
一文一義、主語、義務主体、期限、条件、例外、本文と別紙の整合性を意識し、将来の第三者が読んでも意味が通る文言にします。
事業部、経理、税務、知財、セキュリティ、プライバシー、購買、内部統制、経営層に確認し、譲歩案、最低ライン、承認事項を整理します。
起案時には、契約書の骨格を先に決めることが重要です。次の比較表は、標準的な条項構造の順番を示しています。読み手が契約全体を理解しやすくするために重要であり、読者は本文・別紙・SOW・SLAの位置づけを確認する際の目安として読み取れます。
| 順番 | 条項・資料 | 設計上の意味 |
|---|---|---|
| 1 | 前文・目的・定義 | 契約の狙い、対象範囲、用語の意味をそろえます。 |
| 2 | 契約対象・業務範囲・当事者義務 | 誰が何をするか、何をしないか、相手方の協力義務を明確にします。 |
| 3 | 成果物・納品・検収・対価・費用 | 成果、支払、税務、追加費用、検収との関係を設計します。 |
| 4 | 知的財産・データ・秘密保持・個人情報 | 権利帰属、利用範囲、保護措置、再委託、越境移転を整理します。 |
| 5 | 表明保証・コンプライアンス・損害賠償 | 法令遵守、保証範囲、補償、責任制限、保険を設計します。 |
| 6 | 期間・解除・終了後措置 | 撤退、移行支援、データ返還、秘密保持存続、未払金を整理します。 |
| 7 | 反社排除・譲渡禁止・不可抗力・通知 | 統制上の基本条項と緊急時の対応を定めます。 |
| 8 | 完全合意・分離可能性・準拠法・管轄・別紙 | 解釈ルール、紛争解決、仕様書、価格表、SLA、SOWとの関係を整えます。 |
起案の成果は契約書本文だけではありません。次の比較表は、実務で必要になりやすい成果物を示しています。契約締結後の運用や監査に耐えるために重要であり、読者は契約書以外に残しておきたい判断材料を読み取れます。
| 成果物 | 内容 |
|---|---|
| 契約書初稿 | 相手方に提示する本文・別紙・仕様書です。 |
| 論点表 | 未決事項、確認事項、交渉論点、社内判断事項を整理します。 |
| 交渉ポジション表 | 第1希望、譲歩可能案、最低ライン、経営承認事項を整理します。 |
| リスクメモ | 主要リスク、影響、発生可能性、軽減策を整理します。 |
| 社内承認メモ | 稟議、取締役会、経営会議、監査対応の説明資料にします。 |
| 運用メモ | 締結後の期限管理、通知、監査、更新、報告、再委託管理を整理します。 |
| 参考資料 | 法令、ガイドライン、判例、行政資料、社内規程、過去契約を整理します。 |
レビューでは、赤入れそのものではなく、リスクの分類、交渉順位、承認条件の整理が中核になります。
レビューは、既存の文書案を前提として、法務・事業・会計・税務・知財・個人情報・労務・コンプライアンス・内部統制の観点から、受け入れてよいかを判断する作業です。レビュー担当者の仕事は、赤字を入れること自体ではなく、どのリスクを許容し、どのリスクを修正し、どのリスクを経営判断に上げるかを整理することです。
次の一覧は、レビューが持つ三つの検証側面を示しています。既存案を読み始める前に観点を分けるために重要であり、読者は法的問題だけでなく、事業運用と交渉戦略も同時に見る必要性を読み取れます。
法令違反、無効リスク、権限問題、強行法規、紛争解決、証拠性を確認します。
取引目的、収益性、納期、運用負荷、責任負担、撤退可能性を確認します。
相手方の意図、自社の交渉力、譲歩可能性、代替案、優先順位を整理します。
次の時系列は、レビューの標準工程を表しています。短時間で相手方案を検証する際にも順番を崩さないために重要であり、読者はレビュー範囲の定義から交渉方針の提示までを段階的に読み取れます。
全文レビューか、特定条項だけか、ビジネス条件や社内ポリシー適合性まで見るかを決めます。
契約類型、当事者、本文・別紙・仕様書・注文書・利用規約・SLA・DPA・NDAの優先順位を確認します。
契約書上の義務が現実の取引、成果物、報酬発生時期、検収、データ取扱いと合っているかを確認します。
NDA、業務委託、SaaS、共同研究、製造委託、M&A、利用規約、雇用・労務など、契約類型ごとの必須項目を確認します。
相手方に送る修正案やコメントと、社内だけで共有するリスク評価・譲歩案・承認条件を混同しないようにします。
重要度、発生可能性、影響、交渉可能性に応じて、修正必須、修正提案、経営判断、許容範囲などに分けます。
危ない箇所の指摘だけでなく、代替文言、譲歩案、承認条件、経営判断に上げる論点を示します。
次の比較表は、契約類型ごとの重点確認条項を整理したものです。類型ごとに危険箇所が変わるため重要であり、読者は案件に応じて重点確認項目を切り替える必要性を読み取れます。
| 契約類型 | レビューで重点的に確認する条項 |
|---|---|
| NDA | 秘密情報の範囲、例外、目的外利用、開示先、期間、返還・廃棄、損害賠償を確認します。 |
| 業務委託 | 業務範囲、成果物、検収、報酬、再委託、知財、損害賠償、解除を確認します。 |
| SaaS | 利用範囲、SLA、データ管理、セキュリティ、障害対応、責任制限、終了後データ返還を確認します。 |
| 共同研究 | 成果帰属、背景知財、出願、論文発表、秘密保持、競業・独占を確認します。 |
| 製造委託 | 仕様、検査、品質保証、支払条件、金型・図面・技術情報、取適法対応を確認します。 |
| M&A | 表明保証、補償、前提条件、誓約事項、解除、クロージング、競業避止を確認します。 |
| 利用規約 | 消費者契約法、個人情報、免責、アカウント停止、規約変更、準拠法を確認します。 |
| 雇用・労務 | 労働条件、就業規則、時間管理、秘密保持、競業避止、知財、懲戒を確認します。 |
次の比較表は、レビュー結果をどの重要度で扱うかを示しています。修正の優先順位を事業部や経営層に伝えるために重要であり、読者は単なる指摘一覧ではなく、対応方針まで分類する必要性を読み取れます。
| 分類 | 意味 | 対応 |
|---|---|---|
| Must Fix | 法令違反、無効、重大な損害、社内基準違反が想定されます。 | 原則として修正を求めます。修正できない場合は経営判断に上げます。 |
| Should Fix | 重要な不利益、曖昧さ、運用困難が想定されます。 | 修正提案を行い、譲歩案も準備します。 |
| Nice to Have | 自社に有利ですが、必須とまではいえない項目です。 | 交渉余地があれば提案します。 |
| Business Decision | 法務だけで判断できない事業リスクです。 | 事業部・経営層に判断を依頼します。 |
| Acceptable | リスクはありますが許容範囲と整理できます。 | 理由を記録して承認します。 |
損害賠償責任を交渉する場合、単に削除を求めるだけでは交渉が進みにくくなります。通常損害への限定、間接損害・逸失利益の除外、責任上限を契約金額・直近12か月の支払額・一定金額へ限定する案、秘密保持・個人情報・知財侵害・故意重過失を上限除外にする案、保険加入義務で補完する案などを準備します。
企業法務は法務担当だけでは完結せず、専門領域ごとの視点を組み合わせます。
企業法務の契約実務では、複数の専門職が異なる視点から関与します。起案では早い段階から関係者を巻き込み、レビューでは相手方案の問題領域に応じて必要な専門職をスポットで巻き込むことが多いです。
次の一覧は、専門職ごとにDrafting(起案)とレビューで重視する視点を整理したものです。契約リスクは法務だけで完結しないため重要であり、読者はどの論点を誰に確認するかを読み取れます。
起案では取引目的を法的文書へ翻訳し、レビューでは相手方案を社内基準に照らして評価します。
経営戦略、規制対応、訴訟可能性、取締役の責任、事業撤退時の影響まで踏まえて判断します。
専門性が高い契約、紛争可能性が高い契約、M&A、国際契約、金融、独禁法、個人情報、不祥事、IPO、複雑な知財契約で重要です。
準拠法、裁判管轄、仲裁、言語、輸出管理、制裁、データ越境移転、税務、現地雇用、知財登録を確認します。
会社設立、役員変更、増資、組織再編、担保設定、不動産登記などで、契約書・議事録・登記書類の整合性を確認します。
権利帰属、実施許諾、独占・非独占、サブライセンス、改良発明、ノウハウ、営業秘密、共同出願、発表、侵害対応を確認します。
就業規則、労働条件通知書、雇用契約書、業務委託との区別、ハラスメント、懲戒、解雇、競業避止、労働時間管理を確認します。
委託、再委託、越境移転、漏えい時通知、監査権、保存期間、削除、暗号化、アクセス権限、ログ取得、事故報告期限を確認します。
贈収賄防止、反社会的勢力排除、制裁、輸出管理、記録保存、通報義務、監査権、研修義務を確認します。
将来の第三者が契約を読んでも意味が明確か、曖昧な文言や別紙との不一致が紛争時にどう評価されるかを考えます。
同じ条項でも、起案では設計し、レビューでは広さ・欠落・交渉可能性を検証します。
主要条項ごとに見ると、Drafting(起案)とレビューの違いはさらに明確になります。起案では条項間の整合性と取引実態への適合性を設計し、レビューでは相手方案が自社に過度な義務やリスクを負わせていないかを検証します。
次の比較表は、代表的な条項ごとに起案側とレビュー側の視点を並べたものです。条項名だけではリスクの中身が分かりにくいため重要であり、読者は同じ条項でも立場により見るべきポイントが変わることを読み取れます。
| 条項 | 起案での視点 | レビューでの視点 |
|---|---|---|
| 定義条項 | 契約全体で繰り返す概念を定義し、条項間の整合性を確保します。 | 秘密情報、成果物、損害などの定義が広すぎないか、狭すぎないかを確認します。 |
| 業務範囲・仕様書・SOW | 何をするか、何をしないか、前提条件、協力義務、変更手続を定めます。 | その他必要な業務、一切の業務など、無制限の義務を負う文言がないかを確認します。 |
| 代金・支払条件 | 金額、税、支払期日、請求方法、遅延利息、検収との関係、追加費用を定めます。 | 社内処理との整合、検収条件、相殺・減額・返品・支払留保の過度な広さを確認します。 |
| 知的財産 | 既存知財、成果知財、改良発明、二次利用、著作権、ノウハウ、データ、ライセンス範囲を設計します。 | 自社の既存技術やノウハウまで移転していないか、第三者権利侵害時の責任が過大でないかを確認します。 |
| 秘密保持 | 秘密情報の範囲、開示方法、例外、利用目的、開示先、保護措置、返還・廃棄、期間を定めます。 | 範囲が広すぎて通常業務に支障がないか、必要な情報が保護対象から漏れていないかを確認します。 |
| 個人情報・データ | 委託、第三者提供、共同利用、独立した取扱いを整理し、再委託、越境移転、事故対応、監査、削除を定めます。 | 目的外利用、無制限の再委託、遅すぎる事故報告、委託先監督に必要な条項の欠落を確認します。 |
| 表明保証 | 権限、法令遵守、権利侵害なし、許認可、財務状態、反社排除、贈収賄なし、個人情報適法取得を設計します。 | 事実として保証できる範囲を超えていないか、一切侵害しないなど過度な保証になっていないかを確認します。 |
| 損害賠償・補償・責任制限 | 損害賠償の範囲、責任上限、除外損害、補償対象、手続、保険を設計します。 | 無制限責任、間接損害・逸失利益、第三者請求の全額補償、上限例外の過度な広さを確認します。 |
| 解除・終了後措置 | 通常解除、中途解約、催告解除、無催告解除、倒産解除、反社解除、データ返還、移行支援を定めます。 | 相手方だけに広い解除権がないか、自社の撤退権と終了後義務の範囲を確認します。 |
| 準拠法・紛争解決 | 準拠法、裁判管轄、仲裁、調停、言語、通知方法を決めます。 | 遠隔地裁判所、不慣れな外国法、仲裁条項の有効性、仮処分や差止めの可否を確認します。 |
契約類型ごとに、設計する論点と検証する論点は変わります。
典型契約に落とし込むと、Drafting(起案)では取引類型ごとの設計が中心になり、レビューでは相手方案に潜む過大な義務や欠落を見つける作業になります。NDA、業務委託、SaaS、共同研究、M&Aでは、特にこの違いが表れます。
次の一覧は、典型契約ごとに起案側の思考、レビュー側の思考、よくある落とし穴を並べたものです。契約類型を誤ると責任・税務・労務・知財・個人情報の設計が崩れるため重要であり、読者は案件類型ごとに確認軸を切り替える必要性を読み取れます。
起案では、保護したい秘密情報、開示目的、グループ会社や外部専門家への開示、返還・廃棄、秘密保持期間、差止めや損害賠償を設計します。レビューでは、秘密情報の範囲、例外、開示先、期間、責任の広さを確認します。
秘密情報目的外利用起案では、請負か準委任か、成果物、検収、報酬、再委託、知財、第三者ソフトウェア、OSS、取適法やフリーランス法の適用を整理します。レビューでは、業務範囲、検収不合格時の報酬、知財移転、損害賠償の上限を確認します。
請負準委任起案では、サービス仕様、利用者数、SLA、サポート、保守、セキュリティ、データ返還、サブプロセッサー、越境移転、障害時責任を定めます。レビューでは、一方的な仕様変更、データ削除、障害補償、生成AI機能の学習利用を確認します。
SLAデータ返還起案では、背景技術、研究テーマ、分担、費用、成果、発明者、出願、実施権、独占、論文発表、秘密保持、研究中止、第三者利用を設計します。レビューでは、既存技術の移転、成果定義、出願判断権、公表制限、資金調達やM&Aへの影響を確認します。
知財成果帰属起案では、株式譲渡か事業譲渡か、前提条件、表明保証、誓約、補償、解除、クロージング、価格調整、競業避止、従業員、許認可、知財、個人情報を設計します。レビューでは、表明保証、補償期間・上限・下限、DDで判明した事項、クロージング条件、税務・会計・労務リスクを確認します。
表明保証補償すべての契約を同じ深度で見ると、重要案件に時間を割けなくなります。
レビューには深度があります。定型・低額・自社雛形の契約と、高額・長期・個人情報・知財・海外・M&A・規制業種の契約では、必要なレビュー範囲が異なります。リスクベースで深度を分けることが、法務部門の品質とスピードを両立させます。
次の比較表は、レビュー深度を五段階に分けたものです。案件の重要性に応じて工数と関与者を変えるために重要であり、読者は契約金額、期間、規制、訴訟リスク、経営インパクトに応じた見方を読み取れます。
| 深度 | 想定される場面 | 主な確認範囲 |
|---|---|---|
| ライトレビュー | 定型契約、低額契約、自社雛形、リスクが限定的な契約です。 | NDAの秘密保持範囲、期間、損害賠償、管轄など主要条項に絞ります。 |
| 標準レビュー | 多くの契約で必要となる通常レベルです。 | 契約類型、当事者、業務範囲、対価、知財、秘密保持、個人情報、責任制限、解除、管轄、社内規程を確認します。 |
| ディープレビュー | 高額、長期、重要顧客、基幹システム、個人情報、知財、独占、海外、M&A、規制業種、訴訟リスクがある契約です。 | 事業部ヒアリング、専門部署確認、外部専門家相談、税務・会計確認、セキュリティ評価を含めます。 |
| 戦略レビュー | 大型アライアンス、共同研究、M&A、重要ライセンス、海外進出、プラットフォーム規約、AI・データ事業、規制業種です。 | 契約審査を超えて、経営判断の補助として見ます。 |
| セカンドオピニオンレビュー | 既に社内または外部専門家が作成・レビューした契約を別観点から確認します。 | 訴訟可能性、交渉戦略、M&A後の統合、国際紛争、規制当局対応、不祥事対応を確認します。 |
テンプレート依存、表面的な赤入れ、法務だけで抱え込む対応は、実務上のリスクを大きくします。
起案とレビューでは、失敗の形が異なります。起案では取引構造や運用を設計しないことが問題になり、レビューでは相手方案の前提や優先順位を疑わないことが問題になります。
次の一覧は、起案で多い失敗をまとめたものです。契約書の見た目が整っていても運用に耐えない文書になるため重要であり、読者は条項を書く前に確認したい設計不足を読み取れます。
テンプレートは過去の想定に基づく文書であり、現在の商流、個人情報、知財、税務、取適法、海外要素に合うとは限りません。
請負と準委任、売買とライセンス、代理店と販売店、委託と派遣、共同研究と受託研究、利用規約と個別契約を誤ると設計が崩れます。
データ返還、移行支援、在庫処理、未払金、秘密保持、競業避止、ライセンス終了、ユーザー対応を定めないと、撤退時に紛争が生じます。
本文が整っていても、仕様書、価格表、SLA、SOW、注文書、セキュリティ要件、DPAが曖昧だと実務上の紛争は防げません。
監査権、事故報告期限、再委託承認、更新管理などは、実際の運用体制と結びついて初めて機能します。
次の一覧は、レビューで多い失敗をまとめたものです。短時間で既存案を見る場面ほど表面的な確認に流れやすいため重要であり、読者はどのリスクを誰が判断するかを切り分ける必要性を読み取れます。
文法や表記も大切ですが、主要リスクを見落とすとレビューの意味が薄くなります。
相手方が業務委託契約と呼んでいても、実態は派遣、請負、共同開発、ライセンス、代理店、販売店のいずれかかもしれません。
些細な表現にこだわり、責任制限や知財の重大論点を見落とすことは避けます。
相手方に送るコメントは交渉文書です。社内の弱み、譲歩余地、承認条件を相手方に見せないようにします。
価格、納期、技術仕様、セキュリティ、税務、会計、労務、事業撤退可能性は、担当部署や経営層の判断が必要です。
AIは作業を補助できますが、取引を設計しリスクを引き受ける意思決定者にはなりません。
生成AIや契約管理システムは、契約書の起案・レビューを効率化する可能性があります。条項案のたたき台作成、比較表の作成、レビュー観点の列挙、過去契約との差分抽出、要約、リスク分類などに役立ちます。
ただし、AIを使う場合でも、Drafting(起案)とレビューの本質は変わりません。AIは文章を生成できても、取引目的、交渉力、社内承認、規制リスク、顧客関係、価格戦略、事業撤退可能性、訴訟リスクを最終判断する主体ではありません。
次の一覧は、AIを契約実務で使う際の確認事項を整理したものです。秘密情報・個人情報・最新法令・社内基準の誤用を防ぐために重要であり、読者はAI出力をそのまま契約書や相手方コメントに使わないことを読み取れます。
秘密情報や個人情報を外部AIに入力してよい契約・社内ルールになっているかを確認します。
AI生成条項の出典、適用法、最新性を確認し、日本法・海外法・業法・消費者法・個人情報保護法・取適法・フリーランス法の適用を人間が確認します。
自社テンプレート、標準条項、交渉方針、承認基準と合っているかを確認します。
AI生成案をそのまま相手方へ送らず、法務・事業・専門部署が確認します。
契約書レビューAIのリスクスコアを盲信せず、重大条項は専門家が確認します。
保護対象のデータや情報が想定外の目的に利用されたり、第三者に提供されたりしないかを確認します。
起案前とレビュー前では、揃えるべき情報が異なります。
起案に入る前は、取引そのものを設計するための情報を集めます。レビューに入る前は、既存案と交渉経緯を把握し、どこまで見るかを定義します。どちらも情報不足のまま進めると、限定的な判断しかできません。
次の一覧は、起案前に確認する事項を分野別に整理したものです。白紙から契約を設計する際の抜け漏れを防ぐために重要であり、読者は取引基本情報、事業・技術・運用、法務・コンプライアンス、交渉・リスクを順番に確認します。
当事者の正式名称、所在地、代表者、グループ会社関係、取引目的、契約類型、契約金額、支払通貨、税金、契約期間、更新、締結期限、サービス開始日、納期、締結権限、社内決裁、取締役会決議の要否を確認します。
基本条件成果物・サービス内容、仕様書、SOW、SLA、検収、保守、サポート、再委託、海外関係者、データ・個人情報の流れ、セキュリティ要件を確認します。
運用適用法令、業法、許認可、反社チェック、贈収賄、輸出管理、制裁、個人情報保護、消費者契約法、特商法、景表法、取適法、フリーランス法、独占禁止法、知財権、第三者権利を確認します。
法令自社の立場、相手方テンプレートの可能性、譲歩可能条項、譲歩不可条項、外部専門家確認の要否、経営判断が必要なリスクを確認します。
交渉次の一覧は、レビュー前に揃える情報をまとめたものです。既存案を正しく読むために重要であり、読者は契約書案だけでなく、差分、関連契約、事業条件、交渉経緯、期限、既合意事項を確認します。
| レビュー前に揃える情報 | 確認する理由 |
|---|---|
| 契約書案の最新版、変更履歴、PDF差分、相手方コメント | どの案を対象にするか、どこが変更されたかを把握します。 |
| 過去契約、関連契約、基本契約と個別契約の関係 | 既存の権利義務や優先順位と矛盾しないかを確認します。 |
| 見積書、注文書、仕様書、SOW、SLA | 本文と別紙の整合、金額、納期、成果物、サービス水準を確認します。 |
| 取引金額、期間、重要性、自社の希望条件 | レビュー深度と交渉優先順位を決めます。 |
| 相手方との交渉経緯、締結期限、既に事業部が合意した条件 | 交渉可能性と承認条件を整理します。 |
| 社内テンプレートとの差分、個人情報・知財・再委託・海外移転の有無 | 社内基準からの逸脱と専門部署確認の必要性を見極めます。 |
相手方案を読むときは、不利な文言だけでなく、書かれていない論点も確認します。
レビューでは、赤入れの対象となる条項を探すだけでなく、契約締結後に事業・財務・コンプライアンスへ影響する条項を早期に発見する必要があります。特に相手方案では、自社が無自覚に大きなリスクを受け入れる構造になっていないかを確認します。
次の比較表は、レビューで注意する代表的なレッドフラグ条項と問題例をまとめたものです。重大リスクを短時間で見落とさないために重要であり、読者は条項名ではなく、実際に何が困るのかを読み取れます。
| レッドフラグ | 問題の例 |
|---|---|
| 無制限の損害賠償 | 契約金額を超える巨額賠償リスクがあります。 |
| すべての成果物・ノウハウの譲渡 | 既存技術まで失うリスクがあります。 |
| 一方的な仕様変更権 | 自社の義務が予測できなくなるリスクがあります。 |
| 無期限の秘密保持 | 実務運用と情報管理の負荷が過大になります。 |
| 広すぎる補償義務 | 第三者請求を全額負担するリスクがあります。 |
| 片面的な解除権 | 相手方だけが自由に解除できる構造になります。 |
| 自動更新と長い解約予告期間 | 不要契約から離脱しにくくなります。 |
| 再委託の無制限許可 | 個人情報、品質、セキュリティの管理が難しくなります。 |
| データの目的外利用許可 | 個人情報、営業秘密、競争上のリスクがあります。 |
| 管轄が遠隔地・外国 | 紛争時のコストが過大になります。 |
| 準拠法が不慣れな外国法 | 法的予測可能性が低下します。 |
| 取引条件の明示不足 | 取適法、フリーランス法などのリスクがあります。 |
| 消費者向け免責が広すぎます | 消費者契約法上の無効リスクがあります。 |
| 別紙と本文の矛盾 | 実務運用や紛争時解釈が不安定になります。 |
| 契約終了後のデータ返還なし | ロックインや事業継続リスクがあります。 |
起案とレビューを個人技にせず、テンプレート、条項、基準、管理、KPIで再現性を高めます。
企業法務の成熟度を高めるには、起案とレビューを個人技にしないことが重要です。標準化された仕組みがあれば、作成者やレビュアーが変わっても、品質と判断の一貫性を保ちやすくなります。
次の一覧は、起案とレビューを支えるリーガルオペレーションの仕組みを整理したものです。属人的な判断を減らし、事業部と法務の連携を安定させるために重要であり、読者は契約類型、条項基準、締結後管理までを連動させる必要性を読み取れます。
NDAでも、片務・双務、国内・英文、M&A用、PoC用、共同研究用、個人情報あり、グループ会社開示ありなどのバリエーションを用意します。
責任制限、知財、秘密保持、個人情報、再委託、解除、管轄について、標準条項、強気条項、譲歩条項、最低ライン条項を整理します。
責任上限は契約金額相当を原則にする、個人情報漏えいは別扱いにするなど、社内基準を明文化します。
締結後の期限、更新、解約通知、監査、再委託承認、SLA報告、保険証券、証跡を管理します。
レビュー件数や処理日数だけではなく、重大リスクの承認、標準条項からの逸脱、締結後トラブル、更新漏れなどを組み合わせます。
次の比較表は、法務部門のKPIとして組み合わせたい指標をまとめたものです。単純な処理件数だけでは法務の価値を測れないため重要であり、読者はスピード、品質、リスク、事業部体験を合わせて見る必要性を読み取れます。
| KPI | 読み取ること |
|---|---|
| 契約レビューの平均リードタイム | 処理スピードとボトルネックを確認します。 |
| 初回差戻し率 | 依頼情報の不足やヒアリング品質を確認します。 |
| 自社テンプレート利用率 | 起案標準化の浸透度を確認します。 |
| 標準条項からの逸脱件数 | 交渉上の譲歩や高リスク条項の発生を確認します。 |
| 重大リスクの経営承認件数 | 法務だけで判断できない論点の管理状況を確認します。 |
| 締結後トラブル件数 | 起案・レビュー品質が運用に効いているかを確認します。 |
| 契約更新漏れ件数 | 契約管理の実効性を確認します。 |
| 外部専門家費用・事業部満足度 | 専門家活用の適正さと社内サービス品質を確認します。 |
起案とレビューは対立する作業ではなく、連続する品質管理プロセスです。
Drafting(起案)とレビューの違いは、単なる作る作業と見る作業の違いではありません。起案は、事業目的を契約構造に変換し、将来のリスクと運用を設計する作業です。レビューは、既存の契約構造を検証し、自社が受け入れてよいかを判断する作業です。
一般読者向けには、家を建てる工程に例えると理解しやすくなります。Draftingは、敷地、予算、使い方、安全性、将来の修繕まで考えて設計図を作る作業に近いです。レビューは、出てきた設計図を関係者が確認し、この設計で安全か、予算内か、法令に合うか、運用開始後に困らないかを確認する作業に近いです。
次の重要ポイントは、実務上の結論を三つに整理したものです。起案とレビューを社内プロセスに落とし込むために重要であり、読者は契約書を形式文書ではなく、事業を進め、紛争を予防し、経営判断を支える企業法務の中核ツールとして読む必要があります。
起案段階では契約書を書く前に取引を設計します。レビュー段階では文言だけでなく、書かれていないリスクと運用可能性を見ます。起案とレビューを、法務・事業・経理・税務・知財・労務・プライバシー・セキュリティ・内部統制・外部専門家が連携するプロセスとして設計します。
起案が弱いと、契約書は最初から穴のある設計になります。レビューが弱いと、相手方案のリスクを見落とします。両者を混同すると、法務は単なる文言修正部門になり、経営に資するリスクマネジメント機能を果たしにくくなります。
一般的な制度・実務理解として整理します。個別案件では事情により結論が変わります。
一般的には、どちらも難しさの種類が異なるとされています。起案には、まだ文書化されていない論点を発見し、取引構造を設計する難しさがあります。レビューには、相手方案に潜む不利益や欠落を短時間で見抜き、交渉可能な形にする難しさがあります。ただし、案件の金額、規制、交渉力、契約類型、証拠関係によって負荷は変わります。具体的な進め方は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、相手方案があり、取引構造が明確であればレビューだけで足りる場合があります。ただし、取引スキーム自体が未確定の場合、レビューではなく起案・設計段階から専門家を入れる必要が生じる可能性があります。案件の事実関係、法令、業界規制、社内承認の状況で結論は変わります。具体的な対応は、関係資料を整理して弁護士等の専門家へ相談する必要があります。
一般的には、自社テンプレートを使っても起案リスクがなくなるとは限らないとされています。テンプレートは過去の想定に基づくため、案件ごとの商流、個人情報、知財、税務、取適法、海外要素、消費者向け取引、AI・データ利用に合わない可能性があります。具体的な適合性は、契約類型と取引実態を確認したうえで専門家へ相談する必要があります。
一般的には、法務OKは法的観点から重大な問題がない、または法務として許容可能という意味にとどまることが多いです。価格、納期、収益性、技術的実現可能性、顧客関係、経営判断は別途確認が必要となる可能性があります。案件の内容によって判断主体が変わるため、具体的には事業部、経理、税務、技術、経営層、弁護士等の専門家と確認する必要があります。
一般的には、専門性と難解さは同じとはいえないとされています。よい契約書は、法的に正確でありながら、実務担当者が運用でき、将来の第三者が読んでも意味が分かる文書です。ただし、規制業種、国際契約、M&A、金融、知財などでは専門用語が必要な場合があります。具体的な表現は、契約目的と読み手を踏まえて専門家へ確認する必要があります。
一般的には、そのまま使うことは避ける運用が多いです。AIはたたき台作成には有用ですが、適用法令、事業目的、交渉方針、社内基準、秘密情報、個人情報、知財、責任制限、業法規制の判断は人間の専門家が確認する必要があります。入力データや出力内容の扱いによってリスクが変わるため、具体的には社内規程と専門家の確認が必要です。
一般的には、高額契約、長期契約、海外契約、M&A、共同研究、重要知財、個人情報大量処理、規制業種、消費者向けサービス、AI・データ利用、独占・競業避止、訴訟リスク、相手方が強硬な場合、経営判断が必要なリスクがある場合には、早期相談が検討されます。ただし、相談時期や範囲は案件の事実関係と社内体制で変わります。具体的な対応は、契約書案や関連資料を整理して弁護士等の専門家へ相談する必要があります。
公的機関・一次情報を中心に、契約実務の前提として確認した資料を整理します。
以下は、このページの内容を確認するための資料名です。法令・ガイドラインは改正されるため、実務利用時には必ず最新版を確認する必要があります。