契約更新・解約予告の管理：終了日と通知期限を分けて台帳に残す

契約更新・解約予告を忘れないための台帳管理を解説。契約終了日、通知期限、社内の判断日を分け、原文と確認済みの条件をつなぐ方法を紹介します。

契約の更新を忘れないためには、終了日だけをカレンダーに入れる方法では足りません。更新しない旨をいつまでに、誰へ、どの方法で伝えるかを別に管理します。社内で検討を始める日は、その通知期限より前に置きます。

契約書にある「1か月前」などの表現を、いつも30日前として計算するのは避けてください。起算点や通知の到達条件を確認し、日付が確定できないものは確認中として残します。ここでは期限の法的な解釈を決めず、確認済みの条件を運用する台帳の作り方を説明します。

原文・確認済み期限・社内判断日を分ける

期限を一つのセルだけで管理すると、後から計算の根拠が分からなくなります。契約の該当箇所を残す欄と、確認した具体日付、社内の判断日を分けましょう。

上の日付は記入例で、一般的な法定期限や自動計算の結果ではありません。休日や月末に当たる場合の扱いも、実際の契約条件を確認して決めます。

同じ終了日でも、手続きがなければ終了する契約と、自動で次の期間へ続く契約では対応が異なります。台帳には更新方式、次の期間、金額の変更条件を記録します。

料金が自動で変わる場合は、契約書だけでなく改定案内が根拠になることもあります。たとえばクラウドサインの料金改定は、契約内容に応じた案内を確認する形式です。一般料金表だけを見て、自分の更新額を確定しないようにします。料金改定の案内例

取引先との保守契約なら、更新後の作業範囲も確認します。前年と同額でも問い合わせ窓口や対象サービスが変われば、担当する仕事が変わります。「更新するか」と「同じ条件で更新するか」を分けて判断してください。

解約の意思を社内チャットへ書いても、相手への手続きは終わりません。通知先、利用するフォームや住所、送信者、受領を確認する方法を記録します。担当営業へのメールだけで手続きが足りるかも、実際の契約条件に従います。

手続きをする人が変わっても迷わないよう、過去のやり取りと現在の案内を区別します。前回はメールで受け付けたとしても、窓口が変更されていれば古い手順のまま送らないことが大切です。

通知の状態は「作成中」「社内確認済み」「送付済み」「受領確認済み」のように分けます。送信した時点で完了にするか、相手の受付確認まで追うかは必要な手続きに合わせます。単にチェックマークを一つ付けるより、残っている仕事が見えます。

通知予定をカレンダーへ入れるなら、予定名は「CT-024 更新判断」のようにし、台帳へのリンクを付けます。カレンダーと台帳へ契約条件を全文で二重入力すると、変更時に差が出やすくなります。

通知を複数人へ届くようにする場合も、誰が対応するかは一人に決め、代行する条件を設けます。「全員に通知したから誰かがやる」状態を避けるためです。少人数なら、週1回の確認で30日以内に判断する案件を一覧にする運用から始められます。

Googleカレンダーなどの共有には閲覧・編集の権限差があります。担当者が予定を見られることと、変更できることを分けて設定してください。Googleカレンダーの共有権限

継続が決まったら、台帳の終了日だけを延ばして終わらせません。金額、請求周期、発注・請求ソフトの定期設定、作業担当、次回の判断日まで確認します。

契約条件を変えた根拠は、更新日の欄と別に残します。たとえば「単価変更についての合意メール」「変更契約の保存先」を記録すると、翌月の請求担当が理由を確認できます。古い請求予定が残っていないかも点検しましょう。

最初は、今後3か月以内に判断が必要な契約から台帳へ登録してください。確認できていない通知期限を色付きで残し、一件ずつ確定させる方が、過去の全契約を集めてから運用を始めるより早く役立ちます。