保守契約の更新管理 / 台帳・期限・担当者

契約の満了日だけでなく、
「次に確認する日」と「動く人」を。

契約期限と通知期限、社内の更新確認日を分けて整理。台帳の項目、対応状況、更新後の確認まで、日々の仕事に使える管理方法を紹介します。

「来月末までの契約だから、まだ余裕があると思っていた」「更新の案内は送ったけれど、その後の回答を追えていなかった」。保守契約の更新で、こんな行き違いが起きていないでしょうか。

契約が増えると、満了日の一覧だけでは管理しきれなくなります。契約によって更新の条件や通知の期限が違い、営業・事務・保守の間で確認が必要になるためです。担当者の予定や記憶だけに頼ると、異動や休暇の際にも対応が止まりやすくなります。

更新漏れを減らすには、契約の期限、先に確認する期限、次の対応、実際の結果を分けて残すことが大切です。本記事では、Excelの契約台帳から始める項目、更新予定の立て方、対応状況の管理例、CRMで確認する際のポイントを解説します。

保守契約の更新漏れは、なぜ起きるのか?

満了日しか見ておらず、先に必要な確認が抜けている

契約が終わる日より前に、更新の意向、対象機器、対応範囲、料金、顧客側の承認などを確認する必要があります。見積りや書類の準備、社内承認にも時間がかかるため、満了直前に確認を始めると調整が難しくなります。

まずは、現在の台帳に「いつまでに何を確認するか」があるかを見てみましょう。満了日だけを並べた表から、更新の仕事を進めるための一覧へ変えていくことが出発点です。

「案内を送った」が、更新完了と同じ扱いになっている

更新案内を送付しても、顧客が内容を確認したか、条件変更があるか、必要な手続きが終わったかは別です。「案内済み」というメモだけでは、次に誰が何をするか分かりません。

回答待ちなら、再確認する担当と期日を残します。継続の意向を聞けた場合も、次期の期間・範囲・必要書類など、残る確認を明確にしておきましょう。

契約書・台帳・顧客とのやり取りが別々になっている

担当者のメールには条件変更の連絡があるのに、共有台帳には前の内容が残っている。契約書の保存場所が分からず、事務が営業へ聞き直す。こうした分散も、更新対応を遅らせる原因です。

契約を識別する番号を入口に、原本の参照先、現在の条件、やり取りと次の対応へたどれるようにします。全部を一つのセルへ書くより、期限や担当など、一覧で確認する項目を分ける方が扱いやすくなります。

契約期限・通知期限・更新確認日は、それぞれ役割が違う

満了日と、契約上の通知期限を分ける

契約期限は、現在の契約期間がいつまでかを示す日です。一方、契約上の通知期限は、更新見送りや条件変更に関する申出などを、所定の方法で行う際の期限です。何の通知か、誰から誰へ出すものかは契約によって異なります。

通知期限は「満了日の一律30日前」と決めず、契約書や変更合意書の内容を確認して登録します。同じ顧客でも、複数の契約で期限や方法が異なる場合があります。原本を確認できていないものは、推測で埋めずに確認待ちとして残しましょう。

管理する日付と、その意味をそろえる
項目意味一緒に残したいこと
契約満了日現在の契約期間の終わり対象期間、原本の参照先、更新条件
契約上の通知期限契約に定める通知・申出の締め切り通知内容、発信側・受信側、方法、必要な記録
社内の更新確認期限余裕を持って意向や条件を確認するため、自社で置く期限確認する担当者、確認事項、未回答時の対応
次回対応日案内・再連絡・社内確認など、次の行動の期日具体的な行動、実行担当、結果の記録先
更新確認の実施日実際に確認した日誰に何を確認し、どんな回答や結果を得たか

「更新確認日」は、予定と実績を別の欄にする

一つの「確認日」欄に、予定の日付と実施した日付を混ぜると、確認済みかどうかが分からなくなります。「更新確認予定日」「最終確認実施日」「確認結果」のように分けましょう。

また、「2月5日に電話したが不在だった」と「2月5日に継続の意向を確認した」は異なります。連絡の実施と、確認したい内容の解決を区別して記録します。

社内リマインドの日と、契約上の通知期限も別もの

社内リマインド日は、担当者に確認を促す日です。契約上の通知期限や顧客への案内日と混同しないよう、項目名を分けておきます。

たとえば、社内リマインドを1月に出し、2月上旬に顧客へ確認する運用もあります。ツールの「通知」は社内向けのお知らせなのか、顧客への連絡なのかを、導入前にそろえてください。

契約台帳に残したいのは、期限・条件・担当・次の対応

1つの契約と、今回確認する更新期を識別する

Excelで始める場合も、まず契約IDを付け、顧客名だけで管理しないようにします。同じ顧客に複数の保守契約や対象機器があると、どの契約の更新かを取り違えやすいためです。

契約の基本情報と、今回の更新対応の記録を分ける方法もあります。たとえば「契約ID+対象期間」の組み合わせで更新期を識別すると、前回の確認結果を残しながら、次の更新へ進めます。

契約台帳・更新対応表の項目例
区分残す項目確認のポイント
契約の識別契約ID、契約名、顧客、今回の対象期間別の契約や前回の更新と混同しない
対象・条件対象機器・サービス、対応範囲、金額、支払条件対象外の作業、数量や範囲の変更も確認する
期間・更新方法開始日、満了日、自動更新の有無、次期期間の扱い契約原本の確認結果と、確認した人を残す
契約上の通知通知期限、通知内容、誰から誰へ、方法契約ごとに違う条件を、一律の日数で置き換えない
連絡先顧客の窓口、必要な確認先、連絡方法担当者の異動や、請求窓口との違いを確認する
社内担当更新担当、代替担当、確認責任者部署名だけで終わらず、実際に動く人を決める
更新予定確認開始日、社内確認期限、提案予定、次回対応日社内承認や顧客の検討時間を見込んで設定する
対応状況準備中・回答待ち等の状況、次の行動、期日状況名だけではなく、行動をセットにする
確認結果・資料実施日、回答内容、条件変更、書類の参照先案内を送った事実と、確認できた結果を分ける
次期・終了の処理次期期間、必要な契約処理、請求・保守担当への引き継ぎ更新の意向を聞いた後に残る仕事を明確にする

原本の保存先と、台帳の更新責任をそろえる

台帳には契約書の内容をすべて転記する必要はありません。日々確認する項目と、根拠となる原本・変更合意書の参照先を残します。資料へのリンクは、実際の担当者の権限で開けることも確かめましょう。

条件や期間が変わったら、更新者・更新日・変更理由を残します。次期の情報だけに上書きして、前の契約条件や対応履歴を失わないことも大切です。

更新予定は、満了日だけでなく通知期限と必要な作業から逆算する

満了前でも、確認を急ぐ必要がある場合がある

準備を始める日は、満了までの日数だけでは決まりません。契約上の通知期限、見積りや承認に必要な時間、顧客の検討日程を見て、先に動く必要がある日を決めます。

「満了まで90日・60日・30日」といった一覧は対象を見つける入口として使えますが、契約上の通知期限がそれより早い場合も考慮します。特定の日数の一覧だけで、すべての契約を拾えているとは判断しないようにしましょう。

【架空例】3月末満了の契約を、1月から確認する

ここでは、満了日を2027年3月31日、顧客から自社へ更新見送りを申し出る契約上の通知期限を2027年2月26日と置きます。通知期限は、この日が契約に明記されているという説明用の前提です。満了日から日数計算したものではありません。

契約上の期限より前に、確認と再対応の時間を置く
日付確認・対応すること主担当
1月15日原本、対象機器、対応範囲、顧客窓口と更新条件を確認し、準備を始める営業・保守担当
2月5日顧客へ利用状況と次期の意向を確認。変更希望や判断日程も聞く更新担当
2月19日社内の確認期限。回答や未決事項を整理し、必要なら責任者へ相談する更新担当・確認責任者
2月26日この例の契約上の通知期限。所定の申出の有無と、残る対応を確認する契約管理担当
3月31日まで更新の扱いを確認し、必要な次期情報・請求・保守体制への反映を確かめる営業・事務・保守担当

2月19日は社内で置いた確認期限であり、契約上の通知期限の代わりにはなりません。顧客の回答がない場合に何をするかも、次回対応として残します。休業日や担当不在を見込んだ余裕は社内予定へ反映し、契約上の期限の扱いは原本に沿って別に確認します。

対応状況は「案内済み」で止めず、次の行動とセットで管理する

契約の状態と、更新作業の状態を分ける

契約自体が「有効」「進行中」であっても、更新の案内は未着手かもしれません。契約が現在どういう状態かと、今回の更新対応がどこまで進んだかは、別の欄で管理すると確認しやすくなります。

また、顧客の継続意向を確認したことと、必要な社内処理が終わったことも分けます。次の表は自社の運用を考えるための例で、特定の製品の状態名をそのまま示したものではありません。

更新対応の状態と、残す行動の例
対応状況の例次の行動次へ進む確認
未着手担当を決め、原本と対象範囲を確認する担当者・確認開始日が決まっている
条件確認中期間、料金、機器やサービスの変更を確認する提案・案内に必要な条件がそろった
提案・回答待ち所定の相手へ案内し、必要な回答を確認する送付記録、回答内容、次回対応日が分かる
手続き中確認済みの条件に沿い、必要書類や社内処理を進める次期の期間・範囲と、残る処理を確かめた
処理確認済み次期情報・請求・保守の引き継ぎを確認する決めた完了条件と記録がそろった
見送り対応中終了日、必要な終了処理、顧客への案内を確認する終了後に残る作業・請求等の扱いが分かる

回答待ちでも、自社が動く期日を残す

「顧客からの返事待ち」だけでは、待つ期間が分かりません。「2月10日までに営業の田中さんが窓口へ状況を確認し、返答予定と追加資料の要否を記録する」のように、実行できる行動へ変えます。

確認した結果、顧客の社内承認に時間がかかるなら、次の確認日と、期限への影響を残します。回答を待つ間に必要な社内準備も、担当を付けて進めましょう。

継続・見送りの結果と、事務処理の完了を区別する

「継続する予定」と聞けても、範囲や料金、次期期間が未確定なことがあります。逆に、自動更新の契約では、毎回新しい署名が必要とは限りません。何を確認すれば更新の扱いを確定できるかは、契約と自社の運用に合わせて決めます。

結果を確認したら、契約台帳、請求担当、保守の受付・作業担当へ必要な情報を渡します。更新作業の状態を「完了」にする基準も、この引き継ぎまで含めて明確にしておきます。

保守契約の更新前後に使うチェックリスト

台帳に登録した後も確かめたい10項目
確認タイミングチェックすること
□対象確認契約IDと今回の対象期間、対象機器・サービスを確認した
□期限確認満了日、更新条件、契約上の通知期限・方法を原本で確認した
□担当確認更新担当、代替担当、顧客の確認先が分かる
□予定作成社内確認期限と、次の行動・担当・期日を決めた
□案内前範囲、金額、期間、変更点と、必要な社内承認を確認した
□案内後送付先・資料・実施日を残し、回答や未決事項を追っている
□結果確認更新・見送りの扱いを確認し、根拠となる記録を残した
□次期反映必要な契約処理と、次期の期間・範囲・条件を反映した
□部門連携請求・保守の関係者が、必要な変更や終了の情報を確認した
□完了確認前期の履歴を残し、次回更新の予定または終了後の残作業を確認した

毎回すべてを同じ手順で進める必要はありません。自動更新、書面での再契約、対象機器の追加など、契約の種類ごとに必要な確認へ絞ります。不要な項目は「対象外」とし、判断が残る項目には担当と期限を付けましょう。

リマインドは、対象・担当・超過時の確認まで決めて使う

満了が近い契約に加え、担当未定や期日超過も見る

ExcelでもCRMでも、契約を一覧にした後、誰が何を見るかを決める必要があります。確認日が来ているものを探すだけでなく、期限そのものが登録されていない契約や、担当者が空欄のものも対象にします。

  • 準備対象:確認開始日を迎え、更新対応が未着手。
  • 対応超過:次回対応日を過ぎ、結果が記録されていない。
  • 通知期限が近い:契約上必要な確認や申出の扱いが未確認。
  • 情報不足:満了日、更新条件、通知期限の有無、担当者が確認できていない。
  • 反映待ち:更新の結果は確認したが、次期情報や部門への引き継ぎが残っている。

満了日が空欄の契約は、日付で絞り込む一覧に出てこないことがあります。期限の近いものだけでなく、台帳全体の未確認項目を見直す時間も設けましょう。

通知先を増やすだけでなく、担当不在時の動きを決める

通知を全員へ送っても、誰が引き受けるかが曖昧だと対応は進みません。主担当が不在なら代替担当が確認し、引受が決まらない場合は責任者が割り当てる、といった分担を決めます。

期日を過ぎた項目は、単に日付を先へ動かすのではなく、遅れの理由と期限への影響を確認します。契約上の期限が迫っている場合は、通常の週次確認を待たずに関係者へ相談する運用も必要です。

タスクと台帳の、どちらを更新するかをそろえる

台帳の次回対応日を変えても、別に作ったタスクが古いまま残ることがあります。逆に、タスクを完了しただけでは、顧客の回答や次期の期間が台帳へ反映されないこともあります。

どの記録を基準にするか、変更時に他の記録も更新するかを決めてください。「連携している」という言葉だけで、日付・担当・内容・完了状態まで自動でそろうとは判断しないようにします。

vtplusでは、契約の情報と更新対応をつなげて管理する

まずは標準のサービス契約で、契約と担当をたどれるようにする

以下は、デモ環境の標準サービス契約の一覧です。契約の件名、関連する顧客、担当者、開始日・終了予定日などを並べて確認できます。更新対象を整理する際も、契約を識別できる情報と、日付の意味をそろえるところから始めます。

vtplusデモの標準サービス契約一覧。件名・関連顧客・担当者・開始日・終了予定日・契約の状態を表示する画面
デモ実画面①:標準サービス契約の一覧。表示は架空データです。契約の状態や進捗度は、更新提案・回答待ち等の対応状況とは別の情報です。契約更新管理アプリの画面ではありません。

契約の詳細と、追加で管理する確認項目を分ける

詳細画面では、契約番号、関連顧客、担当者、開始日・終了予定日などを確認できます。台帳をCRMへ移す場合も、契約上の通知期限や社内確認期限をどこへ持つかは、標準項目と追加する項目を分けて設計します。

vtplusデモの標準サービス契約詳細。契約番号・顧客・担当者・開始日・終了予定日と終了日を確認する画面
デモ実画面②:標準サービス契約の詳細。終了予定日と終了日は別の欄です。通知期限や更新確認の項目が入力済みの完成例ではなく、契約情報を参照する画面の例です。

更新対応の管理機能と、通知・契約処理の範囲を確認する

業務支援アプリ「契約・保守更新管理(IPContractRenewal)」は、サービス契約の予定終了日を基準に、更新状況、担当、次回対応を整理する機能です。必要に応じて、保存時に標準タスクを作成できます。

公開仕様のv1.0.1では、画面を開いた時点で対象を抽出します。メール通知、契約期間の自動延長、次期契約や請求の自動作成は含みません。契約上の通知期限の管理や別の通知が必要な場合は、項目・連携を含めて対応範囲を確認します。

詳しい機能と条件は契約・保守更新管理の紹介ページ、保守・点検を含む業務全体は機器販売・設置・修理・保守をつなぐ活用例をご覧ください。

最初は、直近の更新対象と「期限が不明な契約」から整理する

  1. 現在の台帳と原本を集める:顧客・契約・対象期間を照合し、重複や参照先を確認する。
  2. 期限と条件を確認する:満了日、契約上の通知期限、更新方法を整理し、不明なものは確認担当を決める。
  3. 役割と予定を付ける:更新担当・代替担当、社内確認期限、次の行動を決める。
  4. 数件で運用を試す:回答待ち、条件変更、担当不在、見送りまで、どう扱うかを確認する。
  5. 完了までを見直す:次期情報や請求・保守への反映を確かめ、対象を広げる。

見直す際は、台帳へ登録した件数だけでなく、担当未定、期限不明、次回対応超過、更新結果の反映待ちが残っていないかを見ます。同じ種類の契約で確認し、現場の負担と抜けの両方を減らせる形へ調整しましょう。

保守契約の更新管理でよくある質問

自動更新の契約なら、毎回の確認は不要ですか?

自動更新でも、期間、対象機器、料金、窓口、必要な通知の条件などが変わっていないかを確認する意味があります。何を確認し、どんな記録を残すかは契約と自社の運用に合わせます。「返事がないから更新済み」と一律に判断せず、原本の条件を確かめます。

満了日の30日前にリマインドすれば十分ですか?

契約によって異なります。契約上の通知期限や、見積り・承認・顧客確認にかかる時間を見て、社内予定を決めます。満了までの日数だけの通知では、先に必要な対応を拾えないことがあります。

更新の確認担当は、営業と事務のどちらがよいですか?

顧客との条件確認は営業、原本や期間・書類は契約管理担当、次期の請求は事務、提供範囲や体制は保守担当など、役割を分けられます。そのうえで、今回の更新対応を追う主担当と、遅れを確認する責任者を決めます。

契約書をExcelへすべて書き写す必要がありますか?

すべての転記は不要です。期限、対象、担当、確認に使う条件と原本の参照先を整理します。抜き書きだけで条件を誤解しないよう、必要なときに根拠の資料を確認できる状態にします。

CRMを入れれば、更新漏れはなくなりますか?

ツールだけで漏れを完全になくすことはできません。期限の入力、担当の割り当て、確認の頻度、超過時の対応、次期への反映までを決める必要があります。一覧やタスクは、その流れを続けるための土台として使います。

まとめ:更新期限を知ることから、次の対応を進める管理へ

保守契約の更新漏れを防ぐには、満了日を並べるだけでなく、契約上の通知期限、社内の確認予定、次の行動と担当者をそろえることが大切です。連絡した事実と確認できた結果を分け、更新後の処理まで追えるようにします。

まずは直近の更新対象を数件選び、原本、期限、担当、回答待ちの状況を確かめてみてください。本記事の項目とチェックリストを、いまの契約台帳へ加えるところから始められます。

いまの契約台帳から、更新対応を整理しませんか。

「期限は分かるが、誰が対応中か見えない」「案内後の回答を追えていない」「次期の請求や保守への引き継ぎが心配」。現在の台帳と業務の流れを伺い、必要な項目と役割、確認する画面を一緒に整理します。

機能の組み合わせは業務支援アプリ一覧でもご確認いただけます。

本記事について
台帳項目、対応状況、予定と日付、チェックリストは運用を整理するための例です。契約条件や期限は原本・変更合意書に沿って確認し、自社の承認・連絡・処理の手順へ合わせてください。サービスの説明は契約・保守更新管理の公開情報を参照。確認・撮影日:2026年10月27日。掲載画像は標準サービス契約のデモ画面です。