契約審査で修正必須と交渉推奨をどう分けるか？実務上の優先順位を整理｜Legal GPT

1. なぜ「フロー」で考える必要があるのか

個別の契約審査スキル——条項の読み方、リスクの見抜き方、修正案の書き方——は、書籍や研修で学ぶことができる。しかし実務で問題が起きるのは、たいていスキルではなく運用の側である。「契約書だけ送られてきて背景がわからない」「事業部の回答待ちで止まっている」「誰がレビュー中かわからない」「経理規程と矛盾する支払条件で締結してしまった」「過去に同じ相手と何を合意したか追えない」——いずれも、個人のスキルではなく、フロー設計の問題である。

契約審査をフローで捉える意義は、大きく次の3点にある。第一に、抜け漏れを構造的に防げること。第二に、担当者ごとの属人化を避けられること。第三に、案件の状況を見える化できること。属人的に「うまい人」が片手間でこなしている状態は、その人がいなくなった瞬間に崩れる。フロー化は、組織として契約審査を回すための前提条件である。

2. 契約審査の標準フロー（全体像）

まずは全体像をフロー図で示す。各工程の詳細は次章以降で扱うが、まず「9工程の流れ」と、AIで高速化しやすい工程、関連部署と連携する工程、を頭に入れてほしい。

図のとおり、フロー全体は受付・分析（①〜③）、調整・返却（④〜⑥）、承認・記録（⑦〜⑨）の3ブロックに分けて捉えると整理しやすい。各ブロックで主導する役割が変わり、必要なスキルセットも異なる。緑のAIタグは、AIによる下書き・初動を組み込みやすい工程である（後述の第13章で詳述する）。

3. 工程①：依頼受付——「契約書だけ送られてくる」を防ぐ

すべての品質問題は、受付段階で抑えられる可能性が高い。受付段階で必要な情報が揃っていないと、結局③の一次レビューや④の事業部確認の段階で同じ質問を何往復もすることになり、リードタイムが膨らむ。

受付時に必ず取りにいく最低限の情報

4. 工程②：背景・前提確認——条文の前に「取引」を理解する

受付情報が揃ったら、契約書を読む前に「この取引が何をしようとしているのか」を理解する。条文だけを読んでも、その条項が当社にとって有利か不利かは判断できない。たとえば「成果物の知的財産権は発注者に帰属する」という条項は、発注者側からは当然に求めるべき条項だが、受注者側で同条項を受け入れるかは、対価・再利用可能性・既存IPの取扱いと一体で判断するしかない。

この段階で識別しておくべきリスク

背景確認の段階で、ざっくりとしたリスクの当たりをつけておく。具体的には、(a) 取引金額・契約期間に対する責任の重さ、(b) 業法・許認可・輸出規制・個人情報・経済安保など特殊規制への該当可能性、(c) 海外法・準拠法・紛争解決地の影響、(d) 親会社・関連会社・グループ規程との整合、などを早めに識別する。ここでの当たりが、③の一次レビューでどこに時間を使うかを決める。

5. 工程③：一次レビュー——論点抽出と優先順位付け

一次レビューの目的は、「条文を全部直すこと」ではなく、「論点を漏れなく抽出して、優先順位を付けること」である。ここでは、コンプライアンス・デッドラインを最上位に置き、その下に修正必須・交渉推奨・許容余地ありの3階層を整理する4階層構造で捉えると、後続の事業部確認やコメント作成が効率化する。

優先順位付けを怠ると、コメントが20〜30箇所に膨らみ、事業部から「結局どこが致命的なのか」を逆質問されることになる。とくに最上位のコンプラ・デッドラインは、事業部の「急いでくれ」の圧力で曖昧にしてはならない。法令違反を放置しての締結は、法務担当者個人の善管注意義務違反にも問われ得る領域である。

6. 工程④：事業部確認と関連部署への意見照会

一次レビューで論点を抽出したら、すべてを法務だけで判断せず、事業部に確認すべき論点と他部署に意見照会すべき論点を切り分けて返す。ここを省くと、法務が独断で修正案を作り、事業部からの取引実態と乖離した案や、経理・知財・情シスの規程と矛盾する案が相手方に提示される、という事故が起こる。

主たる判断者で論点を切り分ける

関連部署への意見照会を工程化する

中〜大規模案件では、法務単独・事業部単独で判断しきれない領域が必ず出てくる。「法務がOKを出したが、経理規程で認められない支払条件だった」「情シスのセキュリティ基準を満たさない委託先要件で契約してしまった」「知財管理規程に反する権利譲渡をしてしまった」——いずれも、法務が関連部署に意見照会していれば防げた手戻りである。

運用面では、関連部署照会は事業部確認と並行で進めるのが基本である。直列で待つとリードタイムが膨らむ。論点ごとに「事業部に聞く／関連部署に聞く／両方に聞く」を仕分け、同時に投げる。重要案件では、関連部署の責任者を交えた合同打合せを早期に設定するのが結果として最速になる。

確認の方法

論点が少なければチャット・メールで足りるが、論点が複数領域にまたがる、もしくは事業部の理解度に不安がある場合は、15〜30分の打合せを入れた方が結果として早い。一往復のメールで済まないやり取りを5往復するより、1回の対面・オンライン会議で結論まで持っていく方がリードタイムも品質も改善する。

7. 工程⑤：コメント作成——「直して」ではなく「なぜ・どう・どこまで」を書く

コメントは、相手方や事業部にそのまま渡せる完成度で書く。修正案を箇条書きで投げるだけでは、相手方との交渉でも、社内の合意形成でも、説得力に欠ける。実務的には、(1)何を問題視しているか、(2)なぜ問題か（リスク・根拠）、(3)どう直すか（具体的修正案）、(4)代替案・落としどころ、を1セットで書くのが原則である。

コメント例：損害賠償の上限がない条項

コメントの粒度を統一しておくことで、レビュアーや責任者がチェックする際の負荷も下がり、コメントの抜け漏れも見つけやすくなる。社内にコメントテンプレートを整備しておくと、担当者ごとの品質バラつきを抑えられる。

8. 工程⑥〜⑦：返却・再レビュー・交渉——「往復」を前提に設計する

初回返却で交渉が終わるケースはむしろ少数で、相手方からの修正版に対する再レビューが2〜3往復続くのが普通である。再レビューで重要なのは、論点ごとに「初期立場・現状・着地予定」を追える状態を維持することである。Word の変更履歴・コメント機能だけに頼ると、論点ごとの推移が追えず、最終的に「結局この条項はどう着地したのか」がわからなくなる。

運用上は、論点管理表（イシューリスト）を一緒に回すのが効果的である。論点番号・初期立場・相手方主張・事業部意向・現状・残タスク・最終着地、の列を持たせ、契約書本体と並走させる。海外案件、M&A、複数当事者契約では、論点管理表なしでは交渉が破綻する。

法務の交渉関与方針——コメントを返すだけで終わらせない

もう一つ、案件の重要度に応じて意識すべきなのが、法務が相手方との交渉にどこまで関与するかである。事業部が交渉を担う場合、法務の意図が正しく伝わらず、誤った妥協（致命的論点を交渉カードに使ってしまう、許容余地ある論点で硬直する等）が起こりやすい。

法務同席は工数がかかるが、書面往復が5回続くより、1回の打合せで決着する方がリードタイムも品質も優れる。コスト感覚で同席を避けすぎると、結果として総工数が増える。

9. 工程⑧〜⑨：承認・記録化・履行管理移行

承認——「OK」ではなく「残存リスクの可視化」

契約締結の承認は、社内の権限規程（職務権限規程・決裁規程）に従う。法務の役割は、(a) 案件が誰の決裁レベルに該当するかを判定し、(b) 稟議に必要な情報を整理し、(c) 残存リスクを明示して上申する、の3点である。法務が「OK」と言えば承認される運用は望ましくない。リスクの存在を可視化したうえで、事業判断・経営判断として承認を取るのが正しい姿である。

記録に残すべき5点

記録化の目的は、3年後に同じ取引先と再交渉する自分または後任のためであり、また、紛争が起きた際に「なぜその条件で締結したか」を説明するためである。記録は、契約審査の最後の工程でありながら、もっとも省略されやすい工程でもある。フローの最後にチェックポイントを置き、記録化が完了するまでは案件をクローズしない運用にしておくのが望ましい。

履行管理への引継ぎ——契約は締結したら終わりではない

契約審査の本質的な目的は、契約書を作ることではなく、契約を適切に履行することにある。締結された契約には、自動更新の拒絶通知期限、価格改定の協議開始時期、報告義務の発生時点、特定事象発生時の通知義務など、履行段階で管理すべきマイルストーンが必ず含まれる。これを締結時に抽出して、契約管理（CLM）または事業部の管理体制に引き継いでおかないと、せっかく交渉した条項が機能しない。

これらをアラート設定可能な項目として整理し、契約管理システムに登録するか、事業部の管理表に引き継ぐ。「審査フローの終着点はマイルストーン抽出」と位置づけることで、契約書が休眠資料になることを防げる。

10. 案件タイプ別：フローの濃淡をどう変えるか

9工程をすべての案件で同じ重みでこなすのは現実的ではない。案件の性質に応じて、各工程の濃淡を意図的に調整する。重要なのは、削っていい工程と削ってはいけない工程を区別することである。

11. 法務部門内の役割分担——担当者・レビュアー・責任者

個人の力量に依存しない運用にするには、法務部門内で3層の役割分担を設計するのが基本形である。

レビュアーを置くかどうかで、案件ごとの品質バラつきは大きく変わる。担当者1人に閉じる運用は、属人化と判断の偏りを生みやすい。少なくとも、修正必須・高リスク・新規類型の案件では、レビュアーチェックを必須化する設計が望ましい。

12. ステータス管理と進捗の見える化

9工程のどこに案件が止まっているかが見えないと、「事業部の回答待ち」「相手方からの修正待ち」「責任者の承認待ち」が混在し、リードタイム短縮の打ち手が打てない。最低限、次のステータスを切れる仕組みは欲しい。

ツールはスプレッドシートでも契約管理SaaSでもよいが、重要なのは「誰のボールか」が常に見えること、そして滞留している案件を週次で棚卸しする運用である。「何となく止まっている案件」が組織として一番のリスクになる。

13. AI共生型フロー——どこにAIを入れ、どこで人間が判断するか

生成AIの実用化により、契約審査の各工程の作業効率は大きく変わりつつある。ただし、AIに任せていい工程と、人間が握るべき工程を切り分けないと、効率化のつもりが事故の原因になる。基本原則は、「AIは下書き・初動、人間は背景理解と最終判断」である。

AI活用で最も誤解されやすいのは、「AIが正解を出す」と思ってしまうことである。実際には、AIは高速で下書きを出し、人間が背景・優先順位・最終判断を握るのが正しい設計である。背景情報を与えずにAIに丸投げすれば、的外れな指摘が大量に返ってきて、精査の工数で却って遅くなる。逆に、背景を整理してAIに渡せば、論点抽出とコメント下書きの工数は大幅に短縮できる。

14. 全体チェックリスト

15. まとめ

契約審査の品質は、個別の条項知識よりも、運用フローの設計と徹底に大きく依存する。受付の質、論点の優先順位付け、関連部署との連携、事業部との切り分け、コメントの完成度、再レビューの追跡可能性、承認時のリスク明示、記録化、履行管理への引継ぎ——どれか一つを欠いても、後々のトラブルの種になる。

9工程の標準フローを土台に、コンプラ・デッドラインを最上位に据え、案件タイプごとに濃淡を調整し、3層の役割分担で品質を担保する。AIは下書き工程に組み込み、人間は背景理解と最終判断に集中する。これが、組織として契約審査を回すための基本設計である。個人の経験値に頼っている部門は、この機会にフローの可視化と標準化に着手することを勧めたい。