契約台帳はどこまで必要か|更新管理・原本管理・属人化防止の実務【コーポレート法務実務FAQシリーズ 第9話】
CORPORATE LEGAL FAQ — SERIES 9

契約台帳はどこまで必要か|更新管理・原本管理・属人化防止の実務

「契約書は保管している。でも台帳まで作る必要があるのか?」——この疑問を持つ法務・総務担当者は少なくありません。答えは明確です。契約書の保管と契約台帳の管理は、まったく別の機能です。保管は文書を失わないための仕組みであり、台帳は締結後に契約を「使いこなす」ための基盤です。本記事では、契約台帳の役割を実務の観点から整理し、Excelでも始められる現実的な管理方法から、システム化の判断基準までを解説します。
補足: 法務部や総務部の作業は、 この無料ツールを使うと便利に処理できます (一次整理・マスキング・論点整理など)

契約台帳は本当に必要か

企業が保有する契約書の数は、事業規模にかかわらず着実に増えていきます。NDA、業務委託契約、賃貸借契約、保守契約、ライセンス契約——これらは締結された瞬間から「管理が必要な義務の束」として会社に蓄積されます。

しかし多くの企業では、締結後の管理が「ファイルに閉じて保管する」だけで止まっています。その結果として発生するのが、自動更新の放置、解約通知期限の失念、原本の所在不明、そして担当者退職による情報断絶です。これらは法的リスクであるとともに、経営判断を誤らせるガバナンスリスクでもあります。

Point
「契約台帳が必要かどうか」という問いの正しい立て方は、「管理すべき契約が1件でも存在するか」です。存在するなら、台帳は必要です。件数の多寡は、管理精度や手段の選択に影響しますが、台帳の要否には影響しません。

契約台帳は、単なる一覧表ではありません。「いつ、どの契約が、どのような状態にあるか」をリアルタイムで把握するための管理基盤です。締結権限の管理(第7話:契約締結権限をどう決めるか)や審査フロー(第8話:社内決裁と法務審査をどうつなぐか)と並び、契約ライフサイクル管理の核となる機能です。

契約書保管と契約台帳の違い

「保管しているから管理している」という誤解が、多くの事故の背景にあります。両者の役割を明確に分けて理解しましょう。

観点 契約書の保管 契約台帳の管理
目的 文書を失わない・証拠として残す 締結後の義務・期限・状態を把握する
主な管理対象 原本・電子ファイル・PDFスキャン 期限・金額・責任者・更新要否・原本場所
保管義務の根拠 税法・会社法・電帳法等(7〜10年) 法的義務ではなくガバナンス上の必要性
アクセス目的 紛争時の確認・税務調査・監査 日常的な更新判断・期限管理・承継
運用頻度 低頻度(問題発生時) 定常的(月次〜週次確認)
欠けた場合のリスク 証拠滅失・法令違反 更新漏れ・期限失念・属人化・損害

保管は「過去の証拠を守る」機能であり、台帳は「将来の行動を制御する」機能です。電子帳簿保存法対応で文書の電子保存が整備されても、台帳がなければ「どの契約が、いつ、どういう状態か」は誰にもわかりません

注意
電子契約サービス(クラウドサイン、DocuSign等)を導入しても、台帳の問題は解決しません。電子契約はあくまで「締結プロセスの効率化と文書の保管」です。期限管理・更新判断・責任者管理は別途、台帳で運用する必要があります。

契約台帳に最低限入れるべき項目

実務で「あとから必ず必要になる」と証明されている項目を整理します。最初から完璧を目指す必要はありません。まずは必須度「高」の項目から始めることを推奨します。

項目名 必須度 記録する理由 入力例
契約名(件名) 必須 検索・識別の基本。何の契約かを一言で特定できる形で記載 業務委託契約書(○○社・システム開発)
相手方(取引先) 必須 同一取引先の複数契約を束ねて確認できる。旧条件契約の発見にも有効 株式会社△△(甲乙どちらかも記録)
契約締結日 必須 保存期間管理の起算日。バックデート(遡及適用)や停止条件が付く場合、効力発生日が締結日と異なることがある。差異がある場合は備考欄に記録する 締結日:2024年4月1日 / 効力発生:2024年1月1日(遡及)
契約開始日/終了日 必須 有効期間の管理。終了日がなければ「無期限」と明記。NDA・瑕疵担保等の残存条項の義務消滅日が終了日と異なる場合は別途記録する 開始:2024年4月1日 / 終了:2025年3月31日 / 残存義務消滅:2028年3月31日
自動更新の有無 必須 更新漏れ・放置を防ぐ最重要項目。自動更新型は特に注意 あり(1年毎に自動更新)/なし
解約通知期限 必須 終了前○ヶ月の書面通知が必要な契約で期限を失念すると損害が発生する 終了日の3ヶ月前まで(2024年12月31日)
更新判断日 必須 いつまでに継続/解約を判断するか。解約通知期限より1〜2週間前に設定 2024年12月15日
契約金額(年間) 必須 更新時の費用対効果判断・締結権限の確認(金額基準の承認フロー)に必要 月額50万円(年間600万円)
管理部署 必須 担当部署が変わっても追えるようにする。属人化防止の基本 IT部門/経営企画部
契約責任者(担当者) 必須 問い合わせ対応・更新判断の窓口。退職時の引継ぎ対象として明示 山田太郎(IT部)
原本保管場所 必須 紛失防止・監査対応。紙の契約書は印紙貼付・消印の確認済みフラグを併記(税務調査対策)。電子契約の場合はURL・管理番号を記録 法務室キャビネット3段目(印紙確認済み) / クラウドサイン#12345
電子契約URL/管理番号 推奨 電子契約サービス上の原本へのリンク。台帳とひも付けて所在を明確化 https://app.cloudsign.jp/documents/xxxxx
契約類型 推奨 一覧のフィルタリング・集計に有効。類似契約のテンプレ選定にも活用 NDA/業務委託/賃貸借/保守/ライセンス
反社チェック実施日 推奨 コンプライアンス証跡。未実施が後で問題になるリスクを防止 2024年3月20日(外部DBスクリーニング済)
関連契約・枝番 推奨 基本契約と個別契約・変更覚書の紐づけ。最新条件がどれかを明確にし、旧条件への誤認を防ぐ。Excelでは「親契約番号」列で管理する 基本契約:#A-101 / 変更覚書:#A-101-02(最新)
インボイス登録番号確認 推奨 支払いを伴う契約では相手方が適格請求書発行事業者かを確認。自動更新時に登録番号の有効性を再確認するフロー整備が経理連携の観点から有効 T1234567890123(確認日:2024年3月15日)
備考・特記事項 任意 交渉経緯・特別条件・注意事項など、数字に収まらない情報を蓄積 「独占禁止条項あり/価格改定交渉中」等
実務のコツ
最初は必須項目だけでも十分です。推奨・任意項目は、台帳の運用を開始してから「この情報が欲しい」と感じた時点で追加するのが現実的です。完璧な設計を待って着手が遅れるより、不完全でも始めることが先決です。

Excelでもできる更新管理の始め方

契約台帳の管理は、専用システムがなくてもExcelやGoogleスプレッドシートで十分に運用できます。特に契約件数が100件未満の段階では、Excelが最も実態に合った選択です。

Excelで台帳を整備する5ステップ

  • 1
    既存契約の棚卸し
    現在締結済みのすべての契約をリストアップします。部署ごとに保管している契約書ファイルを集め、一覧化することから始めます。「全件ある」という確証が持てるまで丁寧に行います。
  • 2
    終了日と自動更新の有無を最優先で記入
    全項目を一度に埋めようとすると頓挫します。まず「終了日」と「自動更新の有無」「解約通知期限」だけを集中的に記入します。この3点が最もリスクの高い空白です。
  • 3
    更新判断日の列を追加し、色分けルールを設定
    Excelの条件付き書式を使い、「更新判断日まで30日以内」を黄色、「7日以内」を赤色で自動着色します。これだけで「アラート機能」が完成します。
  • 4
    月次で確認するルーティンを決める
    台帳は作っただけでは機能しません。毎月1日に「当月・翌月の更新判断日がある契約」を確認する担当者と手順を明確にします。カレンダーにリマインダーを入れることが有効です。
  • 5
    新規締結のたびに必ず登録するルールを徹底する
    台帳の最大の弱点は「登録漏れ」です。契約締結の最終承認フローに「台帳登録の完了確認」を組み込むことで、漏れを構造的に防ぎます。

Excelで管理する際の注意点

Excel管理は手軽な反面、同時編集・権限管理・バージョン管理に弱点があります。複数人が同一ファイルを操作する場合は、Googleスプレッドシートに移行するか、ファイルの編集権限を1名に絞る運用ルールを設けることを推奨します。また、台帳ファイルは必ず共有フォルダ(クラウドストレージを含む)に保存し、個人のPCに置かないことが属人化防止の基本です。

実務Tips
Googleスプレッドシートを使う場合、GAS(Google Apps Script)で「更新判断日が30日以内の契約一覧をメールで自動送信する」スクリプトを作成することも可能です。無料で動作し、専用システム並みのアラート機能を実現できます。

よくある事故と防止策

契約台帳が整備されていない企業で繰り返し発生している典型的な事故を整理します。いずれも「仕組み」で防げるものです。

事故例 主な原因 発生リスク・影響 防止策
自動更新契約が放置された 終了日を誰も確認していない。担当者の記憶頼み 不要なサービスへの支払いが継続。年間数十〜数百万円の損失 台帳に自動更新フラグと更新判断日を設定。月次アラートで確認
解約通知期限を過ぎた 「○ヶ月前通知」の条項を失念。担当者交代で情報断絶 解約できず追加の契約期間分の費用が発生。場合によっては損害賠償 台帳に解約通知期限を明示。通知期限の1ヶ月前にリマインダー設定
原本の所在が分からない 部署内のキャビネット・引き出しに散在。電子保存未整備 紛争時・監査時に契約内容を確認できず。証拠能力の問題も 台帳に原本保管場所を必ず記録。電子契約はURLと管理番号を紐づけ
同一取引先と旧条件契約が残っていた 条件改定時に旧契約を明示的に終了しなかった 新旧契約の優先関係が不明確。旧条件での請求や義務の主張が発生 台帳で取引先別に契約を束ねて管理。旧契約への「無効化済み」フラグを付与
担当者退職で内容不明 台帳なし。契約書の場所も条件も担当者の頭の中だけ 引継ぎ不能。相手方への問い合わせや弁護士費用が発生するケースも 台帳に責任者・管理部署を記録。退職時引継ぎフローに台帳確認を組込み
電子契約締結済みだが社内一覧に未登録 電子契約サービス上で完結しており、台帳登録が省略された 社内で存在が把握されない契約が増殖。監査・内部統制上の問題に 締結完了後に台帳登録を必須化。承認フローの最終ステップに組み込む

システム化を検討すべきタイミング

Excel管理に限界を感じ始めたとき、専用の契約管理システム(CLM:Contract Lifecycle Management)への移行を検討する段階です。以下のいずれかに該当する場合は、費用対効果を検討してください。

システム化の目安となる4つのシグナル

シグナル 具体的な状況 Excel管理の限界
①件数が増加した 管理対象が200〜300件を超えてきた。毎月の更新確認に1〜2時間以上かかる 行が多くなりフィルタ・検索が遅くなる。アラート設定のメンテが煩雑化
②拠点・部門が分散した 複数拠点や複数部門が別々に契約を締結している。台帳が分散して全社統合が困難 複数Excelファイルの統合が手作業で限界。版管理のミスが多発
③権限管理が必要になった 部門ごとに閲覧できる契約を制限したい。金額に応じて承認者を変えたい Excelでの権限管理は実質不可能。全員が全データを見られる状態になる
④ワークフロー連携が必要になった 契約審査フロー・稟議システム・電子契約サービスと台帳を連動させたい 手動でのデータ転記が増え、入力漏れ・二重管理が常態化する
Note
CLMシステムの選定では「現在の管理課題を解決するか」に加えて、「電子契約サービスとのAPI連携」「稟議システムとの連動」「モバイル対応」を確認することを推奨します。高機能なシステムほど定着まで時間がかかるため、スモールスタートできる製品から始める判断も有効です。

KPIで改善する視点

契約台帳の運用は、定性的な「管理している感」ではなく、数値で評価・改善するサイクルを設けることで初めて機能します。以下のKPIを月次または四半期単位で確認することを推奨します。

指標名 意味 目安・目標値 改善アクション
更新期限アラート対応率 更新判断日が到来した契約のうち、期限内に継続・解約の意思決定が完了した割合 目標100%(期限後の対応は失点) 未対応案件の責任部署を特定し、翌月の確認頻度を上げる
台帳登録漏れ件数 実際に締結されたにもかかわらず台帳に未登録だった契約の件数 目標0件(月次棚卸で発見・記録) 承認フローへの登録ステップ義務化。電子契約システムとの突合を定期実施
原本所在不明件数 台帳に原本保管場所が未記入、または記入があっても現物が確認できない契約の件数 目標0件(棚卸時に順次解消) 原本棚卸を半年に1回実施。電子契約ものについてはURLの生存確認も実施
更新判断リードタイム 更新判断日から、担当部門が「継続」または「解約」の意思決定を完了するまでの日数 目標:解約通知期限の2週間前には意思決定完了 判断が遅い部門の管理者にエスカレーション。意思決定フローの整備
台帳登録完了率 締結済みの全契約のうち、台帳に必須項目が揃っている契約の割合 目標95%以上(既存分を段階的に整備) 登録率の低い項目(解約通知期限・原本場所等)を重点補完

KPIは「測るだけ」では意味がありません。毎月の法務定例会議や管理部門の会議で報告し、悪化したKPIには改善アクションをセットで提示する習慣が重要です。

よくある誤解

誤解①「電子契約サービスを入れたから台帳は不要」

電子契約サービスは「締結プロセスの電子化」と「文書の保管・証明」を担うツールです。しかし期限管理・更新判断・責任者管理・解約通知期限の追跡は、電子契約サービスの本来の機能の範囲外です。電子契約URL・管理番号を台帳に紐づけることで、両者は補完関係になります。

誤解②「専用システムを入れれば自動で管理される」

CLMシステムも、データ入力は人間が行います。「自動で管理される」という期待でシステムを導入すると、高コストで入力漏れが多い状態になります。台帳管理の本質はシステムではなく、運用ルールと担当者の意識にあります。Excel管理でも質の高い運用は可能です。

誤解③「法的義務がないから後回しでよい」

契約台帳の整備を義務付ける法律は現時点では存在しません(2026年4月時点)。しかし、内部統制の観点から会計監査人や親会社の内部監査部門が台帳整備状況を確認するケースは増えています。また、台帳の不備が取引上の損害(更新漏れ等)につながった場合、担当者の善管注意義務違反の問題となる可能性があります。「義務がないから不要」という判断は実務上のリスク評価として誤りです。

誤解④「台帳は法務だけが管理するもの」

契約台帳は法務部門が整備することが多いですが、実際の運用主体は各部署の担当者です。法務は台帳の設計・維持管理・教育を担い、各部署が自部門の契約を登録・更新する責任を持つ、という役割分担が理想的です。台帳を「法務の管理物」と捉えると、登録漏れや更新対応の遅れが増えます。

誤解⑤「契約が終了したら台帳から削除してよい」

これは実務上、最も注意が必要な誤解です。契約の「終了日」はあくまで主要な義務が消滅する日であり、それ以後も法的義務が継続する場合があります。NDAの秘密保持義務(終了後3〜5年が多い)、瑕疵担保(契約不適合)責任期間、競業避止義務などがその典型です。台帳から削除するのではなく、「終了済み(保存期間中)」ステータスに変更し、残存義務消滅日まで保持することが正しい運用です。税法上の保存義務(7〜10年)が終わるまでは、原本の所在記録とともに台帳上に残し続けてください。

まとめ

この記事のポイント
  • 契約書の保管と契約台帳の管理は目的が異なる別の機能。保管だけでは締結後のリスク管理はできない
  • 台帳の最重要項目は「自動更新の有無」「解約通知期限」「更新判断日」「原本保管場所」「契約責任者」の5点
  • Excelでも条件付き書式と月次確認ルーティンを組み合わせれば、実用的な更新管理は実現できる
  • 電子契約を導入しても台帳の必要性は変わらない。電子契約URLを台帳に紐づけることで補完関係を構築する
  • システム化は「件数増加」「拠点分散」「権限管理」「ワークフロー連携」が必要になった時点で検討する
  • KPIを設定し、更新期限アラート対応率・台帳登録漏れ件数を月次で確認するサイクルを定着させる

契約台帳の整備は、「大変そう」に見えて、最初の一歩は今ある契約書の一覧をExcelに書き出すことです。終了日と自動更新の有無さえ記録すれば、明日から「更新期限の見落とし」というリスクを大幅に下げることができます。管理体制を順次高度化しながら、締結後管理の基盤を固めてください。


実務チェックリスト|契約台帳の整備状況を確認する

自社の現状を確認し、「✗」の項目から優先的に整備を進めてください。

  • 締結済みの契約が全件台帳に登録されているか(抜け漏れがないか定期的に棚卸しているか)
  • 更新判断日・解約通知期限に対してアラート・リマインダーが設定されているか
  • 台帳に原本保管場所が記録されており、実際に原本の所在が追えるか確認しているか
  • 電子契約で締結した契約についてサービス上のURL・管理番号が台帳に紐づいているか
  • 各契約に担当部署・契約責任者が明記されており、担当者が誰でも確認できる状態か
  • 同一取引先の旧契約と最新版が区別されており、旧条件での混乱が起きない状態か
  • 担当者の退職・異動時の引継ぎフローに台帳の更新・確認が組み込まれているか
  • 新規契約の締結承認フローに台帳への登録完了確認が組み込まれているか
  • 台帳ファイルが個人PCではなく共有ストレージ(サーバー・クラウド)に保存されているか

FAQ

契約件数が少なくても台帳管理は必要ですか?
件数が少なくても必要です。むしろ少ない段階から始めることで、件数が増えても破綻しない仕組みを作れます。自動更新型の契約が1件でもあれば、台帳なしに期限を管理することは担当者の記憶に依存することになります。10件以下でもExcelで1時間あれば台帳が作れます。
Excel管理だけで十分でしょうか?いつシステムに切り替えるべきですか?
200〜300件未満かつ単一拠点・単一部門での管理なら、Excelで十分に機能します。件数増加、拠点分散、権限管理の必要性、他システムとのワークフロー連携が必要になった段階でシステム化を検討してください。ただしシステム化は運用ルールの代替にはなりません。まず運用を定着させてからシステムを入れる順序が理想的です。
原本保管と台帳を別々に管理することに意味があるのですか?
意味があります。原本(現物・PDF)は「証拠として存在すること」を確保するためのものであり、台帳は「どこにあるか、どんな状態か」を検索・把握するためのものです。台帳に原本保管場所を記録することで、原本への到達経路を確保します。この紐づけがないと、保管してあるのに「どこにあるか分からない」という事態が頻発します。
NDA(秘密保持契約)も台帳に登録すべきですか?
登録すべきです。NDAは秘密保持期間・残存条項・返還義務のある契約です。期間が終了しているにもかかわらず秘密情報を保持し続けているリスク、あるいは逆に期間内であるにもかかわらず情報を開示してしまうリスクを防ぐために、台帳管理が有効です。また、同一取引先に複数のNDAが存在している場合、条件の新旧管理が不可欠です。詳しくはNDAレビューのチェックポイントも参照してください。
電子契約サービスを導入していれば台帳は不要ですか?
不要にはなりません。電子契約サービスは「締結プロセスの電子化」と「文書の保管・真正性の担保」を担いますが、期限管理・更新判断・担当者管理・解約通知期限の追跡は別途管理が必要です。加えて、電子署名の有効期限(一般的に10年程度)や、サービス契約解約時のデータエクスポート要件にも注意が必要です。長期保存が必要な契約は、定期的な長期署名付与(タイムスタンプ更新)の実施状況を台帳に記録することで、証拠能力の維持を担保できます。電子契約のURL・管理番号を台帳に記録して連携させることが実務上の正解です。
契約が終了したら、台帳から削除してもよいですか?
削除は厳禁です。契約が終了しても、秘密保持義務・競業避止義務・瑕疵担保(契約不適合)責任などの残存条項が生きている場合があります。終了日を迎えたら「終了済み(保存期間中)」にステータスを変え、残存義務消滅日・税法上の保存期間(7〜10年)が終わるまで原本所在とセットで記録を維持してください。「台帳から消えた契約」は管理の死角になります。

Legal GPT — Paid Prompt Collection

契約審査・台帳・更新管理をAIで仕組み化したい方へ

契約書のレビューから締結後管理まで、実務で即使えるAIプロンプトをまとめた有料プロンプト集を提供しています。

読後すぐ使える無料ツール
契約実務の「詰まりどころ」を軽くする無料ツール一覧
この記事で扱った実務を、まず無料ツールで試せます
一次整理マスキング論点チェック運用引継ぎ稟議一枚化まで、
個別課題から少しずつ軽くしていく入口です。
一次整理 マスキング 論点アラート 運用引継ぎ 稟議一枚化 法務依頼受付台帳
今すぐ使えるツールを見る →
インストール不要 ・ 完全オフライン対応 ・ すべて無料