契約依頼がメール・チャットで散らばる会社に必要な仕組み｜LegalOSで入口をそろえる

契約審査の遅れは、レビュー能力ではなく「入口」が原因のことが多い

契約審査の遅れや抜け漏れは、必ずしも法務担当者のレビュー能力の問題ではありません。多くの場合、原因はレビューよりも手前、つまり契約依頼の入口がバラバラなことにあります。

メールで依頼される契約、チャットで頼まれる契約、口頭で相談された契約、Excel台帳に書かれている案件、共有フォルダにだけ置かれた契約書ドラフト、Teamsで飛んでくる質問、Slackのスレッドに紛れた論点。受付ルートが複数あると、法務担当者は常に探し物をしている状態になります。

本記事では、LegalOS本体とLegalOS Inboxを軸に、契約依頼・法務相談・添付資料を「案件」として受け付ける考え方を整理します。法的判断はあくまで人間が行う前提で、その手前にある受付・案件化・記録の仕組みをどう設計するかという話です。

結論：契約依頼は「案件化」しないと管理できない

結論から書きます。契約依頼は、メール単位やチャット単位ではなく、契約案件単位で見る必要があります。

• 依頼内容、契約書、添付資料、期限、相手方、担当者、ステータスを一つの案件にまとめる
• 誰が何を待っているかを見える化する
• 追加資料や差戻しも、その案件に紐づけて記録する
• 最後に承認・記録まで案件に残す

これを「案件化」と呼びます。LegalOS本体は、この案件化を回すための法務案件管理ツールです。LegalOS Inboxは、メール・相談・依頼を案件にする手前の「受付整理」を担います。一人法務・少人数法務であっても、案件化さえできれば、契約審査 進捗管理の見通しは大きく改善します。

図解：契約依頼が散らばるパターン

まず、実務で契約依頼がどこに分散しているかを整理します。

契約依頼が散らばると起きる問題

受付ルートが分散すると、現場では次のような問題が起こりやすくなります。いずれも、レビューの巧拙ではなく受付段階の問題です。

• 依頼内容そのものが分からない（メール本文を全部読まないと依頼の正体が分からない）
• 最新版の契約書が分からない（修正前後のWordが複数バージョン混在）
• 添付資料が不足したまま依頼が始まる
• 期限・優先度が不明確で、何から手をつけてよいか分からない
• 誰待ち（事業部門待ちなのか、法務待ちなのか、相手方待ちなのか）が見えない
• 法務コメントがメール本文に埋もれ、後から検索できない
• 差戻し理由がスレッドの中に散らばり、再依頼時に再現できない
• 承認記録が個別メールにしか残らず、監査・引継ぎに耐えない
• 担当者不在時、ほかの法務メンバーが対応を引き継げない
• 過去案件を後から探そうとしても、検索キーが揃わない

これらは、Outlookメール 整理を頑張ったり、契約管理 ツールではない汎用フォルダで運用したりしても、根本的には解消しにくい問題です。受付ルートそのものを一本化する必要があります。

契約依頼の入口で最低限そろえるべき情報

契約依頼を案件化する前提として、入口で最低限そろえておきたい情報があります。これは法務側の都合だけではなく、後の契約審査・社内承認・記録のために必要な項目です。

• 契約類型（NDA、業務委託、売買、賃貸借、ライセンス、共同開発 など）
• 相手方の正式名称（登記簿上の表記）と所在地
• 取引概要（何を、いつ、どのように行う契約か）
• 契約金額・対価の構造
• 希望締切（社内決裁の希望日と、相手方への返送希望日）
• 事業部門の担当者と決裁ライン
• 添付資料（契約書ドラフト、相手方提示資料、見積書、仕様書 など）
• 相談したい論点（リスクの懸念点、修正したい条項）
• 社内承認状況（稟議の有無、承認段階）
• 相手方提示か自社ひな形か
• 締結予定日・契約開始予定日
• 個人情報・営業秘密・NDA情報の含まれ方

図解：法務受付で最初に聞くべき項目マップ

表：契約依頼受付で確認すべき項目一覧

図解：契約依頼受付の理想フロー

受付から記録までの流れを、ツールで整理できる部分と、人間が判断する部分に分けて示します。

LegalOS本体で契約依頼を案件化する考え方

LegalOS本体は、契約依頼・契約審査・承認・差戻し・記録を、契約案件単位で扱うための法務案件管理ツールです。重要なのは、メール単位ではなく契約案件単位で情報を束ねるという考え方そのものです。

具体的には、次のような整理になります。

• メールやチャットの依頼を、契約案件として登録する
• 依頼内容、契約書ドラフト、補足資料、法務コメント、承認記録を一つの案件にまとめる
• ステータス（受付中、確認中、法務レビュー中、差戻し中、承認待ち、完了など）を付ける
• 承認・差戻し・完了を時系列で記録する
• 「誰待ち」「いつまで」「次に何をするか」が一画面で分かる

これは、契約依頼 フローを属人運用から脱却させ、契約管理 ツールとしての最低限の機能を整えるものです。なお、LegalOS本体は法務判断を代替するものではありません。判断そのものは法務担当者・決裁者が行い、LegalOSはその判断の前提と記録を整理する役割を担います。

LegalOS Inboxでメール・相談を仕切り直す考え方

LegalOS Inboxは、メール・相談・依頼・添付資料を法務案件として受け付けるための受付整理ツールです。LegalOS本体が「案件管理」を担うのに対し、LegalOS Inboxは「案件にする前の入口」を担います。

典型的な使いどころは次のとおりです。

• Outlookで長くなった相談メールを、論点・依頼事項・添付資料に切り分けたい
• 「とりあえず相談です」というメールから、契約依頼なのか一般相談なのかを仕分けたい
• 添付資料が複数回に分けて送られてくる依頼を、一つの受付に束ねたい
• 事業部門が複数いる相談を、案件化前に整理したい

LegalOS Inboxを使えば「メール相談が自動で解決する」わけではありません。あくまでメール本文と添付資料を、案件化しやすい形に仕切り直すための入口整理です。仕切り直したあと、契約案件として管理するのは引き続きLegalOS本体の役割になります。Outlookメール 整理や法務相談 受付の標準化を進めたいときに、メール受付と案件管理の間に「受付整理」の層を一つ挟む、という発想です。

図解：メール受付とLegalOS受付の違い

契約依頼と法務相談は分けるべきか

契約書レビュー依頼と一般法務相談は、本来かなり性質が違います。

• 契約依頼：契約書ドラフト、取引概要、相手方、期限が中心。アウトプットは契約書の修正案やコメント。
• 法務相談：事実関係、関係者、論点、期限が中心。アウトプットは見解・方針・社内回答。

ただし、入口がバラバラだと、契約依頼も法務相談もどちらも同じメールフォルダに埋もれます。受付段階で「これは契約依頼か、それとも一般相談か」を仕分けることで、後段の処理が大きく変わります。LegalOS Inboxやシリーズ内のLegalOS 法律相談は、この一次仕分けと事実関係の整理を支援する位置づけです（詳細は第8話・第9話・第13話・第14話で扱います）。

契約依頼時に添付資料をどう管理するか

契約依頼に伴って届く資料は、典型的には次のように多岐にわたります。

• 契約書ドラフト（自社版・相手方版・修正後版）
• 相手方提示資料・条件メモ
• 見積書
• 注文書・発注書
• 仕様書・SOW
• 稟議資料・社内承認資料
• 会社案内・登記簿・許認可資料
• 既存NDA
• 補足メール・補足チャット

これらをメール添付のままにしておくと、どれが最新版か、何が前提資料かが追えなくなります。案件単位で資料を束ね、版番号と日付を含めて管理するのが原則です。契約書 添付資料 管理は、契約審査 進捗管理と並んで法務案件管理の中核であり、詳細は第6話「契約書の版管理・添付資料管理」で扱います。

AI活用と契約依頼受付の関係

ChatGPTを使った契約書レビューや、法務AIプロンプト集による論点整理は、確かに有用です。ただし、契約依頼が整理されていない状態でAIを使おうとすると、AIに入れる前の段階で詰まります。

具体的には、次のような順序が必要です。

1. 契約類型・相手方・取引概要・論点を依頼受付時にそろえる
2. 契約書・資料を案件単位で束ねる
3. 個人情報・営業秘密・NDA情報の含まれ方を確認する
4. AIに入れるものはマスキングなど前処理を施す
5. 整理された依頼内容に基づいてプロンプトを構成する
6. AIの出力を法務担当者が点検し、最終判断を行う

マスキングをすれば安全、AIが判断してくれる、という捉え方は避けるべきです。AIの出力はあくまで下書きであり、法的判断は人間が行うという前提は変わりません。

図解：LegalOS本体・Inbox・マスキング・プロンプト集の役割分担

表：受付ルート別に起きやすい問題と対策

表：LegalOS本体・LegalOS Inbox・法務AIプロンプト集の使い分け

契約依頼受付ルールを作るときのポイント

ツール導入と並行して、社内ルールを整える必要があります。ツールだけでは入口は揃いません。最低限、次の項目を決めておきます。

LegalOSが向いている会社・向いていない会社

注意点：入口をそろえるには社内運用も必要

まとめ

• 契約審査の遅れや抜け漏れは、レビュー能力ではなく契約依頼の入口が散らばっていることから起きやすい
• メール・チャット・口頭・Excel・共有フォルダ・Teams・Slackに依頼が分散すると、依頼内容、資料、期限、承認記録が散逸する
• 解決の起点は「メール単位ではなく契約案件単位で扱う」という発想の転換である
• LegalOS本体は契約依頼を案件化し、審査・承認・記録を一元管理する役割を担う
• LegalOS Inboxはメール・相談・依頼を受付段階で仕切り直し、案件化しやすい形に整える役割を担う
• LegalOS マスキングはAI入力前の前処理、法務AIプロンプト集はAIへの指示テンプレートとして補完関係にある
• ツール導入と並行して、依頼窓口・必須項目・添付ルール・承認記録・AI利用方針などの社内ルールを整える必要がある
• 法的判断はあくまで法務担当者・決裁者が行うものであり、ツールは判断の前提と記録を整える道具にとどまる

次回（第5話）は「契約審査の進捗管理をLegalOSで整理する方法」として、案件化した後の「誰待ち」「どこ止まり」をどう見える化するかを扱います。