承認・決裁・差戻しをLegalOSで記録する方法｜法務判断の証跡を残す

契約審査というと、契約書の条項を直すことに目が向きがちです。しかし実務では、「誰が・いつ・どの版を・何を前提に承認したのか」を残せていないことが、後から大きな問題になります。

「承認したはず」「差戻したはず」「どの版を見たか分からない」という状態は、内部統制・監査・引継ぎの観点でも避けたい状況です。本記事では、契約審査における承認・決裁・差戻し・法務判断の証跡を、LegalOSを使って案件単位で記録する考え方を整理します。

まず結論：契約審査では「判断の結果」だけでなく「判断の過程」を残す

契約審査の証跡管理で重要なのは、「承認したか／しなかったか」という結果だけを残すことではありません。承認に至るまでの過程を、案件単位で記録することが本質です。

具体的には、次のような情報を紐づけて残せているかが問われます。

• どの契約書版を見て承認したのか
• どの補足資料を前提にしたのか
• 法務は何を指摘し、どの修正が反映されたのか
• 依頼者は法務指摘にどう回答したのか
• 承認者は何を確認したうえで承認したのか
• 最終的に誰が決裁したのか
• 差戻しがあった場合、その理由と再提出後の状態

これらは1か所にまとめて残らないと、後から「なぜこの契約を進めたのか」を説明することが難しくなります。LegalOS本体は、こうした契約審査 履歴管理を案件単位で整理するためのツールです。

図解：承認・決裁・差戻しで記録すべき証跡マップ

承認・決裁・差戻しの記録が残らないと起きる問題

承認・差戻し・法務判断がメールやチャットに分散していると、次のような問題が起きやすくなります。

承認対象版が分からなくなる

「承認します」というメールが届いた時、それが第3版なのか修正後の第4版なのかが特定できないケースです。添付ファイル名と本文中の版名がずれていると、後から追えなくなります。

承認者が何を見たか分からない

承認者が補足資料（議事録、見積、社内稟議など）を見たうえで承認したのか、契約書だけを見て承認したのか、後から判別できないことがあります。

法務判断の理由が説明できない

法務が「この条項は許容範囲」と判断した理由が残っていないと、同種案件で別の判断が出たときに整合が取れなくなります。

差戻し理由がメールに埋もれる

長いメールスレッドの中に「ここはこう直してほしい」が散らばっていると、依頼者は何を直せばよいかを正確に把握できません。同じ差戻しが繰り返される原因にもなります。

承認済みか未承認か曖昧になる

「先日のメールで承認したつもり」「あれは社内検討の合意で、正式承認ではない」といった認識のずれが起きやすくなります。

締結版と承認版の差異に気づきにくい

承認後に相手方からわずかな修正が入り、それを再承認せずに締結してしまうリスクがあります。承認対象版を記録していないと、この差異に気づけません。

監査・内部統制・引継ぎで説明しにくい

監査時や担当者交代時に「なぜこの契約を進めたのか」「どのリスクを許容したのか」を説明する必要が出てきます。証跡が分散していると、説明の準備に大きな時間がかかります。

承認・決裁で記録すべき項目

契約審査における承認記録として残すべき主な項目は、次のとおりです。すべてを毎回フルで残す必要はありませんが、案件の規模・リスクに応じて記録対象を決めておくことが重要です。

• 案件名（社内で一意に特定できる名称）
• 契約類型（NDA、業務委託、売買、賃貸借など）
• 相手方（名称、所在国、関連会社の有無など）
• 承認対象版（第○版、ファイル名、ハッシュ値など）
• 承認者（氏名、役職、所属）
• 承認日時
• 承認条件（特定条件付き承認の場合、その条件）
• 参照した補足資料（議事録、見積、稟議書など）
• 法務コメント（指摘事項、許容理由、残った論点）
• 残存リスク（修正できなかった条項、ビジネス判断で受容した点）
• 事業部門のリスク受容（誰がリスクを引き取ったか）
• 最終決裁者（金額帯や類型に応じた決裁権限者）
• 締結版との対応関係（承認版＝締結版か、再承認が必要か）

表：承認・決裁で記録すべき項目一覧

図解：承認・差戻しの理想フロー

LegalOS本体で承認・決裁を記録する考え方

LegalOS本体は、契約案件ごとに承認・差戻し・決裁・法務判断を紐づけて記録するための法務案件管理ツールです。判断そのものを自動化するものではなく、判断に至る過程と結果を案件単位で残すための道具として位置づけられます。

LegalOSで承認・決裁を記録する基本的な考え方は次のとおりです。

• 契約案件ごとに承認履歴・差戻し履歴を残す
• どの契約書版を承認対象としたかを記録する
• 承認者・承認日時・承認条件を案件に紐づける
• 補足資料・法務コメントと承認を紐づける
• 承認版と締結版の対応関係を残す
• 差戻し理由・依頼者回答・再確認結果を時系列で残す

これにより、第5話で扱った契約審査の進捗管理、第6話で扱った契約書 版管理と接続して、契約審査の前半（依頼・審査）から後半（承認・締結・記録）までを一つの案件単位で管理しやすくなります。

メール・チャット承認の限界

多くの会社では、契約承認をメールやチャットで行っています。スピード感がある反面、証跡管理の観点では次のような限界があります。

• 承認メールが長いスレッドに埋もれ、後から探しにくい
• 「承認します」だけでは、何を承認したかが特定できない
• 添付ファイルと承認文言が対応していないことがある
• 承認者が見た版と、その後修正された版が違う場合がある
• チャットは流れていくため、何日か経つと辿りにくい
• 差戻し理由がメール本文の中に散らばる
• 監査・引継ぎで「なぜ承認したか」を再現しにくい

これらは「メールやチャットが悪い」という意味ではなく、コミュニケーション手段としては有効でも、承認記録として残す媒体としては設計されていない、ということです。

図解：メール承認とLegalOS承認記録の違い

差戻し管理が重要な理由

契約審査における差戻しは、単に契約書を「戻す」事務処理ではありません。確認不足・資料不足・リスク確認が必要な論点を明確化するための重要な工程です。

差戻し理由が曖昧なまま戻されると、次のような問題が起きます。

• 依頼者は何を直せばよいか分からない
• 同じ質問・差戻しが繰り返される
• 差戻し後の修正が法務指摘とずれる
• 差戻し→回答→再提出の経緯が後から追えない
• 判断経緯が分からず、引継ぎ時に再現できない

差戻しは契約審査 差戻しとして記録対象に含め、理由・依頼事項・依頼者回答・解消日を案件単位で残すことが重要です。

図解：差戻し管理マップ

表：差戻し時に記録すべき項目

法務コメントと残存リスクをどう記録するか

法務コメントは「修正してください／修正済みです」という事務的な指摘だけではありません。リスクの所在、代替案、事業判断に委ねる事項を含むことが多く、判断の過程そのものを示します。

特に記録対象として意識したいのは次の点です。

• 修正できなかった条項について、なぜ許容したかの理由
• 代替案を提示したが、相手方が拒否した経緯
• 事業部門が「ビジネス上必要」として受容したリスク
• 重要案件で弁護士等の外部専門家確認を行った場合、その確認内容

残存リスクは、承認者がそれを把握したうえで承認しているかどうかが重要です。「法務は指摘したが事業判断で受容した」という経緯を残しておくと、後日問題が顕在化した際の責任所在の整理に役立ちます。

承認版と締結版をつなげる理由

承認された版と、実際に署名・記名押印された締結版が異なるケースは少なくありません。たとえば次のような状況です。

• 承認後に相手方からタイポ修正・形式修正が入った
• 承認後に添付別紙が追加・差替えされた
• サインバージョンに直前で価格・期間が修正された
• 相手方押印版が法務承認版と一見同じでも、わずかに条文が違う

承認版と締結版の対応関係を残しておかないと、「承認していない条項で締結している」状態に気づけません。契約書 版管理と承認記録を紐づけることで、こうしたずれを検知しやすくなります。第6話で扱った版管理と接続させて運用するのが現実的です。

AIレビューを使う場合の承認・記録管理

近年は、契約書AIレビューやChatGPTなどを使った論点整理が普及しています。AIは法務の作業負担を軽減する一方で、承認・決裁・証跡管理の観点では新たな注意点も生みます。

AI出力は承認の最終根拠ではない

AIが出した論点リストや修正案は、あくまで判断材料の一つです。法務担当者が確認し、採用・不採用を判断したうえで、その判断を記録する必要があります。AI出力をそのまま承認資料に貼り付ける運用は避けたほうが安全です。

AIに入れる前の前処理が必要な場合がある

契約書をChatGPT等の外部AIに入力する場合、個人名、取引先名、契約金額、営業秘密、NDA情報などを伏せる前処理が必要になることがあります。LegalOS マスキングは、こうした前処理を行うためのツールです。

マスキングを行えば情報漏えいリスクは下げられますが、「マスキングしたから安全」と断定はできません。マスキング項目の選定や、社内ルール（どの情報をどこまで伏せるか）の整備とあわせて運用することが前提です。

AI入力版と承認対象版を区別する

AIに入力した版（マスキング済み）と、承認対象版（実際の契約書）は別物です。AI出力を参考にした事実、どの版を入力したか、どの出力を採用したかを記録しておくと、判断経緯が後から追いやすくなります。

図解：LegalOSとAIレビュー後の記録化の関係

表：メール・チャット承認とLegalOS承認記録の比較

表：証跡管理の運用ルール例

証跡管理は、ツールだけで完結しません。社内の運用ルールがあって初めて、記録が一貫したものになります。代表的なルール項目を整理します。

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

注意点：証跡管理はツールだけでなくルールが必要

ここまで読むと、LegalOSを導入すれば証跡管理が一気に整うように見えるかもしれません。実際には、ツールと運用ルールの両輪が必要です。次の点を社内で決めておかないと、ツールだけが先行して定着しません。

• 誰が承認者なのか（金額帯・契約類型ごとに整理）
• どの版を承認対象とするか（最新版・修正後・差替え時の再承認要否）
• 差戻し理由をどの程度の粒度で書くか
• 残存リスクを誰が受容するか（事業部門長／管理部門長など）
• いつ案件を「完了」扱いにするか（締結完了／社内承認完了）
• 締結版をどこに保存するか（電子契約システム、ファイルサーバなど）
• どの案件で外部弁護士確認を行うか

こうした運用ルールは会社ごとに事情が異なります。LegalOSはそれを記録・整理する道具であり、ルールそのものを決めるものではありません。法務DX ツールを導入する際は、ツール選定とあわせて運用ルールを整える視点を持つことをおすすめします。

まとめ

• 契約審査では、判断の結果だけでなく判断の過程を残すことが重要です。
• 「承認したか」だけではなく、どの版を、誰が、いつ、何を前提に承認したかを残す必要があります。
• 差戻し理由・依頼者回答・法務コメント・残存リスクも、記録対象に含めることで証跡として機能します。
• LegalOS本体は、契約案件ごとに承認・差戻し・決裁・記録を整理するための契約管理 ツールとして使えます。
• AIレビューやプロンプト集を使う場合も、AI出力を人間が確認し、その判断過程を記録することが前提です。
• 証跡管理は契約管理 証跡管理のルール整備とあわせて運用してこそ、本来の意味を持ちます。
• 次回は「LegalOS Inboxとは｜メール・相談・依頼を法務案件として整理する受付ツール」を解説します。承認・記録の手前にある「受付」の整理に焦点を当てます。