ノウハウ ChatGPTで「売買契約」をレビューする手順とプロンプト集|法務担当者向け実務ガイド
投稿日:2026年05月14日
ChatGPTで「売買契約」をレビューする手順とプロンプト集|法務担当者向け実務ガイド
はじめに:なぜ売買契約のレビューは「定型に見えて、定型ではない」のか
売買契約は、商法・民法に基本ルールがあり、ひな形も世にあふれているため、「定型契約」と捉えられがちです。しかし実務上は、以下の理由でレビュー難易度が意外に高い契約類型です。
- 対象物の性質で論点が大きく変わる:動産(汎用品/特注品)・不動産・有価証券・知的財産権・事業(事業譲渡)でリスクが反転する
- 改正民法の用語と旧来の業界慣行が混在:「瑕疵担保責任」→「契約不適合責任」、「検収」「受領」「引渡し」の使い分けが現場でバラバラ
- 取引基本契約と個別契約の関係:単発の売買契約か、取引基本契約に紐づく個別契約かで、優先順位の整理が必要
- 危険負担・所有権移転時期・代金支払時期の組み合わせ:これらは独立して設定でき、組み合わせ次第で当事者リスクが大きく変動
- 国際取引(CISG・インコタームズ):英文売買契約ではウィーン売買条約(CISG)の適用排除条項、貿易条件(FOB・CIF・DDPなど)の選択が必要
「ひな形を埋めて終わり」と思って流すと、契約不適合の通知期間が短すぎる/長すぎる、危険負担が自社不利になっている、所有権留保が機能していないといった事態が後から発覚します。
だからこそ、ChatGPTのような汎用AIで初動を効率化する価値が大きい契約類型でもあります。
ChatGPTで売買契約をレビューするメリットと限界
できること(ChatGPT単体の強み)
| 用途 | 具体例 |
|---|---|
| 論点の網羅的洗い出し | 「この売買契約に不足している標準論点を一覧で出して」と指示し、抜け漏れを検出する |
| 民法デフォルトとの差分指摘 | 「民法のデフォルトルールと比較して、買主/売主に不利な箇所はどこか」を出させる |
| 対象物・取引形態の判定 | 動産(汎用品/特注品)・不動産・知的財産・事業譲渡など、対象物の分類と該当論点の整理 |
| 条項の意味の言語化 | 「契約不適合責任の通知期間と除斥期間の違い」を平易に解説 |
| 修正案ドラフト | 売主/買主それぞれの立場で、強気・中庸・妥協の3案を出させる |
| 要約・整理 | 取引基本契約と個別契約のマッピング |
できないこと/苦手なこと(限界)
| 限界 | リスク |
|---|---|
| 自社の取引基本契約との整合性 | 「うちは原則として取引基本契約+個別注文書方式」といった社内ルールは、毎回プロンプトで渡す必要がある |
| 過去取引・取引先との整合性 | 「この取引先には前回契約不適合の通知期間を1年で合意した」という履歴を踏まえた判断ができない |
| 業界商慣行への完全な追随 | 業種固有の商慣行(卸売・建設・素材・食品など)への踏み込みは限定的 |
| ハルシネーション(もっともらしい誤り) | 存在しない判例・条文を引用することがある |
| 機密性の確保 | プレーンなChatGPTに価格・数量・取引相手を貼ると、情報管理上のリスクが残る |
| レビュー結果のナレッジ化 | 1回限りで会話が終わり、組織知として蓄積されない |
ここがポイントです。ChatGPTは「売買契約レビューの初動・たたき台作成」には極めて有用ですが、「自社の取引基本契約への落とし込み」「過去取引との整合性」「ナレッジの蓄積」までは設計上カバーしません。
この限界を、契約マネジメント基盤(CLM)と連携させて埋めるのが、本記事の後半で触れる「連携型CLM」の発想です。
ChatGPTで売買契約をレビューする5ステップ
まずは、ChatGPT単体で売買契約をレビューする際の標準的な手順を整理します。
ステップ1:取引対象・取引形態を見極める
最初にやるべきは「何を売買するか」「単発取引か継続取引か」「自社は売主か買主か」の判定です。これによって以下の論点の重要度が変わります。
- 動産・汎用品:数量・品質・納期・検収・契約不適合責任
- 動産・特注品(オーダーメイド):仕様確定プロセス・設計責任・知的財産権の帰属・契約不適合の判定
- 不動産:所有権移転登記・引渡し・公租公課の精算・隠れた瑕疵・近隣関係
- 知的財産権の売買:権利の特定・第三者の権利の不存在の表明保証・登録移転手続
- 事業譲渡:承継対象資産・負債・契約・従業員、許認可の取扱い、競業避止
- 取引形態:単発売買か/取引基本契約+個別契約か/継続的売買か
まず以下のプロンプトで、契約全体の性質を分類してもらいます。
【プロンプト1】取引対象・形態の判定
あなたは日本企業の法務担当です。以下の売買契約ドラフトを読み、次の観点で分析してください。
- 取引対象は「動産(汎用品)」「動産(特注品)」「不動産」「知的財産権」「事業譲渡」のいずれに該当するか、根拠条項を引用して判定する。
- 取引形態は「単発」「取引基本契約+個別契約」「継続的売買」のいずれか、契約構造から推測する。
- 自社は売主/買主のいずれの立場か、文言から判定する。
- 上記分類に基づき、特に注意すべき論点を上位5つ挙げ、各論点について現状の条文の充足度を「○/△/×」で評価する。
出力は表形式でお願いします。
—– 契約書本文 —–
(ここに条文を貼り付け)
ステップ2:論点を網羅的に洗い出す
対象と形態が分かったら、論点を網羅的に出させます。売買契約の典型論点(チェックリスト)をプロンプトに同梱するのがコツです。AIに「自由に挙げて」と頼むと、毎回網羅性がブレます。
【プロンプト2】論点チェックリスト型レビュー
あなたは経験10年以上の企業法務担当です。以下の売買契約ドラフトを、添付のチェックリストに沿ってレビューしてください。
チェックリスト
- 売買対象物の特定(品名・型番・仕様・数量)
- 売買代金、税抜/税込の別、価格改定条項の有無
- 代金支払の時期・方法・手段(前払・検収後・分割・与信限度額)
- 引渡しの時期・場所・方法(持参債務/取立債務)
- 所有権移転の時期(引渡時/代金完済時/登記時)
- 危険負担の移転時期と帰属
- 検収の方法・期間、検収不合格時の取扱い
- 契約不適合責任(種類・品質・数量)の通知期間・除斥期間・救済手段(追完・代金減額・解除・損害賠償)
- 知的財産権の取扱い(特注品の場合)、第三者の権利侵害の表明保証
- 担保責任、製造物責任、リコール対応
- 契約解除事由・解除時の精算
- 損害賠償の範囲・上限・除外事由
- 反社条項、不可抗力条項
- 秘密保持、競業避止
- 紛争解決(準拠法・合意管轄・仲裁)、(国際取引の場合)CISGの適用排除・インコタームズの選択
出力フォーマット
| No | 論点 | 該当条項 | 評価 | 指摘内容 | 推奨修正案 |
|—-|——|———-|——|———-|————|
—– 契約書本文 —–
このプロンプトの肝は、チェックリストを「型」として固定することです。これを社内で共有テンプレ化すれば、誰がレビューしても抜け漏れが起きにくくなります。
ステップ3:個別論点を深掘りする
洗い出した論点のうち、特に重要なものはピンポイントで深掘りします。次節の「プロンプト集」がここで活きます。
ステップ4:修正案を生成する
問題のある条項について、自社の立場(売主/買主)に有利な修正案をドラフトします。必ず複数案を出させるのが実務のコツです。
【プロンプト3】修正案ドラフト
以下の条項について、当社(売主/買主 ←どちらかを指定)の立場で、リスクを低減する修正案を作成してください。
条件:
- 譲歩の度合いを変えた3つのバージョン(強気案/中間案/妥協案)を作成すること
- 各案の「相手方が拒否する可能性」を5段階で評価すること
- 修正の理由(リスク低減のロジック)を併記すること
- 強気案については、民法のデフォルトルールと比較してどちらに不利になるかを明記すること
—– 対象条項 —–
ステップ5:依頼元(事業部)への説明文を作る
レビューが終わったら、依頼元の事業部担当者(営業・購買)向けに、噛み砕いた説明文をAIに作らせます。売買契約は事業部主導で動くケースが多く、ここを自動化できると効きます。
【プロンプト4】事業部向け要約
以下の売買契約レビュー結果を、法律の専門用語を使わず、事業部担当者(非法務、営業/購買)向けに要約してください。
- 結論(締結可/要修正/差し戻し)
- 修正してほしいポイント(理由つきで3点以内)
- そのまま締結した場合に起こりうるビジネス上のリスク(具体例)
- 事業部側で確認すべきこと(取引相手の与信状況・想定取引金額・継続取引の見込み)
文字数は400字以内、丁寧語で。
—– レビュー結果 —–
売買契約レビュー用プロンプト集(コピペで使える10本)
ここからは、論点別にすぐ使えるプロンプトを10本まとめます。いずれも「あなたは企業法務担当」「日本法準拠」「指摘+根拠+修正案」の3点セットを徹底しています。
プロンプト5:売買対象物の特定と仕様
あなたは売買実務に詳しい企業法務担当です。以下の売買契約における「売買対象物の特定」条項を精査してください。
確認事項:
- 品名・型番・仕様・数量・単位が一義的に特定されているか
- 仕様書・図面・サンプルなど別紙への参照がある場合、当該別紙が契約の一部として組み込まれているか
- 特注品の場合、仕様確定プロセス(仕様書承認・サンプル承認・設計変更手続)が明示されているか
- 数量について、増減許容範囲(「±◯%」など)の規定の有無と妥当性
- 引渡時の検査基準(外観・寸法・性能)の明示
当社が売主の場合、仕様が曖昧で後から要件を追加されるリスクを、買主の場合、仕様が緩く期待品質を満たさないリスクを、それぞれ指摘してください。
—– 対象条項 —–
プロンプト6:契約不適合責任(旧瑕疵担保責任)の精査
以下の売買契約における「契約不適合責任」条項を、改正民法(2020年4月施行)の枠組みで精査してください。
確認事項:
- 「種類・品質・数量に関する契約不適合」の3類型について、契約上の取扱いが網羅されているか
- 買主の救済手段4種(追完請求・代金減額請求・損害賠償・契約解除)について、各々の発動要件と例外が明確か
- 通知期間(民法566条:知った時から1年以内)と、契約上の通知期間(短縮しているか、延長しているか)
- 除斥期間(民法167条等:引渡時から10年)に対し、契約で短縮しているか
- 商人間取引の場合、商法526条(直ちに検査・遅滞なく通知、6ヶ月の制限)との関係
- 「現状有姿(as-is)」条項や責任全免責条項の有効性
当社が売主の場合、責任を限定する方向の修正案を、買主の場合、責任を確保する方向の修正案を、それぞれ提示してください。改正前民法の「瑕疵担保責任」の用語が残っていれば、改正後の用語に修正することも併せて指摘してください。
—– 対象条項 —–
プロンプト7:所有権移転・危険負担・代金支払の組み合わせ
以下の売買契約における「所有権移転」「危険負担」「代金支払」の3つの条項を一体として精査してください。
観点:
- 所有権移転時期:引渡時/代金完済時(所有権留保)/登記時(不動産)/契約締結時 のいずれか
- 危険負担の移転時期:引渡時/受領時/検収時/その他。民法567条(特定物について引渡時に移転)との関係
- 代金支払時期:前払/同時履行/検収後/月末締め翌月末払 など
- 3つの組み合わせから生じる当事者リスクを当社(売主/買主 ←指定)の立場で評価
- 所有権留保の場合、対抗要件(動産譲渡登記等)の取得方法
- 危険負担と契約不適合責任の関係(危険移転後の不適合は契約不適合責任で処理)
当社の立場に応じて、リスクを低減する組み合わせの修正案を提示してください。
—– 対象条項 —–
プロンプト8:検収プロセスと検収不合格時の取扱い
以下の売買契約における検収条項を精査してください。
確認事項:
- 検収期間:引渡しから何日以内に検収するか
- 検収方法(数量検収のみ/性能検収まで/第三者検査機関の利用)
- 検収期間内に通知がなければ合格とみなす「みなし検収」条項の有無と妥当性
- 検収不合格時の取扱い:再納入・代品納入・代金減額・契約解除のうち、どれを選べるか
- 検収後の契約不適合責任との切り分け(検収合格=契約不適合責任なし、ではない)
- 部分検収の可否と、部分代金支払との関係
当社が売主の場合、みなし検収・短期検収を求める方向の修正案を、買主の場合、十分な検収期間と再納入請求権を確保する方向の修正案を、それぞれ提示してください。
—– 対象条項 —–
プロンプト9:継続的売買・取引基本契約との関係
以下の売買契約が、取引基本契約に紐づく個別契約である場合を想定し、両者の関係を精査してください。
確認事項:
- 取引基本契約と個別契約の優先順位条項(通常は個別契約が優先するが、契約により逆転)
- 取引基本契約で定められた契約不適合責任の通知期間・損害賠償上限などが、個別契約で上書きされていないか
- 個別契約の自動更新・最低発注量・予定発注量の取扱い
- 取引基本契約の解除と個別契約の存続関係
- 個別契約の発注書・注文請書の様式と、電子化対応
取引基本契約が手元にない場合、確認すべきポイントをリスト化してください。
—– 個別契約本文 —–
—– (あれば)取引基本契約本文 —–
プロンプト10:損害賠償・解除・反社条項
以下の売買契約における損害賠償・解除・反社条項を一括精査してください。
損害賠償
- 賠償上限額の設定方法(代金額の○倍/無制限)
- 上限の除外事由(故意・重過失・秘密保持違反・知的財産権侵害)の網羅性
- 間接損害・特別損害・逸失利益の取扱い
解除- 任意解除権の有無と通知期間
- 債務不履行解除の要件(催告の要否、相当期間の設定、催告不要事由)
- 解除時の精算規定(既履行部分の取扱い、原状回復、損害賠償との関係)
反社条項- 反社会的勢力でない旨の表明保証
- 反社該当時の無催告解除権と損害賠償・違約金
当社が売主の場合の修正案と、買主の場合の修正案を、それぞれ提示してください。
—– 対象条項 —–
プロンプト11:知的財産権の取扱い(特注品・第三者権利侵害)
特注品の売買を前提に、以下の売買契約における知的財産権条項を精査してください。
確認事項:
- 成果物の知的財産権(特許権・著作権・意匠権・商標権)の帰属先と、移転時期
- 著作者人格権(同一性保持権・氏名表示権・公表権)の不行使特約の有無
- 第三者の知的財産権を侵害しないことの表明保証
- 侵害があった場合の責任分担(売主が防御・補償する/買主が対応・売主に求償)
- 売主が業務に用いた既存著作物(汎用ライブラリ・第三者素材)の取扱い
- 買主が提供した仕様・情報による侵害の責任分担
当社が売主の場合、補償範囲を限定する修正案を、買主の場合、補償範囲を確保する修正案を、それぞれ提示してください。
—– 対象条項 —–
プロンプト12:自社ひな形との差分表生成
当社の売買契約ひな形と、相手方から提示された売買契約ドラフトを比較し、差分を表形式で整理してください。
出力フォーマット:
| 論点 | 当社ひな形 | 相手方提示 | 差分の方向(当社有利/不利/中立) | 交渉優先度(高/中/低) | 推奨対応 |
|——|————|————|————————————-|————————–|———-|
交渉優先度は、ビジネス影響度(取引金額・継続取引の有無)と法的リスク(契約不適合・損害賠償・解除時の損失規模)の双方を勘案して判定してください。
自社の立場が売主/買主で差分の評価方向が変わる点に注意してください。
—– 当社ひな形 —–
—– 相手方提示 —–
プロンプト13:レビューサマリの自動生成
以下の売買契約のレビュー結果を踏まえ、社内決裁用のサマリを作成してください。
構成:
- 契約概要(取引対象・金額・期間・相手方、3行)
- 主要論点と対応方針(5項目以内、各1〜2行)
- 残存リスクと許容根拠
- 決裁者への確認事項(あれば)
全体で800字以内、です・ます調。
—– レビュー結果一式 —–
プロンプト14:英文売買契約(Sales Agreement / Purchase Agreement)の和訳+ポイント抽出
以下の英文売買契約について、次の作業をお願いします。
- 全文を自然な日本語に和訳する
- 日本企業の法務担当として、特に注意すべき条項上位5つを抽出する(Warranties、Indemnification、Limitation of Liability、Risk of Loss、CISG適用排除、インコタームズ、Governing Lawなど、日本法と発想が異なる条項を中心に)
- インコタームズの選択(FOB/CIF/DDP等)が当事者リスクに与える影響を解説する
- ウィーン売買条約(CISG)の適用排除条項の有無を確認し、なければ追加すべきかを助言する
—– Sales Agreement / Purchase Agreement 本文 —–
ChatGPTを業務利用するときに必ず押さえる3つの注意点
便利な反面、業務でChatGPTを使うときには、最低限この3つだけは外さないでください。
1. 機密情報の取り扱い
OpenAIの利用規約上、ChatGPT(無料版・Plus)に入力したデータは学習に利用される可能性があります(オプトアウト設定あり)。一方、ChatGPT Enterprise / Team / API経由の利用は学習に利用されないとされています。
売買契約には、取引相手・取引金額・対象物の仕様(特注品の場合は技術情報を含む)など、それ自体が秘密にあたる情報が含まれます。少なくとも以下のいずれかを採るのが現実的です。
- ChatGPT Enterprise / Team を契約し、データ非学習を契約上担保する
- API経由で社内に閉じたUIを構築する
- 社名・固有名詞・金額・型番をマスキングしてから貼り付ける
- そもそも社外秘の契約原本は汎用AIに直接渡さず、契約管理基盤側で連携処理する(後述の連携型CLMの発想)
2. ハルシネーション(もっともらしい誤り)
ChatGPTは、存在しない条文番号・判例・通達を、それらしく引用することがあります。特に売買契約は2020年4月施行の改正民法で用語が変わったため、改正前の「瑕疵担保責任」用語と改正後の「契約不適合責任」用語が混在する出力をすることがあります。
- 条文番号・判例の引用が出てきたら、必ず一次資料(e-Gov法令検索、裁判所HP、法務省ガイドライン等)で裏取りする
- 改正民法対応かどうかを必ず確認する
- AIの出力をそのまま事業部や決裁者に提出しない(必ず法務担当者がレビューし署名する)
3. 学習データの古さ
ChatGPTのモデルは、学習データの時点で知識が止まっています。改正民法・改正商法・電子帳簿保存法・インボイス制度など、直近の法改正には対応できない、または不正確な可能性があります。
最新法令への対応は、e-Gov・各省庁ガイドライン・専門書で必ず一次確認してください。
ChatGPT単体の限界と「連携型CLM」という解決策
ここまで、ChatGPTを使った売買契約レビューの手順とプロンプトを紹介してきました。実際にやってみると、初動工数は確実に下がります。一方で、運用に乗せようとすると、必ず以下の壁にぶつかります。
壁1:プロンプトを毎回貼り直す手間
毎回チェックリスト・自社ひな形・取引基本契約をプロンプトに同梱するのは現実的ではありません。担当者が変われば、品質もブレます。
壁2:過去取引・取引先との整合性が取れない
「前回この取引先には契約不適合の通知期間を6ヶ月で合意した」「この事業部は与信限度を500万円で設定している」といった社内コンテキストはChatGPTには蓄積されません。
壁3:レビュー結果がナレッジ化しない
会話セッションは個人のものです。組織として「何回・どんな指摘が・誰の判断で・どう着地したか」を蓄積できないと、AI活用が個人技で止まります。
壁4:締結後の運用に繋がらない
売買契約は「締結して終わり」ではありません。個別契約の発行・検収・支払・契約不適合通知期限の管理・取引基本契約との紐付け・更新管理といった締結後の運用までを担うのは、契約マネジメント基盤(CLM)の役割です。ChatGPT単体ではここに繋がりません。
解決の方向性:内蔵AI型ではなく「連携型CLM」
これらの壁を埋めるアプローチには、大きく2つの流派があります。
| アプローチ | 特徴 | 限界 |
|---|---|---|
| 内蔵AI型CLM(LegalOn・MNTSQ・LegalForce・Hubble等) | CLM製品にベンダー独自のAIが組み込まれており、製品の枠内でレビューが完結する | 使えるAIがベンダー固定。ChatGPTやClaude、Geminiといった汎用AIの最新モデルや、自社で培ったプロンプト資産を活かしにくい |
| 連携型CLM(Open CLM) | CLMは契約データの正本管理・運用基盤に徹し、外部の汎用AI(ChatGPT・Claude・社内RAG等)を自由に呼び出して使う | プロンプト設計の自由度は上がるが、設計思想が組織側にも求められる |
ContractS CLMが採用しているのは後者の**連携型CLM(Open CLM)**です。
- 締結前:ChatGPT・Claude・社内ナレッジ(取引基本契約・過去個別契約・与信情報)を組み合わせてレビュー
- 締結時:合意済みの正本を一元管理(基本契約と個別契約の親子リンク管理)
- 締結後:契約不適合通知期限・更新時期・取引相手別の取引履歴を、契約データの正本に対して管理
「汎用AIの良さを活かしながら、契約データの正本管理は1箇所で持つ」という設計です。本記事で紹介したプロンプト集も、ContractS CLMに登録された売買契約データに対して、自社のChatGPT EnterpriseやClaude経由で呼び出せば、機密性を確保しながら運用に乗せられます。
まとめ:ChatGPTは「初動」を、CLMは「正本と運用」を
売買契約のレビューは、対象物・取引形態・立場により論点の重みが変わり、改正民法対応も含めて、定型に見えて毎回判断が要る業務です。ChatGPTのような汎用AIを、設計されたプロンプトで使うことで、論点抽出・自社ひな形との差分整理・修正案ドラフト・事業部向け要約を大幅に効率化できます。
ただし、ChatGPT単体には以下の限界があります。
- プロンプトを毎回貼り直す手間
- 取引基本契約・過去取引・与信情報との整合性
- ナレッジが組織知として蓄積されない
- 締結後の検収・支払・通知期限管理に繋がらない
これを埋めるのが、汎用AIとの連携を前提に設計された連携型CLMです。締結前のレビューは自社で選んだ最適な汎用AIで行い、締結後の正本管理と運用はCLMで行う。「AIは選び、契約は1箇所に集める」——これがContractSが提唱する次世代の契約マネジメントのかたちです。
次の一歩
- 本記事のプロンプト集を自社ひな形・取引基本契約と一緒にテンプレート化し、まずは1案件で試す
- 機密情報の扱いを社内で整理し、ChatGPT EnterpriseやAPI経由の利用環境を準備する
- 売買契約データの正本管理を、契約マネジメント基盤側に寄せる検討を始める
ContractS CLMでは、汎用AIと連携しながら契約レビュー・締結・運用までを一気通貫で支える「連携型CLM」を提供しています。詳細な機能・導入事例については、サービスページをご覧ください。
本記事はContractS株式会社のコンテンツマーケティングチームが、法務実務担当者向けに執筆したものです。具体的な売買契約案件への適用にあたっては、必ず自社の法務担当者・顧問弁護士の確認を経てください。本記事はリーガルアドバイスではありません。






