法務業務の自動化:契約上の義務台帳を作成

執筆:Ai Flowi · 公開日 。

法務業務の自動化では、契約の本文を義務台帳に整理し、専門知識のある担当者によるレビューに備えることができます。正確な引用、条項識別子、明記された当事者、記載された日付を保持し、文書の文言と解釈を分けます。このガイドは、そのレビュー資料を準備するものです。法的強制力、コンプライアンス、取るべき契約上の行動を判断するものではありません。

設定例であり、記録された検証結果ではありません。提案する条項と根拠の台帳はカタログに記載されていますが、Ai Flowiによる本番環境での検証は行われていません。

1. 対象文書とレビューの問いを確定する

承認済みの契約本文と、関連する別紙、変更契約、提供された定義を集めます。各ファイルに識別子と版のラベルを付けてください。専門知識のあるレビュアーに、対象の義務と当事者を確認します。別紙の欠落は出典の欠落であり、モデルにその条項を再構成させる理由にはなりません。

すべての引用の出典が分かる文書索引を保持します。変更された条項については、レビュアーが適用文言を判断するまで、元の文言と変更契約への参照を保持してください。後のファイルの更新日時だけで、適用される契約を決めないでください。版が最新かどうかについては、 出典監査ガイド で別途説明しています。

必要な準備は、AI Flowi Workflow、利用が許可された読み取り可能なファイル、設定済みのモデルアクセス、台帳を検証する専門知識のある担当者です。必要に応じて、ご自身のモデル提供元のアカウントとAPIキーを使用してください。提供元の使用料金は別途かかります。資料は、承認された取り扱い方法でのみ送信します。Google Docsへの引き継ぎには、ご自身の承認済みGoogle接続と、編集可能な作業文書も必要です。

2. 条項を分類する前に抽出テキストを確認する

この台帳の条項本文を確認する前に、 Read File を ファイル読み込みのドキュメント に従って使用します。

抽出後の条項番号を、文書の階層である節、条項、項、別紙と照合します。同じ見出しや、番号が振り直されたリストによって、異なる二つの位置を一つにまとめないでください。別紙への参照が、似た番号の本文条項ではなく、提供された別紙を指していることを確認します。信頼できる番号がない文書では、ページ位置も保持してください。

変更契約については、変更を指示する箇所と、変更対象とされた箇所の位置を対で保持します。適用する引用を準備する前に、文言が置き換え、追加、削除のどれに当たるかをレビュアーに確認してください。離れた位置にある脚注は、対応する条項や表のセルとの関連を保持します。抽出によってその関連が失われた場合は、対象行を明示して原本に戻ってください。最も近くに見える脚注を推測で結び付けてはいけません。

3. 根拠を優先する義務台帳を設定する

確認済みの条項と文書索引を、 Structured Output input_value に渡します。設定する system_prompt では、引用、明記された当事者、時期を表す文言を解釈から分けるよう指示してください。同じ定義語が複数の文書に現れる場合、文書群全体で同じ意味だと想定せず、該当する定義の位置を示させます。

以下の義務フィールドを output_schema に実装します。設定には、 Structured Outputの設定規約を参照してください。

提案する台帳の列と抽出ルール
列根拠に関するルールレビュアーの作業
出典と条項の位置提供された文書索引にある識別子を使用する。原本で該当箇所を特定する。
義務の正確な引用モデルの要約に置き換えず、原文の文言を保持する。限定条件と例外が含まれているか確認する。
明記された当事者記載された当事者をそのまま転記し、当事者を特定できない場合は未確定として残す。該当する定義語を確認する。
記載された日付または時期の文言日付や相対的な表現を原文どおり保持する。期間の開始条件となる事象を判断する。
条件と相互参照本文の条件と参照先の位置を記録する。参照先の資料を確認する。
不足する根拠とレビュー判断欠けた別紙、不明瞭な本文、レビュアーが入力した判断を明示する。追加調査が必要な事項を判断する。

抽出時には、引用した時期の文言と、レビュアーが入力したその解釈を区別するよう指示します。起算事象が不明な相対期間は、不足情報の列に入れます。文章を編集する際も正確な引用のフィールドは変更せず、後からの言い換えが契約文言と誤認されないようにしてください。

4. 抽出された項目だけでなく欠落もレビューする

台帳の各行を、条項全体と周辺の定義に照らして確認します。続いて、文書を見直し、台帳に入っていない関連箇所を探してください。抽出行だけを確認すると、その文言は検証できても、抽出されなかった義務が見えないままになる可能性があります。確認した文書の版とレビュアーの判断を、根拠の隣に記録します。

相対期間には特に注意が必要です。受領、受諾、その他の事象に結び付いた表現は、その事象と適用する解釈が確定するまで、引用した時期の文言のまま保持します。生成された具体的な日付は、裏付けがなくても正確に見えることがあります。この提案構成で、その日付をリマインダー、通知、行動につなげないでください。

問いと判断を区別します。「参照された別紙が提供されていない」は根拠の不足を示します。「その義務は適用されない」は、この下書きで示してよい解釈ではありません。出力を完全に見せるために未解決の行を除くのではなく、台帳に保持してください。

5. レビュー済み文書への引き継ぎを準備する

承認された台帳をレビュー用の作業文書に転記するには、 Template Mergeの操作リファレンス に従ってください。

準備する values には、文書索引、引用した義務、不足する参照、レビュアーのコメントを別々の節として用意します。「契約引用」と表示されたプレースホルダーに解釈を割り当ててはいけません。必要な場合には変更契約への参照も含め、転記先に各引用の位置を表示します。レビュアーが作業中の文章から行を削除しても、その扱いをレビュー記録に残してください。行がないことによって、その条項が検討されなかったと誤解されるのを防ぎます。

既存の Google Docsのフォーム用レシピでは、記載されたCR+LF変換を使った42/42の結果が記録されています 。対象はフォーム検証とCreate Documentであり、契約抽出、台帳の網羅性、Template Mergeの検証結果を示すものではありません。

6. 法務ワークフロー自動化の使用前に限定範囲をどう検証しますか?

変更契約の欠落、例外付きの条項、定義された当事者が確定しない場合、不明な事象に結び付いた日付を検証します。下書きには根拠の問題を保持し、もっともらしい文章で解決してはいけません。設計を受け入れる前に、レビュアーに、生成された行と省かれた箇所の両方を評価してもらってください。

欠落を確認する例として、本文条項が別紙を参照し、変更契約が一つの項だけを変更する場合を考えます。まず文書索引を作成し、抽出された行をすべての参照箇所と照合します。別紙がなければ、本文条項が正確に転記されていても、その行は不完全なままです。変更対象が曖昧なら、読みやすい版を選ぶのではなく、その曖昧さを記録してください。合格判断で問うのは、モデルがもっともらしい義務を生成したかではなく、レビュアーが提供された文書群を通してその行の文言を追跡できるかです。

このフローを、法的結論、法的強制力の評価、コンプライアンスの主張、契約上の通知、契約上の行動の自動実行に使用しないでください。テキスト抽出やモデルの分類は、条項を省いたり誤読したりする可能性があります。読み取り可能な完全な文書群や専門知識のある担当者のレビューを確保できなければ、文書の整理までで止めてください。

プラン:Goは年払いで月額USD8から(月払いUSD10)、Plusは月額USD16から(月払いUSD20)、Pro 100は月額USD80から(月払いUSD100)、Pro 200は月額USD160から(月払いUSD200)、Pro 500は月額USD400から(月払いUSD500)。毎月5,000~250,000 Flowi Tokensが含まれ、追加購入も可能です。ノード実行1回につき1トークン。サードパーティのAPIとモデルの利用料金は含まれません。

インターフェースの確認には、 カタログ を参照してください。記録された範囲の確認には、 ユースケース を、レビューを伴う別の文書作成作業については、 手順書の作成 を参照してください。義務台帳は、法務レビュアーのための根拠補助資料です。