リーガルチェック結果の書き方｜修正案・コメント・リスク説明の実務

リーガルチェック結果はなぜ「書き方」が重要なのか

結論として、法務が見つけたリスクは、伝わらなければ実務で活かされません。

依頼部門は、修正の理由、交渉優先度、譲歩可能性、残るリスクを知りたいと考えています。決裁者は、重大なリスクがあるのか、事業判断として受け入れられるのかを知りたいと考えています。相手方は、なぜ修正を求められているのか、どのような代替案なら合意できるのかを知りたいと考えています。したがって、法務コメントは「法律的に正しい」だけでなく「実務で使える」必要があります。

まず整理したいリーガルチェック結果の種類

結論として、リーガルチェック結果には、修正案、コメント、確認質問、リスク説明、交渉方針、社内確認依頼、決裁者向け説明などがあり、それぞれ目的が違います。

初心者は、すべてを同じコメントに詰め込まず、用途ごとに整理すると伝わりやすくなります。

確認事項1：修正案とコメントを分ける

結論として、修正案は「文言をどう変えるか」、コメントは「なぜ修正するのか」を示すものです。

修正案だけだと理由が伝わらず、コメントだけだと具体的な修正が進みません。契約書上のコメントは簡潔にし、詳細なリスク説明は別途メールや社内メモに分けることもあります。相手方に見せるコメントと、社内だけのコメントを混同しないようにします。

確認事項2：必須修正・推奨修正・確認事項を分ける

結論として、すべての修正が同じ重要度ではありません。

法令違反や重大なリスクに関わる必須修正と、交渉上可能なら入れたい推奨修正を分けます。事実関係が不明なものは、修正ではなく確認事項として出します。依頼部門が交渉優先順位を判断できるようにします。「これは必須」「これは交渉可能」「これは確認後判断」といった分類が実務上有効です。なお、何が必須かは取引内容によって変わるため、「この条項は絶対に受け入れてはいけない」といった個別事情を無視した断定は避けます。

確認事項3：依頼部門向けコメントの書き方

結論として、依頼部門向けコメントでは、法律論だけでなく、次に何を確認・判断・交渉すべきかを明確にします。

長すぎる説明ではなく、結論、理由、対応案を分けます。「この条項は危険です」だけではなく、「どのような場合に、どのような不利益があるか」を説明します。依頼部門を責める表現は避けます。事業判断が必要な事項は、法務判断と分けて伝えます。

確認事項4：相手方向けコメントの書き方

結論として、相手方向けコメントは、交渉文書として読まれます。

攻撃的・断定的・一方的な表現を避けます。修正理由を簡潔に示し、合理的な代替案を提示します。「当社としては」「本件取引の性質上」「双方の責任範囲を明確にするため」などの表現が使いやすいです。社内事情や社内規程をどこまで相手方に伝えるかは慎重に考えます。社内限定コメントを誤って相手方に送らないよう注意します。

確認事項5：リスク説明の書き方

結論として、リスク説明では、単に「リスクがあります」と書くだけでは足りません。

何が起きるリスクか、どの程度起こりそうか、起きた場合の影響は何か、対応策は何かを整理します。法務が判断できるリスクと、事業部門が判断すべきリスクを分けます。重大リスク、通常リスク、軽微リスクを分類します。リスクが残る場合は、誰がリスク受容するのかを明確にします。

確認事項6：確認質問の書き方

結論として、リーガルチェックでは、契約書だけでは分からない前提を依頼部門に確認することが多くあります。

確認質問は、短く、具体的に、何を返してほしいか明確に書きます。「問題ないですか？」ではなく、「誰が」「何を」「どの範囲で」「いつまでに」確認したいのかを書きます。質問の背景を一言添えると、依頼部門が答えやすくなります。質問が多い場合は、優先順位をつけます。

確認事項7：代替案・譲歩案の書き方

結論として、契約交渉では、法務の第一希望が通らないことがあります。

そのため、第一案、第二案、最低限確保したい案を整理することが実務上有効です。代替案を示すことで、依頼部門が交渉しやすくなります。ただし、譲歩案を相手方に最初から出すかどうかは、交渉方針によります。社内向けには譲歩可能ラインを示し、相手方向けには必要に応じて段階的に提示します。

確認事項8：「問題ありません」と書くときの注意点

結論として、法務が「問題ありません」とだけ返すと、確認範囲が広く誤解されることがあります。

契約書の文言確認として問題ないのか、法令・社内規程・事業判断まで含めて問題ないのかを分ける必要があります。「いただいた契約書案の文言上、現時点で重大な修正必須事項は見当たりません」など、範囲を明確にする表現が有用です。未確認事項がある場合は、前提条件として明示します。なお、法務が問題ないと述べても、それが事業判断・決裁判断まで完了したことを意味するわけではありません。この点は第20話の責任範囲につながります。

確認事項9：社内限定コメントと相手方開示コメントを分ける

結論として、契約書コメントには、相手方にも見えるコメントと、社内だけで共有すべきコメントがあります。

「この条項は相手方に有利すぎます」「この条件は当社にかなり不利です」などは、相手方にそのまま見せるべきではない場合があります。社内向けにはリスクを率直に書き、相手方向けには交渉上適切な表現に変えます。Wordコメント、メール、別紙メモ、チャットでの共有など、媒体ごとに注意します。誤送信・コメント残りにも注意します。

確認事項10：リスク受容の記録

結論として、法務がリスクを指摘しても、事業判断として受け入れる場合があります。

その場合、どのリスクを、誰が、どの前提で受け入れたのかを記録することが重要です。リスク受容は、法務が責任を放棄することではなく、判断プロセスを明確にすることです。決裁者・依頼部門・管理部門に判断を仰ぐべき事項を分けます。記録は、メール、稟議コメント、法務回答メモ、契約管理システムなどで残します。

確認事項11：修正履歴・コメント管理

結論として、契約書レビューでは、修正履歴やコメントの管理も重要です。

誰がどの修正を入れたのか、相手方がどこを戻したのか、未解決コメントが残っていないかを確認します。最終版に社内コメントが残っていないか、相手方に見せるべきでないコメントが残っていないかを確認します。PDF化、Wordの変更履歴、コメント削除、比較版作成などの実務もあります。ここではツール解説ではなく、法務実務上の注意点にとどめます。

確認事項12：期限が短い場合のコメントの書き方

結論として、実務では、確認期限が短い案件もあります。

短時間で確認した場合は、確認範囲や前提を明確にします。「短時間での一次確認」「主要論点のみ確認」「添付資料未確認」など、前提を残します。ただし、責任逃れのような書き方ではなく、実務上の制約を正確に伝えます。重大な未確認リスクがある場合は、締結前に追加確認が必要であることを明示します。

確認事項13：法務コメントで避けるべき表現

結論として、法務コメントには、避けた方がよい表現があります。

断定しすぎる表現、責任を広げすぎる表現、相手方を刺激する表現、依頼部門を責める表現、曖昧すぎる表現を整理します。特に「法務として保証します」「完全に問題ありません」「絶対に大丈夫です」「違法です」といった表現は慎重に扱います。個別案件では断定が必要な場面もありますが、その場合でも根拠・前提・範囲を明確にします。

確認事項14：メール・チャット・Wordコメントの使い分け

結論として、リーガルチェック結果は、媒体ごとに向いている内容が異なります。

Wordコメントは条項ごとの修正理由に向いています。メールは全体方針・重要リスク・依頼事項の整理に向いています。チャットは簡易確認には向いていますが、重要判断は記録に残る形にする必要があります。稟議コメントは決裁者が読むため、要点と残るリスクを簡潔に書きます。

修正案・コメント作成を補助する関連ツール

リーガルチェック結果は、修正案だけでなく、理由、リスク、確認質問、相手方への説明まで整理する必要があります。プロンプトや過去相談を活用して、コメントのたたき台を作り、人による確認を前提に整えることで、レビュー結果を伝えやすくなります。

いずれも、最終的な判断は人が行うことが前提の補助ツールです。コメント作成の補助、論点整理、過去相談の検索などに役立ちます。

リーガルチェック結果の確認フロー

結論として、リーガルチェック結果は、修正箇所の洗い出しから最終版のコメント残り確認まで順番に押さえると、伝わりやすく抜けにくくなります。

法務コメントの文例集

結論として、場面ごとに型を持っておくと、コメント作成が早く、伝わりやすくなります。以下は社内向け・相手方向けを分けた文例です。いずれも、たたき台として、案件に応じて調整してお使いください。

初心者向け：リーガルチェック結果の書き方チェックリスト

結論として、この記事の内容は、レビュー中・依頼部門返信時・相手方返信時・最終確認時の4段階に整理できます。法務だけでなく、依頼部門の方も使える内容です。

リーガルチェック結果の書き方でよくある失敗

結論として、リーガルチェック結果の書き方には典型的な失敗パターンがあります。知っておくと、同じ失敗を避けやすくなります。

まとめ｜リーガルチェック結果は「次の行動」が分かるように書く

次回はいよいよ最終回です。リーガルチェックの限界、法務が「確認済み」と言う前に整理すべき責任範囲を解説します。コメントの書き方は、この責任範囲の整理と直結します。