AIで契約書を整理するときは、締結の可否を聞くのではなく、確認すべき条項・期限・相手方の義務を原文へ戻れる形で並べます。AIは論点を探す補助役です。契約の意味やリスクの評価は、契約全体、取引の背景、適用法、社内基準を踏まえて担当者や専門家が行います。
目次
最初に決めるのは「何のための整理か」
契約書全文を入れて「要約して」と頼む前に、読み終えた人が何を確認するのかを一つに絞ります。契約期間を把握するのか、社内の標準条項との差分を探すのか、支払や更新の期限を一覧にするのかで、必要な出力は違います。新規契約、更新、変更覚書、注文書など、文書の種類と読む人も明記します。
契約の基本情報として、文書名、当事者、版、締結日・発効日、契約期間、添付資料、参照されている別契約を記録します。文書の表紙だけで契約関係が分からない場合、AIに不足を補わせず「文書間の関係を担当者確認」と残します。主契約だけを読んで、別紙や個別条件を無視したまま結論を作らないことが出発点です。
条項を「原文の場所」と一緒に抜き出す
最初の出力は、結論文よりも原文へ戻れる台帳にします。各行を「論点／条項番号・ページ／原文の短い引用／AIによる要約／適用条件／関連条項／確認状態」に分けます。契約書にページ番号がない、OCRで条文番号が崩れる、別紙への参照がある場合は、そのまま不確実性を記録します。
表は横にスクロールできます
| 見る論点 | 台帳に残すもの | 人が原文で照合する点 |
|---|---|---|
| 契約の範囲 | 対象サービス、成果物、地域、対象者 | 定義条項、仕様書、個別注文 |
| 期間・更新 | 発効日、終了日、更新方法 | 通知先、通知期限、自動更新 |
| 金銭 | 金額、請求・支払時期、税・費用 | 金額の単位、別紙、変更条件 |
| 義務・権利 | 何をするか、何を許されるか | 主体、条件、例外、第三者 |
| 終了・責任 | 解約、解除、賠償、補償 | 事由、手続き、上限、存続条項 |
| 情報・知財 | 秘密情報、データ、成果物の扱い | 利用目的、返却・削除、権利帰属 |
この表は契約の安全性を自動判定する採点表ではありません。該当箇所を漏れにくく探し、原文確認の順番を作るためのものです。
期限は日付だけでなく「誰が何をするか」を残す
契約に日付が複数あると、締結日、効力発生日、請求日、更新通知期限、解除可能日が混ざります。AIには「日付／根拠条項／起算点／行為者／必要な通知・手続き／前提／未確認」を分けて抽出させます。たとえば「30日前までに通知」とだけ出たら、何の日から30日前か、誰が誰へどの方法で通知するのかが原文に書かれているか確認します。
期限の台帳に原文の条件が足りないとき、カレンダーへ登録する日をAIに推測させません。起算日や通知方法が分からないこと自体を担当者への質問に変えます。契約書内に「営業日」「書面」「到達」などの定義がある場合は、本文の別条項も参照します。
義務と例外、関連条項を切り離さない
一つの条文だけを短くすると、例外や他の条文による制限が落ちることがあります。台帳では「原則」「例外」「条件」「例外を適用する手続き」「関連条項」を隣に置きます。権利や義務の主語も重要です。「通知できる」と書かれている場合、どちらの当事者が誰へ何を通知するのかを確認します。
AIに契約上のリスクを順位づけさせる場合でも、順位をそのまま採用判断に使いません。自社の標準条項、事業上の許容範囲、交渉方針を与えずに「危険な条項を探して」と頼むと、一般的な表現を過大評価したり、取引に重要な条件を見逃したりします。まず論点の候補と根拠箇所を出させ、優先度は組織側の基準で決めます。
ひな形：質問へ変える指示
AIへ渡す指示は、法的結論を出させる言い方ではなく、確認可能な情報を整理させる形にします。
目的：更新契約の社内確認で、確認すべき条項を見つける。
文書の内容だけを使い、記載がない条件は補完しない。
各項目に条項番号、原文の短い引用、要約、適用条件、関連条項を付ける。
契約期間・更新・通知期限は、起算点、通知者、相手、方法を分ける。
原文の読み取りが曖昧な箇所、参照先がない箇所、条文間で矛盾する箇所は「未確認」とする。
「契約してよいか」「違法か」「安全か」は結論せず、担当者に確認する質問へ直す。
最後に、原文で再確認する箇所を優先順ではなく論点別に列挙する。
出力では、引用が本当に原文にあるかを照合します。引用文の一部が抜けていたり、OCRの読み違いがあれば、要約を直す前に元ファイルを確認します。契約書のスキャン、表、脚注、印影、手書き修正は抽出が欠ける可能性があるため、ファイル全体を読めたと決めつけません。
版・差分・機密情報の確認
旧版と新版を比べるときは、同じ契約書か、別紙もそろっているか、差分が何を基準にしたものか確認します。AIには変更された文言だけでなく、その条項が参照する定義や別条項も出させます。削除部分が表示されない、ページ順が違う、改定覚書が主契約に優先するか不明な場合は、比較結果を確定しないでください。
契約書には取引先名、価格、秘密情報、個人情報が含まれることがあります。外部AIへ入れる前に、契約・社内規程・利用アカウントの条件を確認し、作業に不要な情報を削ります。個人情報保護委員会は、個人情報を生成AIサービスへ入力する場合に利用目的の範囲やサービス提供者の取扱いを確認するよう注意喚起しています。契約書を外部AIへ入れてよいかはこの一般的な注意だけで決まらず、NDA、社内の機密区分、サービス契約、管理設定を個別に照合します。
担当者へ渡す前のQA
-
条文番号・引用が原文に存在するか。
-
日付の起算点、通知者、通知先、方法がそろっているか。
-
定義、例外、別紙、関連条項が台帳に反映されているか。
-
AIが記載していない条件を補っていないか。
-
読み取り不能な箇所が「未確認」として残っているか。
-
重要な判断と交渉事項が、担当者・法務へ渡されているか。
-
入力した文書の利用許可と保存条件を確認したか。
一つでも重要な項目が未確認なら、AIの要約を契約判断として回覧せず、該当条項の確認依頼として渡します。
AIものさしの判断
契約書へAIを使う価値は、結論を代行することではなく、長い文書から「原文で確認すべき箇所」を漏れにくく整理することです。条項番号、引用、条件、例外、期限を一組で出し、判断が必要な質問を担当者へ渡します。契約の意味や締結可否は、文書全体と取引条件を踏まえて人が判断してください。
条文の見落としを防ぐ「原文照合」の進め方
AIの抽出表は契約書全体を置き換えるものではありません。作業では、まず文書一覧を作り、主契約、別紙、仕様書、注文書、変更覚書など、参照されている資料がそろっているかを確認します。次に、AIが挙げた条文番号を原文で開き、その条文の前後、定義条項、例外、参照先も読んでから台帳へ確定します。別紙がない、条文番号が本文と合わない、同じ用語が複数の意味で使われている場合は、要約を「確定」とせず未確認欄へ戻します。
たとえば、AIが「契約は1年間で自動更新」とまとめても、更新を止める通知期限、通知の到達条件、更新後の料金、解約と解除の違いが別条項に書かれていることがあります。ここでは自動更新の文だけを切り出さず、「期間」「更新条件」「止める手続き」「費用」「通知先」をひとまとまりで照合します。これは確認観点の例であり、特定の契約に当てはまる結論ではありません。
赤入れ・差分を扱う場合
修正版の比較では、比較元と比較先の版名、ファイル名、作成日、対象ページを先に固定します。AIには変更された文言を抜き出させ、変更前後の文、条文番号、関連する定義・例外を並べてもらいます。追加・削除・置換が混在する場合、差分表示だけで変更の意味が分かったと考えず、変更箇所を含む条項全体を読みます。
比較結果を受け取ったら、重要な変更は原文の左右で照合し、変更が別紙や他の条項へ波及していないか確認します。OCRやレイアウト認識が崩れた書類、表組み、脚注、コメント、手書き修正を含む場合は、テキスト抽出から漏れた情報がないか目視確認します。読み取れない箇所が残っているときは、そのファイルの該当ページを担当者に戻します。
質問票に変換して確認を引き継ぐ
AIの整理をレビュー担当者へ渡すときは、結論の代わりに「確認質問」と「根拠場所」を一緒に渡します。質問は「この条項は危険ですか」ではなく、「損害賠償の上限が適用されない場合はどの条項か」「再委託先を変更するときに事前承認が必要か」「データ返却・削除の期限はどこに書かれているか」のように、原文で答えを探せる形にします。
質問票には、該当条項、AIの要約、原文との不一致の有無、回答が必要な部署、回答後に更新する台帳欄を入れます。担当者が原文の意味を確定したら、要約を書き換えるだけでなく、根拠となった条文と確認者も残します。後から契約更新や紛争対応で見直すとき、AIの説明と社内の判断を分けて追えます。
契約書の整理を安全に始める単位は、全契約の一括投入ではありません。利用許可の確認済み文書を一つ選び、機密情報を必要最小限にしたうえで、条項抽出と原文照合を小さく試します。引用位置や例外の抜けが見つかったら、対象文書の種類に合わせて抽出指示を直し、レビュー担当者が承認してから範囲を広げます。
判断が必要な論点を優先して渡す
抽出された項目をすべて同じ重さで担当者へ渡すと、重要な論点が埋もれます。優先順位を付ける場合は、AIに法的リスクの大きさを断定させるのではなく、社内で決めた基準に照らして担当者が整理します。たとえば、期限が近い手続き、取引開始を止める可能性がある未確認点、個人情報や知的財産の扱いなど、確認期限や影響範囲が明確なものを先に確認します。AIには各項目の根拠条文と「なぜ担当者確認が必要か」を候補として示させ、最終の優先度と対応者は契約担当が決めます。
こうしておけば、AIの抽出結果をそのまま承認資料にせず、レビューの入口として扱えます。