ベンダー MSA のやり取り
新規ベンダーに標準の master service agreement を送りました。2 週間後、先方の弁護士が「軽微な編集」と称するドラフトを返してきます。彼らの軽微には、こちらの監査権条項を削除し、termination-for-convenience の通知を 30 日から 90 日に延ばすことが含まれます。両方を redline ツールに貼り付ければ、目を細めて 1 時間眺める代わりに、実際の編集セットが 1 分以内に浮かび上がります。
元の契約書 (V1)
修正履歴付き契約書 (V2)
契約書レッドライン: 2 つのバージョンの契約書をオンラインで比較
左側に古いドラフト、右側に相手方が修正したドラフトを貼り付け、変更されたすべての条項を確認できます。アップロードなし、サインアップなし、ブラウザの外には何も出ません。
この契約書レッドラインツールについて
契約書の 2 つのバージョンを比較するための、無料でブラウザ内で動作するツールです。最後のクリーンドラフトを左に、相手方から戻ってきたドラフトを右に貼り付けると、差分が文字単位で点灯します。テキストはあなたのマシンを離れないため、attorney-client privilege のもとでドラフトをレビューしているときや、まだ署名されていない NDA を扱うときに重要です。
想定しているのは、皆が経験したあの瞬間です。相手方の弁護士が「clean copy for your records」と称するものを返送してきて、自分の手元には先週マークアップした版があり、相手側は送る前にすべて承諾しているため MS Word の track changes ビューでは何の役にも立たない、そんな状況です。両方を 2 つのペインに貼り付ければ、本当の意味で並列の redline を数秒で得られます。
内部では、diff そのものは compare-text エンジンと同じものです。それを法務レビュー用に枠組みを整えただけです。契約のメタデータが JSON にある場合、たとえば DocuSign のエンベロープペイロードや CLM のエクスポートなどは、compare-json ツールがその側面を扱います。
レッドラインの実際の仕組み
diff は文字単位で実行され、その後セマンティッククリーンアップのステップが変更を読みやすいまとまりに再グループ化するので、ハイライトは「thirty」内で変わった個々の文字ではなく「sixty (60)」に当たります。右ペインの挿入は緑、左ペインの削除は赤で表示されます。2 つのペインはスクロールが同期しているので、片方の 412 行目で変更を見つけると、もう片方も一緒に飛びます。
MS Word の track changes は段落単位で動作します。両当事者が規律を保ち、ラウンドごとに変更をきれいに承諾していれば素晴らしく機能します。実務ではそれが崩れます。NDA の 3 ラウンド目には、誰かが「clean copy」を送るために accept-all を行い、別の誰かが別のテンプレートからコピペをしており、段落のアンカーが一致しなくなります。プレーンテキストは最小公倍数です。両側をテキストに落とし、テキストの diff を取れば、MS Word がどう感じたかに関係なく、本当の条項変更が浮かび上がります。
なぜ条項単位ではなく文字単位なのか？ 契約書のドラフトには、意味を変える小さな単語の入れ替えがあふれているからです。「shall」から「may」は 2 文字で、世界が変わります。責任上限が「$50,000」から「$100,000」になるのは 1 桁の違いです。「exclusive」が消えれば、ライセンスは非独占になります。条項単位の diff はセクション 5.2 が変わったと教えてくれるだけですが、文字単位の diff は相手方がどの単語を取り除いたかを正確に示します。
契約書をレッドラインする 3 ステップ
テキストペインが 2 つ、diff が 1 つ。ログインなし、アップロードなし、格闘すべきマークアップファイル形式もありません。
- 1
左に自分のバージョンを貼り付ける
前のドラフトを MS Word、Google Docs、または使用中の CLM で開き、すべて選択 (Ctrl+A) して左ペインに貼り付けます。貼り付けると書式が落ちますが、ここではそれが望みです。track-changes のマークアップ、コメントの吹き出し、スタイリングはすべて消え、下層のテキストだけが残ります。前のラウンドの track changes がまだ残っている場合は、まず MS Word で accept-all を行い、クリーンなテキスト同士で比較できるようにします。
- 2
右に相手方のバージョンを貼り付ける
返送された修正ドラフトでも同じことを行います。多くの弁護士はクリーン版に加えて redline 入りの PDF を送ってきます。ここにはクリーン版を貼り付けてください。redline 入りの PDF は audit trail 用で、テキストを抽出できることはまれです。PDF しかない場合は、Adobe Acrobat や PDF リーダーからテキストをコピーして貼り付けます。
- 3
ハイライトされた差分を読む
削除は左で赤の取り消し線、挿入は右で緑として表示されます。各ヘッダーの変更カウントが、検出された明確な編集の数を教えてくれます。スクロールしながら、まずは indemnification、limitation-of-liability、終了、支払条件の各条項内の変更に集中してください。交渉価値の大半はそこにあります。
契約書レッドラインツールが正解になるとき
NDA の交渉ラウンド
相互の 秘密保持契約 は通常、署名前に 2、3 ラウンドかかります。3 ラウンド目までに、誰かが residuals 条項を追加したせいで段落番号がずれます。ラウンド 2 のクリーン版とラウンド 3 のクリーン版を比較すれば、8 ページを読み直さなくても residuals セクションだけが動いたことを確認できます。
内定通知書の改定
候補者が equity の vesting に対してカウンターし、single trigger での 12 か月の acceleration を求めます。HR がその変更に加え、こっそり厳しくした non-compete を含めた改定オファーを送ります。元のオファーと改定版を並べて貼り付ければ、equity の変更と並んで non-compete の編集が、候補者が署名する前に浮かび上がります。
SaaS の利用規約更新
ベンダーが「規約を更新しました」という一文と共に、新しい利用規約を電子メールで配信しました。法務が更新する前に、調達部門は実際に何が変わったかを知る必要があります。古い規約の隣に新しい規約を置けば、データレジデンシー条項の入れ替えや、新しい仲裁の除外がすぐに見えます。これは通常の テキスト diff と同じワークフローで、対象が法務になるだけです。
statement of work の修正
statement of work が 6 か月のエンゲージメント中に 3 回修正されます。修正書 #3 には「the original SOW as previously amended」とだけ書かれ、何が変わったかは書かれていません。修正書 #2 と #3 を貼り付ければ、ひっそりと第 8 週から第 12 週にずれた成果物や、セクション 4 に現れた追加の受け入れ基準の段落が見えます。
M&A デューデリジェンスの文書レビュー
デューデリジェンスのデータルームには、署名済みコピーと見た目が同じだが実は違う「execution version」の PDF があふれています。実行された契約書をデータルームに掲載されているバージョンと比較すれば、欠けている exhibit、異なる governing-law 条項、署名ページの差し替えが浮かび上がります。買い手側でターゲットの契約書をレビューする弁護士にも、データルームを準備する売り手側にも有用です。
契約書レッドラインのエッジケース
テキストベースの契約書比較を最も頻繁につまずかせるドラフト状況と、それぞれにどう対処するか。NDA、MSA、雇用関連書類の実レビュー作業から得た知見です。
| Topic | What this tool does |
|---|---|
| 段落の番号付け直し | 新しいセクション 5.3 を挿入すると、それ以降のセクションがすべて 1 つずつ繰り上がります。diff は番号付け直しを各ヘッダー行の変更として旗を立てます。本文に集中するか、比較前に両側からセクション番号を取り除いてください。 |
| 定義語の変更 | 「Affiliate」や「Confidential Information」のような大文字始まりの語の定義が文書の途中で変わるケース。定義そのものは定義セクションで 1 つの diff として現れますが、それ以降のすべての使用箇所も新しい意味に依存します。常に定義セクションを最初に再読してください。 |
| インラインの track changes マークアップ | track changes が有効なままの MS Word ドキュメントから貼り付けると、挿入や削除されたテキストが取り消し文字で表示されたり、二重に統合されたりすることがあります。先に MS Word で accept-all または reject-all を行ってクリーンなベースラインに着地させてから貼り付けてください。 |
| exhibit と schedule の参照 | 「as set forth in Exhibit B」のような表現は本文では変わりませんが、参照先の exhibit が変わっていることがあります。本文の diff は変更なしと表示しますが、実体は動いています。各 exhibit と schedule は別々に比較してください。 |
| 条項間の相互参照 | 相手方が Section 7.2 を Section 7.3 に番号付け直した後でも、「subject to Section 7.2」と書かれた文は同じに読めます。diff は変更なしと示しますが、相互参照は壊れています。番号付け直しの後は相互参照を手動で総点検してください。 |
| governing-law 条項の変更 | デラウェア州法からニューヨーク州法への入れ替えは 2 単語ですが、enforcement、jury-trial waivers、limitation-of-liability の既定値を作り直します。Cornell の governing-law 条項の定義 は、これが見た目以上に重要である理由を確認するのに役立ちます。 |
| 署名ブロックの変更 | 署名者の名前や役職の変更は、契約が適切に execute されたかに影響する別の権限者を示している可能性があります。diff は入れ替えを表示します。副署する前に、企業の法人登記に対して signing authority を確認してください。 |
| 定義セクションの drift | 定義セクションに新しい定義語が追加されたが本文では使われていない、あるいは古い定義語が本文では依然として使われているが定義から欠落しているケース。diff は追加や削除を示しますが、その語が今や orphan になっているかどうかは示せません。両バージョンで各定義語を検索してください。 |
契約書レッドライン: よくある質問
これは MS Word の track changes の代わりになりますか？
完全には置き換えません。MS Word の track changes は、両当事者が MS Word の中にとどまり、毎ラウンド一貫して使う場合の正解です。本ツールは、それが崩れたとき (たいてい 3 ラウンド目までに崩れます) に手に取るものです。相手方がクリーン版や Google Docs エクスポート、別のテンプレートからのコピペを送ってきた場合、MS Word はもはや変更を再構築できません。両方のバージョンをここに貼り付ければ、どちらの側がどのエディターを使ったかに関係なく、redline が得られます。
段落の番号付け直しはどう扱えばよいですか？
段落の番号付け直しは、契約書レビューで最も多い頭痛のタネです。標準的なパターンは、相手方が新しいセクション 5.3 を挿入し、それ以降のセクションがすべて 1 つずつ繰り上がり、目には実は 1 つの違いが 100 個の「違い」に見えるというものです。実用的な対処は 2 つあります。第一に、diff は実際のテキスト変更を依然として正しくハイライトしているので、セクション番号ではなく、赤い取り消し線と緑の挿入に集中してください。第二に、ノイズが大きすぎる場合は、diff の前に貼り付けた両バージョンからセクション番号を手動で削除できます。
機密や特権下のドラフトに対して安全ですか？
はい。diff は完全にブラウザ内で実行されます。何もアップロード、ロギング、またはサーバーへの保存はされません。第三者 (我々を含む) がテキストを見ることがないため、attorney-client privilege は維持されます。確認するには、ブラウザの DevTools を開き、Network タブに切り替え、貼り付けて比較しているところを観察してください。送信リクエストは存在しません。これは NDA、M&A のドラフト、settlement の合意書など、ベンダーへの送信そのものが問題になるあらゆるケースで重要です。
redline 入りの PDF にも使えますか？
直接は使えません。PDF フォーマット (ISO 32000-2) はテキストをさまざまな方法で格納でき、redline 入りの PDF の多くはテキスト抽出ができないスキャン画像です。ワークフローは次のとおりです。PDF を Adobe Acrobat や PDF リーダーで開き、すべて選択し、コピーし、得られたテキストを適切なペインに貼り付けます。このステップで一部の書式 (特に表や exhibit 周辺) は失われますが、本文の散文は redline するのに十分なほどきれいに通ります。PDF ネイティブな diff は別ページとしてロードマップに乗っています。
これは MS Word で 2 つの .docx ファイルを比較するのとどう違いますか？
MS Word の「Compare Documents」機能は、両方のファイルが整形済みの .docx である場合に優れています。段落単位の redline を返してくれて、tracked changes のドキュメントとして保存し直すことができます。本ツールはテキスト専用で、より軽量です。相手方に送り返す納品物としての redline が必要なときは MS Word Compare を使ってください。素早い読み通しが必要なとき、ファイルの一方が .docx ではない (PDF、Google Doc エクスポート、ただのメール) とき、あるいはドラフトを第三者の CLM にアップロードしたくないときには本ツールを使ってください。
条項が別のセクションに移動された場合は？
文字単位の diff は、移動されたテキストを元の位置での 1 つの削除と新しい位置での 1 つの挿入として扱います。同じ条項が 2 回ハイライトされて見えます。元あった場所に赤い取り消し線、今ある場所に緑の挿入です。diff はそれが移動なのか、削除して書き直したものなのかを判別できません。ほとんどの法務レビューでは、すべての単語が見えるためそれで問題ありませんが、大幅に再編成された契約書は実際の編集セットよりノイジーに見えるということです。
プライバシー、特権、そしてこの仕組み
契約書のドラフトはブラウザを離れません。diff、ハイライト、レンダリングはすべてあなたのマシン上で動作します。テキストをアップロードすることも、ログに残すことも、第三者サービスに渡すこともしません。これは法務レビューにとって特に重要です。未署名の NDA、settlement のドラフト、M&A の購入契約書をクラウドサービスに貼り付けること自体が機密性の侵害になりうるし、一部の管轄では attorney-client privilege に影響しうるからです。私たちの主張を検証するのは簡単です。ブラウザの DevTools を開き、Network タブに切り替え、両方のバージョンを貼り付けて観察してください。比較しているとき、送信リクエストはありません。