契約更新の見落としは、
台帳でなく契約書とメールの2か所に残る。

この記事の読者：情シス・DX担当（SaaSやサービスの契約を何本も抱え、更新のタイミングを一つずつ覚えていられない人）／経営・管理職（不要な契約が自動更新されて払い続けているものがないか気になる人）／個人向け・全社員・非専門（専門知識がなくても、自分のサブスクや保険、賃貸の契約更新を見直すだけで今日から試せます）

要点：10月は下期入りと重なり、契約更新の通知が集中します。見落としが起きる場所は台帳ではなく、更新日・解約通知期限が書かれた契約書の本文と、ベンダーから届く更新案内メールの2か所です。台帳を作るだけでは防げず、契約書をAIに読ませて期限を抽出し、台帳と突き合わせる手順を組みます。

10月1日に、下期がはじまった会社は多い。

人事異動や予算の切り替えと同じタイミングで、契約更新の通知もこの時期に集まってくる。

ただ契約更新の見落としは、台帳を作っていなかったせいで起きるわけではない。更新日と解約通知期限が書いてある場所が、台帳の外に2か所あることが原因で起きる。

原因は、台帳でなく契約書の文面とメールの中

契約台帳（スプレッドシートやドキュメント）を作っている会社は多い。だが台帳に書く更新日と解約通知期限は、人が契約書を読んで転記した数字にすぎない。契約書の本文には「本契約の有効期間満了の1か月前までに、書面による解約の申し出がない場合は、同一条件でさらに1年間自動的に更新するものとする」のような言い回しで書かれていることが多く、「1か月前」の起点が契約の満了日を指すのか、次の更新日を指すのかは、契約書ごとに表現が揺れる。台帳には「更新日」という1つの数字しか残らず、この揺れそのものは転記の時点で消えてしまう。

もう一つの見落としどころは、ベンダーから届く更新案内メールだ。契約更新のタイミングで、価格改定や契約条件の変更がメールだけで通知されることがある。台帳はこの変化を自動では拾わない。台帳は「契約を結んだ時点でわかっている数字」のスナップショットで、メールは「後から変わった数字」の記録先になっている。この2つの置き場所が分かれているあいだは、台帳をどれだけ正確に作っても、更新のたびに生まれる差分を見落とす。

SaaS管理サービスを手がける米Zyloは、自社が扱う1,000億ドル超のSaaS支出データベースをもとに、大企業では平均して営業日ごとに1件のSaaS契約更新が発生すると報告している。解約の通知期間も契約ごとにばらつきが大きく、同社によれば30日・60日・90日が一般的な一方、1日しかない契約も、365日以上の契約もあるという。更新の頻度が高く、通知期間の長さも契約ごとに違うなら、台帳という1枚の表だけで全件を覚えておくのは、そもそも無理がある。

手順は5つ。契約書をAIに読ませ、台帳と突き合わせる

使うAIツールは問いません。順番だけ守ります。

1. 契約台帳を用意する。契約名・ベンダー・更新日・解約通知期限・自動更新の有無・金額・担当者を、スプレッドシートかドキュメントにまとめる。すでにある会社は、このまま使う。
2. 契約書（PDF）をAIに読ませ、更新日・解約通知期限・自動更新の有無の3点を抽出させる。「この契約書から、契約期間・自動更新の有無・解約通知期限の3つを、本文の該当箇所をそのまま引用したうえで抜き出してください」と頼む。GMOグローバルサイン・HDが提供する電子契約サービスのAI-OCR機能も、契約書から契約期間や自動更新の有無を含む20項目を自動抽出しており、同じ発想で動いている。
3. 抽出結果を台帳と突き合わせる。AIが引用した本文の該当箇所と、台帳に書いてある数字を照合し、ズレがないか人が確認する。抽出結果をそのまま台帳へ上書きしない。
4. 解約通知期限の30日前・7日前にリマインドをカレンダーへ自動登録する。台帳のスプレッドシートとGoogleカレンダーをGAS（Google Apps Script）で連携させれば、抽出した解約通知期限をそのままカレンダーの予定として書き込める。契約書を読む工程と、リマインドを作る工程を一本につなげる組み合わせ方だ。
5. ベンダーから更新案内メールが届いたら、そのたびAIに読ませる。「前回の契約条件と比べて、価格・利用上限・解約条件のどこが変わったか」を比較させ、変わった箇所だけを台帳に反映する。

詰まる場所

契約書がスキャン画像のPDFだと、読み取りの精度が落ちる。手書きの印影がかぶっている箇所や、薄いコピーの文字は特に抽出が怪しくなるので、抽出結果をそのまま信じず、AIに本文の該当箇所を引用させ、人がその引用元を契約書と照合する工程を必ず残す。

「期間満了の1か月前まで」という起点が、契約の満了日を指すのか、次回の更新日を指すのかは、文面を読んだだけでは判断がつかない契約が一定数ある。ここは今回の手順だけでは解決せず、読み方に迷う契約は法務や契約の担当者に個別に確認する、という扱いにした。

同じベンダーと複数の契約を結んでいて、基本契約と個別契約に分かれている場合、解約通知期限がどちらの契約書に書かれているかが契約ごとに違う。AIに個別契約書だけを渡すと、基本契約側の条項を見落とす。この組み合わせの漏れを防ぐ具体的な手順までは、今回確かめられなかった。

見落としを防ぐのは、台帳の精度でなく、読み直す手間を減らすこと

契約更新の見落としを防ぐのは、台帳を精密に作ることではない。契約書とメールという、台帳の外にある2か所を、更新のたびに読み直す手間を減らすことだ。AIに本文を引用させながら抽出させれば、読み直す手間そのものは減らせる。ただし、抽出結果を台帳へそのまま上書きする工程だけは、今回も人の確認を外していない。

最後に一つだけ、今日からためせることを書いておく。更新日が近い契約書を1通選び、AIに「契約期間・自動更新の有無・解約通知期限の3つを、本文を引用したうえで抜き出して」と頼んでみてほしい。台帳に書いていた数字と、実際の文面が一致しているかどうかが、それだけで分かる。

編集責任者：Tatsuki Morohashi（発行人・運営者情報）　／　最終更新：2026.10.02
本記事はAI編集部が執筆しています。掲載の判断と内容の責任は編集責任者が負います。誤りを見つけられた場合はお問い合わせからご指摘ください。訂正の手順は訂正ポリシーに定めています。

参考出典
・Zylo「Automatic Renewals: How to Avoid Surprises at Your Renewal Date」（zylo.com、初出2020年9月8日・2026年4月16日データ更新・2026年10月2日閲覧）——自社の1,000億ドル超のSaaS支出データベースをもとに「大企業は平均して営業日ごとに1件のSaaS契約更新を迎える」「通知期間は30・60・90日が一般的で、1日のものも365日以上のものもある」と報告
・クラウドWatch「GMOグローバルサイン・HD、『電子印鑑GMOサイン』に契約書向けAI-OCR機能を追加」（cloud.watch.impress.co.jp、2023年11月28日発表・2026年10月2日閲覧）——契約書から契約期間や自動更新の有無を含む20項目をAI-OCRで自動抽出する機能の実例として引用
※ 本稿の5手順（台帳の用意→AI抽出→突き合わせ→カレンダー連携→更新案内メールの比較）は、上記の発表および複数の実務解説記事が示す一般的な進め方を参考に、本紙が業務手順として構成したものであり、特定企業・製品の公式手順ではありません

ツギノテはAI編集部が毎日発行するメディアです。同じ仕組みを作りたい方は 構築の相談 へ。