契約ロールアップを作成
現在有効な条件の

契約ロールアップとは

契約ロールアップとは、1文書につき1行ではなく、1条項につき1行の表です。契約ファミリーとは、マスター契約とそれを変更するすべての文書、すなわち修正契約、更新契約、再作成契約、サイドレター、およびデータ処理契約（DPA）などの関連契約を指します。各行には、現在の内容、それを支配する文書、条項またはセクションの参照、ページ、発効日が含まれます。この表は管理記録であり、レビュー担当者が契約ファミリー全体を開き直すことなく「この契約は現在何を定めており、どの文書がそう定めているのか」に答えられるようにします。

単位が重要である理由は、似た響きの4つの成果物が4つの異なる表を生み出すからです。マスター契約とその修正契約のサマリーは、各文書を順に圧縮します。契約台帳は1契約につき1行を保存します。文書間検証は同じフィールドを文書間で比較し、例外を返します。ロールアップは条項ごとに1つの現在の値を選び、その背後にある管理の連鎖を記録します。

最も近い隣接概念は文書間の契約データ検証です。このチェックは、すべての文書の同じフィールドを1つの列にまとめ、値が一致しない箇所を示します。ロールアップはその後に始まります。すなわち、有効な値を選び、それを現在のものとした文書を記録します。2つの表は同じ抽出を共有できますが、答える問いは異なります。

ロールアップは契約ライフサイクル管理システムとも異なります。Ironclad、Concord、ContractSafe などの CLM は、文書を保存し、修正契約を親契約にリンクし、日付に関するアラートを実行します。そのリンクは文書間の関係であり、各条項が現在何を定めているかの記述ではありません。CLM に一度も読み込まれなかったレガシー PDF ファミリーにとって、ロールアップはチームが初めて得る条項レベルのビューであることが少なくありません。

マスター契約がなぜ勝ち続けるのか

マスター契約が勝つのは、元のファミリーの中で、通常、端から端まで読まれるように書かれた唯一の文書だからです。定義、運用条項、署名欄があり、一貫した筋書きがあります。修正契約は通常2ページです。「第7.2条を削除し、以下に置き換える。」読者が正しい条項の箇所でマスター契約を既に開いていることを前提としています。

この非対称性が問題のすべてです。通知期間を求められた契約担当者は、マスター契約を開き、通知条項を見つけて答えます。通知期間を変更した修正契約は同じフォルダにありますが、同じ読解の流れの中にはありません。汎用AIツールも同じように振る舞うことがよくあります。最もテキストが多い文書、つまりマスター契約を要約するのです。入力が完全に見えたため、出力も完全に見えます。

あるr/legaltechのスレッドが本当の難しさを指摘しています。「誰もがLLMが法的質問に正しく答えられるかどうかに注目する。しかし実際には、それは通常最も難しい問題ではない」（バージョン管理に関するr/legaltech）。難しいのは、どのバージョンが現在のもので、どの文書がそれをそこに置いたかを知ることです。

この記事のきっかけとなったスレッドのあるコメント投稿者は、1つの関係を6つの文書として挙げています。「マスター契約（2000年1月1日）。第1修正契約（2002年1月1日）。第2修正契約（2008年2月1日）。更新契約（2010年5月1日）。DPA（2012年6月1日）。第3修正契約（2013年12月30日）」（r/legaltech）。このリストは修正契約、更新契約、データ処理契約を混在させています。13年にわたります。2008年の修正契約に署名した人物は、もう会社にいないかもしれません。ファイル名はその順序になっていないかもしれません。

マスター契約はファミリーの中で最もよく書かれた文書であり、だからこそ要約するのに最も危険な文書です。

コストは理論上のものではありません。WorldCCは平均的な契約価値の浸食を8.6%としています（World Commerce & Contracting）。上書きされた料金表を指す表は、WorldCCが測定している問題の1つのバージョンです。それは単一のセル内の小さな誤りであり、請求書、予算、または更新の判断へと伝わっていきます。

現在の内容が潜む6つの場所

ロールアップの誤りの多くは管理の誤りです。正しい値はフォルダ内に存在しても、表が誤ったドキュメントを指しているのです。読み取り自体は通常問題ありません。壊れるのは管理の連鎖です。

1. 修正契約が条項ではなく数値を変える。 第2修正契約は「第5.1条は『$12,000』を『$14,500』に置き換えることで修正される」と述べています。マスター契約の第5.1条は依然として$12,000と記載されています。マスター契約を開いた読者は、警告なしに古い数値を得ることになります。表には第5.1条の行、新しい値、修正ドキュメント、変更が記載されたページが必要です。
2. 発効日は署名日ではありません。 修正契約は3月に署名され1月に発効することも、両当事者が異なる日に署名することも、日付が全くないこともあります。表が署名日で並べ替えられていると、時系列が誤ることがあります。署名日と明記された発効日を別々の列に記録してください。通知条項を再記載せずに期間を延長する更新契約は、この問題のよくある形です。更新日のワークフローでは、それに続く日付計算を扱っています。
3. 変更は別紙または別表に存在する。 本文の支払条項が依然として「別紙Bに定めるとおり」と述べていても、料金表が全面的に差し替えられることがあります。現在の数値は新しい別紙にあり、条項にはありません。別紙とページを記録し、本文は修正されていないことを注記してください。
4. 再作成契約は以前の修正契約を吸収する。 修正・再作成契約は、原本とすべての修正契約を1つの新しい契約に統合し、原本を置き換えます（Nolo）。表が古い修正契約を再作成契約の上に重ねると、もはや別個のドキュメントとして存在しない変更を二重に適用してしまいます。再作成契約を新しい基準として印を付け、以前のドキュメントはそれにより置き換えられたものとして印を付けてください。
5. サイドレターは「修正」という語なしに条件を変える。 価格レター、権利放棄、更新契約、DPA、変更指示は、修正契約の番号付けの外にありながら条件を変えることがあります。読者が「第4修正契約」を検索しても見つけられません。ドキュメントはその名称ではなく、その機能によって分類してください。
6. 修正契約が欠落または重複している。 番号の欠番は危険信号であり、ドキュメントの欠落の証拠ではありません。両当事者がそれぞれのテンプレートを使用したため、2つのファイルがどちらも「第1修正契約」と呼ばれることがあります。表には「未発見」と「重複、要照合」のステータスを設けるべきであり、どちらも推定値にしてはなりません。

最新のドキュメントが優先するという普遍的なルールはありません。連邦契約は連邦調達規則（FAR）、具体的にはFAR 52.215-8から固定された順序を得ており、それによると別表が最初、次に表明およびその他の指示、契約条項、その他のドキュメント、別紙および添付、そして仕様書が最後となります（Acquisition.gov）。商業契約は独自の優先順位条項を定めており、多くの修正契約は、両者が矛盾する範囲においてのみ契約に優先すると述べています。したがって表は支配文書を記録するのであり、日付順の並べ替えからそれを導き出すのではありません。

誰がどのステップを担当するか

4つの役割に属する4つの業務を1人に任せると、契約ロールアップは失敗します。ファイルを見つけられるパラリーガルは、条項が執行可能かを判断できる人ではありません。表を作成できる契約マネージャーは、2008年の修正契約を交渉した人ではありません。

引き継ぎは役職名よりも重要です。条項は、弁護士が承認済みとマークするまで「弁護士確認待ち」のままです。欠落文書は、事業責任者または相手方が提出するまで「未発見」のままです。空白をデフォルト値に変換してはいけません。デフォルト値は、空白が「変更なし」になり、やがて誤った回答になる経路だからです。

作成すべき2つのテーブル

ロールアップには2つのテーブルが必要であり、これらを1つにまとめてしまうことが、スプレッドシートでの試みが通常失敗する原因です。一方のテーブルは証拠を保持します。もう一方は答えを保持します。

文書インデックスは、ページ上に存在する事実の集合であるため抽出できます。条項レジスターは完全には抽出できません。「どの文書が支配するか」は法的結論だからです。ツールはすべての候補値とその引用を提示できます。支配文書のセルは人が記入または確認します。

文書インデックスは証拠です。条項レジスターは答えです。これらを1行にまとめると、どちらかが失われます。

これが、マルチページ結合を使って契約ファミリー全体を1行にまとめるべきでない理由でもあります。この機能は1つの文書のページを1行に折りたたむことができ、フィールドが競合する場合は、最初の値を保持する、最後の値を保持する、連結する、または行を分割するといった選択ができます。これらは機械的な選択であり、法的な優先順位の判断ではありません。この機能は、ページごとにスキャンされた契約を再構成するために使用するものであり、マスター契約とその修正契約をマージするためのものではありません。クリーンなPDFセットではなくスキャンされた契約から始める場合、契約データ抽出ワークフローが最初のパスをカバーします。何を抽出するかまだ検討中の場合は、契約抽出の完全ガイドがフィールドセットをカバーします。

レガシーPDFからの構築

何かをアップロードする前に文書インデックスを設計しておけば、抽出ステップは簡単な部分です。難しいのは、何を文書とみなし、何を条項とみなすかを決めることです。5ステップの構築で、これらの判断を順序立てて進められます。

デモでは契約書をサンプルとして使用しています。サンプル契約書で列の設定を試し、ファミリー全体に適用する前に値がどこに入るかを確認してください。1つではなく複数のファミリーのポートフォリオを扱う場合、バッチ条項抽出ワークフローは同じ構築をより大量に行うものです。

実例

同じ6つの文書から5つの異なる支配文書が生じることがあり、これが条項ごとの表の狙いです。r/legaltechのコメントにあるファミリーを使うと、ロールアップは次のようになります。値は例示であり、コピーすべきは文書構造の部分です。

最新の文書は第3修正契約だが、支配するのは1行のみである。最も古い文書が別の行を支配している。「最新文書」という列は、5行のうち4行で誤りとなる。だからこそ支配文書は、契約記録の先頭ではなく各条項の隣に置くべきなのである。

この表は、引用列が機能していることも示している。レビュアーは$186,000に異議を唱え、第3修正契約の2ページにたどり着ける。90日に異議を唱え、第2修正契約の1ページにたどり着ける。議論は記憶から紙へと移り、小規模チームが同じ質問に同じ答えを二度返せる唯一の方法となる。

ロールアップが判断できないこと

この表はレビュアーが必要とする事実を記録するものであり、法的判断を下すものではありません。AIベンダーは時にこの境界を曖昧にするため、明確に述べておく価値があります。

• 法的な文章による要約は作成しません。取締役会向けのメモには依然として弁護士による記述が必要です。この表はその記述のための証拠基盤です。
• どの文書が法的に優先するかは判断しません。修正契約自体の文言、優先順位条項、再作成契約、準拠法がそれを決めます。人がそれらを読み、行をマークします。
• 欠落した修正契約を検出しません。番号の抜けは手がかりです。誰かが業務担当者または相手方に確認する必要があります。
• すべての文書のすべての値を比較して勝者を宣言するわけではありません。候補の値とその引用を一箇所にまとめます。レビュアーが支配文書をマークします。比較は別の作業であり、文書間検証に近いものです。
• Bboxは値の出所を示します。その値が有効なものであることを証明するものではありません。
• この表はフォルダと同じ分しか完全ではありません。フォルダに入っていないサイドレターはロールアップに現れません。

これが元スレッドの不満に対する正直な答えです。AI法務ツールは「信頼性が低く、生成されたすべてを検証する必要があり、必要なすべてを確実に捕捉する保証はない」という不満があります（r/legaltech）。解決策は出典列を備えた表です。検証は契約ファミリー全体を読み直すのではなく、セルごとに1クリックで済みます。要約は証拠を隠しますが、表はそれを明らかにします。

この表はページを示すことはできますが、そのページが依然として支配的であることは教えてくれません。

最新の状態を保つ

ロールアップはスナップショットであり、作成した翌日には古くなります。契約修正の追跡はそれを最新に保つ日課です。誰かが表を求めたときではなく、文書が締結されたときに該当する行を更新します。

• 署名された当日に、すべての新しい文書を文書インデックスに追加します。修正契約、更新契約、再作成契約、サイドレター、権利放棄、DPA、変更指示などです。
• 影響を受ける条項の行のみを更新します。古い値は上書きせず、以前の内容の列に入れます。
• 各ファミリーに1名の担当者を定めます。チームは担当者ではありません。締結された修正契約を処理する人が、その日のうちに表を更新します。
• 表に最終レビュー日を記載し、ファイルをバージョン管理します。日付のない表は噂にすぎません。
• 更新契約や監査の前に、優先順位条項と最新の再作成契約をもう一度確認し、修正契約の番号に欠番がないことを確かめます。

表を小さく始めれば、維持コストは小さく抑えられます。10～15の条項でほとんどの商業関係をカバーできます。契約期間、更新、通知、料金、支払条件、価格改定、解除、責任、補償、データ保護、準拠法、譲渡、支配権の変更です。15行の表は維持できます。契約書全体を再現しようとする表は第二の契約書であり、やがて放棄されます。

FAQ

契約ロールアップとは何ですか？

契約ロールアップとは、契約ファミリー内の各条項について現在の内容を示し、その内容を支配する文書と、それが記載されている条項またはページを併記する表です。マスター契約と、条件を変更するすべての修正契約、更新契約、再作成契約、サイドレター、および関連契約から作成します。単位は文書ではなく条項です。

AIはマスター契約とそのすべての修正契約を現在の内容にまとめられるか？

AIは各ドキュメントの条件、日付、引用を抽出し、1つの表にまとめることができます。ただし、2つのドキュメントが矛盾する場合にどちらが法的に優先するかは判断できません。マスター契約のみの要約は、修正契約前の条件を表しているため、誤った基準となります。抽出は文書インデックスに使い、各条項の支配文書は人が指定してください。

どのドキュメントが条項を支配しているかはどう判断するか？

まず修正契約自体の文言を読みます。通常はどの条項を置き換えるのか、契約全体を優先するのか、矛盾する部分のみを優先するのかが記載されています。次に優先順位条項を読み、以前の修正契約を吸収した再作成契約がないか確認します。それでも矛盾が残る場合は、準拠法に基づき弁護士が判断します。最新のドキュメントが優先するという普遍的なルールはありません。

修正契約に日付がない、または欠落している場合は？

推測で補うのではなく、未解決として記録します。ドキュメントに記載された発効日、または最後の署名日を使用し、出典を明記します。修正契約の番号に欠番がある場合は危険信号です。ビジネスオーナーと相手方に欠落したドキュメントを確認してください。見つかるまで、その条項は「未発見」のままにしておきます。

契約ロールアップはドキュメント間検証とどう違うのか？

ドキュメント間検証は、同じフィールドを複数のドキュメント間で比較し、値が一致しない箇所を返します。ロールアップは、条項ごとに現在の値を1つ選び、それを支配するドキュメントを記録します。検証は一貫性のチェックであり、ロールアップは現在の内容の表明です。同じ抽出表を共有できますが、出力は異なる問いに答えるものです。

ロールアップはCLMの代わりになるか？

いいえ。契約ライフサイクル管理システムはドキュメントを保存し、修正契約を親契約に紐づけ、アラートを実行します。ロールアップは、スプレッドシートに置ける時点ごとの管理表です。CLMに一度も読み込まれなかったレガシーPDF群では、ロールアップがチームにとって唯一の現在の内容のビューであることがよくあります。CLMがある場合でも、ロールアップはCLMが生成しない可能性のある条項レベルのビューです。

ロールアップの試金石は、レビュアーがその中の任意の値を指し、それを現在の内容にしたページにたどり着けるかどうかです。これは法的意見より低い基準であり、要約より高い基準です。そして、小規模な法務チームがビジネスの問いに数分で答えることを可能にする基準です。

ご自身のマスター契約と修正契約を1つのバッチに入れ、いくつの条項がドキュメントとページ付きで返ってくるか確認してください。すでにお持ちの契約群から始めましょう。