Legal GPT Tools

法務実務を、記事で学ぶだけで終わらせない。

契約レビュー、ハラスメント対応、契約管理、マスキング、AI法律相談など、目的に合わせて使える実務ツール・プロンプト集をまとめています。

無料ツールあり 30日無料トライアルあり買い切り商品あり

契約管理シリーズ｜第8話

契約変更・覚書管理｜原契約との紐付けと履歴管理の実務

Q: 覚書に印紙は必要ですか？

原契約の変更内容によって異なります。課税文書（請負契約・金銭消費貸借など）の重要事項（金額・期間・当事者等）を変更する覚書は、変更後の金額等に応じて課税される場合があります（印紙税法基本通達）。電子契約で締結した場合は非課税です。個別に判断が必要なため、不明な場合は税務署や専門家に確認してください。

Q: 覚書が複数積み重なった場合、最新の契約条件はどこを見ればいいですか？

契約台帳に「最新版」フラグを立て、変更済み条項と最終条件をまとめた「契約サマリー」を作成・更新することが理想です。覚書が3通以上積み重なった場合は、原契約を最新条件に基づき再締結（リステートメント）することも検討してください。

Q: 個別契約（注文書・発注書）の変更はどう管理しますか？

個別契約の変更は、対応する基本契約と個別契約両方に紐付けて管理します。注文内容の変更（仕様変更、納期変更、数量変更など）は変更注文書として発行し、台帳に「基本契約番号―個別契約番号―変更番号」の形式で記録することで履歴を追えるようにします。

覚書は「単体保管」すると管理上ほぼ無意味になる。正しい紐付けと履歴管理の設計

「覚書は締結したが、どの条項が変わったのか確認できない」「原契約と覚書が別フォルダに保管されていて、最新の契約条件が分からない」——法務現場でよく耳にする問題です。

契約変更・覚書の管理で最大の落とし穴は、覚書を「単体の書類」として保管することです。覚書は原契約の一部を変更するものですから、原契約と紐付かない覚書は、管理上ほぼ意味をなしません。

本稿は、契約管理シリーズ第7話「契約審査フロー設計」に続き、覚書・変更契約の管理方法、原契約との紐付けルール、契約変更履歴の整備方法を実務目線で整理します。第9話「契約リスク管理｜期限・金額・義務を可視化する方法」への導線も意識した設計にしています。

1分診断

いまの法務業務に合う道具を選ぶ。

契約レビュー、ハラスメント対応、契約管理、過去相談検索、マスキング。読んで終わりにせず、実務で使える入口を診断ページで確認できます。

まず結論｜覚書は「原契約とセットで管理」しないと破綻する

CONCLUSION

覚書は単体で保管しない。必ず原契約番号を付与し、台帳上で紐付けること。

覚書が原契約と紐付かない状態では、「最新の契約条件がどれか」「どの条項が変更済みか」「有効期間は延長されたのか」が分からなくなります。これは契約リスク管理の崩壊を意味します。

管理の原則は3つです。①覚書には必ず親契約番号を付与する。②変更された条項を明示する。③台帳に履歴として登録する。この3点を守れば、覚書が何通積み重なっても管理は成立します。

契約変更・覚書とは何か

契約変更とは、既存の契約の一部または全部の条件を当事者間の合意によって改定することをいいます。民法上、契約の成立要件は申込みと承諾の合致であり（民法522条）、変更合意も同様に両当事者の意思表示の一致で成立します。

変更を記録する文書として、実務上は「覚書」「変更契約書」「変更合意書」などの名称が使われますが、名称に法的な優劣はありません。重要なのはどの条項をどのように変更したかが明示されていることです。

覚書・変更契約・再締結の違い

種類	特徴	使う場面	注意点
覚書（おぼえがき）	原契約の特定条項のみを変更。原契約が基礎として残る	金額変更、期間延長、一部条項修正など部分的変更	変更条項の特定が曖昧だと解釈トラブルのリスク。印紙税の要否を確認すること
変更契約書	覚書より正式性・網羅性が高い。変更範囲が広い場合に使用	複数条項の変更、重要条項（損害賠償・解除権等）の改定	変更後の条項全体が明示されるため解釈は明確。条文番号のズレに注意
再締結（リステートメント）	原契約を最新条件に基づき全面的に書き直して再締結。旧契約は廃止	覚書が多数積み重なった整理、実質的な全面改定、当事者変更	旧契約・旧覚書の効力関係を明確に処理する条項が必要

実務ポイント

「覚書」と「変更契約書」のどちらを使うかは、企業ごとの慣行・相手方との関係・変更の重要度によります。名称より内容の明確さを優先してください。

なぜ覚書管理が破綻するのか

覚書管理が機能不全に陥る原因は、構造的な問題にあります。実務でよく見られる崩壊パターンを整理します。

崩壊の典型パターン

問題	具体的な状況
原契約と覚書が別管理	原契約はサーバー内「契約書」フォルダ、覚書はメール添付のまま。どこに何があるか把握不能
覚書が積み重なる	3年間で覚書が5通。変更履歴が追えず、現在の有効条件が「第1覚書か第5覚書か」判断できない
変更条項が特定されない	「第○条を以下のとおり変更する」の記載がなく、どの条項をどう変えたか後追いできない
正本がどれか分からない	原契約・第1覚書・第2覚書の関係が整理されておらず、紛争時に有効な条件を証明できない
更新期限の再設定漏れ	覚書で期間延長したが、台帳の更新期限が原契約の日付のまま。アラートが機能しない
担当者の引き継ぎ失敗	担当者変更時に覚書の存在が伝わらず、後任が原契約だけで業務を進めてしまう

⚠ 監査・紛争時のリスク

覚書が適切に管理されていない状態では、取引条件の正確性について監査対応ができません。また訴訟・仲裁において「現在の契約条件はどれか」を立証できないリスクがあります。覚書の証拠力は締結時の管理状況に依存します。

原契約と紐付けるべき理由

覚書を原契約と紐付けて管理することで得られる実務的なメリットを整理します。

管理目的	紐付けがない場合	紐付けがある場合
最新条件の確認	複数書類を横断して確認が必要	台帳で最新条件を即時確認可能
更新期限管理	覚書延長後のアラートが機能しない	延長後の期限で自動アラート設定可能
監査対応	変更履歴の証跡を提出できない	変更の経緯・理由・承認記録を提出可能
紛争対応	有効条件の立証が困難	変更履歴として書面証拠を提示可能
引き継ぎ	後任が覚書の存在を知らない	台帳で覚書の存在・内容を即時把握可能

特に重要なのは、個別契約（発注書・注文書）と基本契約の関係です。単価・仕様・納期を覚書で変更した場合、個別契約にも影響が及ぶため、基本契約→覚書→個別契約の三層の紐付けが必要になります。

覚書管理の基本ルール

覚書管理ルール一覧

必ず原契約番号（親契約番号）を付与する　—　覚書ファイル名・台帳双方に親番号を記録
覚書単体で保存しない　—　必ず原契約とセットでフォルダ管理または台帳紐付けを行う
変更条項を明示する　—　「第○条を以下のとおり改定する」「その他の条項は原契約のとおり」を必ず記載
変更理由・背景を残す　—　締結時の稟議・メール・打合せ議事録を紐付けて保管
最新版を明示する　—　台帳またはファイル命名で「現時点の有効文書」を一目で分かるようにする
台帳に紐付けて登録する　—　締結日・変更内容・締結者・保管場所を台帳に記録
更新期限・有効期間を再設定する　—　期間延長があった場合は台帳の期限日を更新する
承認記録を残す　—　社内承認フロー（稟議・決裁）の記録を覚書に紐付けて保管

覚書の命名ルール

要素	内容	例
親契約番号	原契約の管理番号	C-2023-0045
変更番号	何通目の覚書かを示す連番	AMD-001, AMD-002
締結日	YYYYMMDD形式	20260401
相手方略称	相手方会社名の略称	ABC
変更内容略称	変更の主な内容を端的に	価格変更, 期間延長

命名例

C-2023-0045_AMD-002_20260401_ABC_価格変更.pdf

この命名規則により、ファイル名だけで「どの契約の・何通目の覚書か・いつ締結したか・相手方は誰か・何を変更したか」が把握できます。

覚書対応 vs 再締結の判断表

状況	推奨対応	理由
一部条項の変更（金額・単価）	覚書でOK	変更範囲が限定的で原契約の骨格は維持
期間の延長	覚書でOK	期間条項のみの変更
仕様の一部変更	覚書でOK	業務内容の小規模な変更
複数条項（5条以上）の変更	変更契約書を検討	変更範囲が広く覚書では全体把握が困難（社内運用上の目安）
覚書が3通以上積み重なっている	再締結を検討	現在の有効条件の把握が困難になる（社内運用上の目安）
損害賠償・解除権等の重要条項の変更	変更契約書を検討	リスク分担に関わる重要な変更
当事者の変更（合併・事業譲渡等）	再締結または地位移転合意等を検討	合併・事業譲渡・契約上の地位移転など処理が分かれるため、類型ごとに確認が必要
契約全体の見直し・実質的な刷新	再締結必須	旧契約の整理と新契約の明確化が必要

契約履歴の管理方法

契約変更の履歴管理は、「どの時点でどのような条件が有効だったか」を追跡できる状態を作ることが目的です。これにより、監査・紛争・引き継ぎのすべてに対応できます。

契約履歴管理表（バージョン管理）の設計

バージョン	文書種類	締結日	変更内容	変更条項	有効期間	承認者	保管場所
v1.0 原契約	業務委託契約書	2023/04/01	原契約締結	全条項	2023/04/01〜2024/03/31	部長A	サーバー/契約/C-2023-0045/
v1.1 覚書	第1覚書	2023/10/01	月額単価を50万円→55万円に変更	第5条（報酬）	2023/10/01〜2024/03/31	部長A	サーバー/契約/C-2023-0045/AMD/
v1.2 覚書	第2覚書	2024/03/01	期間を1年延長（〜2025/03/31）	第3条（期間）	2024/04/01〜2025/03/31	部長B	サーバー/契約/C-2023-0045/AMD/
v1.3 現行版	第3覚書	2025/02/15	仕様変更・納品物追加、単価調整	第4条（業務内容）・第5条（報酬）	2025/04/01〜2026/03/31	部長B	サーバー/契約/C-2023-0045/AMD/

✓ 履歴管理のポイント

「現行版」フラグを常に一つだけ立てることで、担当者が変わっても最新の有効条件を即座に把握できます。旧版は削除せずアーカイブし、変更の経緯を追跡できるよう保持してください。

契約台帳との連携

覚書管理は、第2話「契約台帳の作り方」で設計した台帳と一体で運用することで初めて機能します。台帳に覚書情報が反映されていなければ、台帳の信頼性が失われます。

台帳登録ルール

登録タイミング	登録・更新する項目
覚書締結時（当日または翌営業日まで）	文書番号（覚書番号）、締結日、変更内容の概要、変更条項、有効期間（更新後）、承認者、保管場所パス
期間延長があった場合	台帳の「契約終了日」「更新期限アラート日」を新しい期限に更新
金額変更があった場合	台帳の「契約金額」「月額単価」等を最新値に更新。旧金額はメモ欄に履歴を残す
再締結した場合	旧契約のステータスを「廃止」に変更し、新契約を新規登録。相互の関連性をメモ欄に記録

⚠ よくある台帳管理の落とし穴

覚書で期間延長したにもかかわらず、台帳の更新期限が原契約の日付のままになっているケースが非常に多く見られます。覚書締結のたびに台帳の期限情報を必ず更新する運用ルールを徹底してください。

契約変更の実務フロー

契約変更依頼から台帳更新までの標準フローを設計します。第7話の「契約審査フロー設計」と連動して運用することで、変更管理も属人化を防げます。

契約変更管理フロー（8STEP）

STEP 1 変更依頼
受付

STEP 2 原契約
特定

STEP 3 変更範囲
確認

STEP 4 覚書 or
再締結判断

STEP 5 ドラフト
作成

STEP 6 社内
承認

STEP 7 締結

STEP 8 台帳
更新

各STEPの実務チェックポイント

STEP	実務チェックポイント
STEP 1 変更依頼受付	変更依頼フォームまたはメールで受付。変更内容・理由・希望日・関連する原契約番号を必須記入とする
STEP 2 原契約特定	台帳で原契約を検索・特定。過去の覚書履歴も確認し、現在の有効条件を把握する
STEP 3 変更範囲確認	変更する条項・変更前後の内容・関連条項への影響（個別契約・発注書等）を確認
STEP 4 覚書/再締結判断	変更条項数・過去の覚書通数・変更の重要度を確認し、覚書・変更契約書・再締結のいずれかを決定
STEP 5 ドラフト作成	変更条項を明示した文書を作成。「親契約番号」「変更番号」を文書内に記載する
STEP 6 社内承認	社内権限規程に基づく承認ルートで決裁。変更内容・理由・リスクを稟議書に記載
STEP 7 締結	電子契約または書面で締結。締結証跡（タイムスタンプ・サイン記録等）を保管
STEP 8 台帳更新	締結日当日または翌営業日までに台帳へ登録・更新。期限・金額等の変更は即時反映

よくある失敗パターン

失敗パターン	具体的な問題	対策
❶ 覚書の存在を忘れる	担当者が原契約だけを参照し、覚書で変更された条件を見落とす	台帳に覚書履歴を登録し、原契約参照時に覚書の確認を必須化する
❷ 変更条項の特定が曖昧	「協議により変更する」だけの覚書で、具体的な変更内容が不明確	テンプレートで「第○条を以下のとおり改定する：（変更後条文）」を必須記載とする
❸ 台帳の更新漏れ	覚書で延長したのに台帳の期限が古いまま。更新漏れアラートが発生	覚書締結フローの最終STEPに「台帳更新」を組み込み、完了確認を義務化
❹ 口頭合意の書面化なし	「前回の打合せで合意した」だけで覚書を作成せず、後に争いになる	金額・期間・仕様の変更は必ず書面化するルールを明文化する
❺ 覚書の放置（積み重ね）	覚書が5通以上になったが、整理せず放置。最新条件が不明になる	覚書3通以上になったタイミングで再締結を検討する運用ルールを設ける
❻ 印紙税の確認漏れ	課税文書の変更覚書に印紙を貼り忘れ、過怠税のリスクが発生	覚書作成時に対象文書の課税判定チェックを必須化する（または電子契約へ移行）
❼ 相手方との版の不一致	自社保管版と相手方保管版で内容が異なる（修正漏れ・誤送）	電子契約で締結、または締結後に「確認メール」で内容を相互確認する

LegalOSによる管理

ここまで解説した覚書・変更契約の管理を、実務で継続的に運用するには、Excelや個別フォルダ管理では限界があります。

LegalOSでは、以下の機能により契約変更管理を支援しています。

機能	覚書・変更管理での活用
契約台帳管理	原契約と覚書の関連を台帳上で管理できる。一覧で変更回数・有効条件を把握しやすくなる
ファイル紐付け	原契約PDFと覚書PDFを同一台帳レコードに紐付けて保管できる。フォルダ管理からの脱却を支援
契約履歴管理	変更のたびにバージョン情報を記録できる。変更経緯を追跡しやすい状態を維持できる
ステータス管理	「原契約中」「覚書変更済み」「再締結待ち」などのステータスで進捗を管理できる
証跡保存・監査ログ	操作履歴・証跡を残す運用に活用できる。監査対応・内部統制の補助に使える
グループ会社横断管理	グループ各社の契約情報を一元管理できる設計。横断的な状況把握を支援

LegalOS｜契約台帳・変更管理・履歴管理

契約変更管理では、「覚書を作る」だけでなく、原契約との関係を整理し、履歴として管理することが重要です。

LegalOSでは、契約台帳管理、契約書ファイル紐付け、契約履歴管理、ステータス管理、証跡保存、監査ログ、グループ会社横断管理を支援しています。

→ LegalOSの詳細を確認する

よくある質問

覚書と変更契約書は何が違いますか？

法的効力に本質的な差はなく、どちらも合意を記録した文書です。ただし、実務慣行として「覚書」は一部条項のみを変更する際に用い、「変更契約書」は変更範囲が広い場合や正式性を強調したい場合に使われます。名称ではなく、変更条項の特定と原契約との関係明示が重要です。

覚書に印紙は必要ですか？

原契約の変更内容によって異なります。課税文書（請負契約・継続的取引の基本契約など）の重要事項（金額・期間・当事者等）を変更する覚書は、変更後の金額等に応じて課税される場合があります（印紙税法基本通達）。電子契約で締結した場合は、通常、印紙税の課税対象となる紙の課税文書が作成されないため印紙税は不要と整理されます（ただし運用形態によるため、不明な場合は税務署または専門家に確認してください）。個別に判断が必要なため、不明な場合は税務署や専門家に確認してください。

覚書が複数積み重なった場合、最新の契約条件はどこを見ればいいですか？

契約台帳に「最新版」フラグを立て、変更済み条項と最終条件をまとめた「契約サマリー」を作成・更新することが理想です。社内運用上の目安として、覚書が3通以上積み重なった場合は、原契約を最新条件に基づき再締結（リステートメント）することも検討してください。

変更内容が口頭合意の場合はどう扱いますか？

原則として口頭合意は有効ですが（民法522条）、証拠性の観点から問題があります。口頭で合意した内容は、速やかに覚書または確認書として書面化し、原契約に紐付けて台帳登録することを徹底してください。メールで合意確認している場合も、正式な書面化を推奨します。

個別契約（注文書・発注書）の変更はどう管理しますか？

個別契約の変更は、対応する基本契約と個別契約両方に紐付けて管理します。注文内容の変更（仕様変更・納期変更・数量変更など）は変更注文書として発行し、台帳に「基本契約番号―個別契約番号―変更番号」の形式で記録することで履歴を追えるようにします。

再締結（リステートメント）はどのような場合に検討すべきですか？

社内運用上の目安として、覚書が3通以上積み重なっている場合、変更条項が5条以上にわたる場合、契約期間が大幅延長されて実質的に新たな取引に近い場合は、原契約と覚書群を整理・統合して再締結することを検討してください。再締結により「正本はどれか」問題が解消されます。当事者の変更（会社合併・事業承継・事業譲渡等）については、合併による包括承継・契約上の地位移転合意・再締結など処理の類型が分かれますので、個別に確認が必要です。