通知は1か月前に来たのに、もう間に合わない。契約更新の期限管理

契約終了日の1か月前に通知が届いたのに、相手への連絡期限はすでに過ぎていた。このような行き違いを避けるには、リマインダーを増やす前に「何の日付を基準にするか」を決める必要があります。

自動更新や解約通知期限は契約ごとに違います。条文の意味が曖昧な契約は「要確認」として、社内の契約窓口へ戻します。

保守・賃貸・仕入などの10件の契約を、2026年9月15日時点の状態で見ていきます（想定例）。

終了日・更新日・連絡期限を分ける

終了日は現在の契約期間が終わる日、更新日は更新が成立した場合の新期間の開始日です。解約・更新について相手へ連絡する期限も別に記録します。この記事の「通知期限」は相手への連絡期限を指し、社内に知らせる日は「社内リマインド日」と呼び分けます。

11月30日に終了する契約では、原本と変更覚書に、終了日2026年11月30日、条件成立時の更新日12月1日、相手の受領を要する通知期限9月30日が明示されている想定です。終了日の1か月前、10月31日に初めて通知しても間に合いません。

判断後の送付・受領確認などに15暦日を確保する社内ルールなら、判断期限の候補は「9月30日−15日＝9月15日」です。この15日は会社側の作業余裕です。休日や承認者の不在を見込んで前倒しし、相手への通知期限は原本の日付を使います。

日付ごとの役割（C01）

項目	記録する値	判断に使う意味
終了日	2026/11/30	現在の契約期間の終わり
更新日（条件成立時）	2026/12/01	更新成立の証拠ではない参考日
通知期限	2026/09/30	この例では相手受領が必要な期限
判断期限	2026/09/15	通知期限から15暦日前の社内期限

Excelでは、期限確認が「確定」で、通知期限と準備日数が入った行だけ判断期限を計算します。条文から日付を特定できない契約は計算せず、照会先と回答を待つ日を別に置きます。自動更新がない契約でも、連絡手続きの有無は原本で確かめてください。

契約原本と台帳をつなぐ

台帳は契約IDを軸にし、原本版、保管場所、条文のページ・条番号、通知方法、期限が送信基準か受領基準かを残します。契約名だけでは、旧版や似た名称の契約を取り違えやすいためです。電子契約でも、締結・適用が分かる文書に対応付けます。

C01は「原契約v1＋覚書M1」を一組として管理します。入力担当の総務Aが期限を転記し、副担当の総務Bが原本と照合する設計です。適用版や解釈を確定する人は、会社の権限に合わせて決めます。転記の照合と、契約内容に関する専門判断を分けてください。

配布Excelの「原本照合」には、照合した人・日付と問い合わせ窓口の欄を設けています。DEMOで始まる保管先、条番号、証跡IDは説明用の識別子です。使い始める際は、閲覧権限のある原本の実際の保管先へ置き換えてください。

通知先と担当不在時を決める

社内通知は、誰に何をしてもらうかまで決めて設定します。主担当と副担当を台帳に登録し、判断が止まった場合の責任者も決めます。主担当が不在の契約では、副担当が資料を準備します。契約の継続・終了を決める権限は責任者に残します。

サイボウズのkintoneヘルプ「リマインダーの条件通知」では、日付・日時フィールドを基準に、前後の日数や時刻、通知条件、宛先を設定できることが説明されています。これを参考にした社内通知・一覧点検の設定案が次の表です。時刻はすべて日本時間です。

基準とタイミング	対象条件	宛先・見ること
判断期限の7日前・09:00	期限確定・未判断	主副担当：判断資料を準備
判断期限の当日・09:00	期限確定・未判断	主副担当と責任者：判断を確定
通知期限の7日前・当日・09:00	期限確定・今回連絡未完了	主副担当：送付・受領・証跡を見る。当日は責任者も
営業日の一覧点検・09:00	期限超過、原本要確認、対応予定日到来	副担当と責任者：次の対応と担当を決める

この7日や9時は設定例です。承認に時間がかかる会社や、相手の窓口が休業する日は調整します。通知を受信した後も、未完了一覧で処理の進み具合を確かめます。C02は判断期限超過、C09は受領未確認のまま通知期限超過として点検対象に残します。

同ヘルプの注意事項には、閲覧権限のない利用者には通知されないこと、通知時刻が数分ずれる場合があることも記載されています。運用開始前に、主副担当それぞれの閲覧権限、通知先、時刻・タイムゾーンをテストしてください。早めの通知と一覧点検を併用します。

日付を原本から確定する担当と、その日付を通知へ設定する担当は、同じ契約IDと原本版を見て引き継ぎます。設定後は主担当・副担当が実際に受信できるかを確かめます。

更新判断と処理完了を分ける

「継続する」「終了する」という社内判断と、相手への連絡が完了した状態を分けます。判断結果・判断日、送信日、受領日、証跡、完了を確かめた人・日付を別項目にすると、今どこで止まっているかが分かります。

11月末に終了する契約は、9月10日に終了を判断し、翌11日に連絡を送りました。14日に相手が受け取ったことを確かめ、15日に副担当が今回の連絡を完了にした想定です。

別の契約では同じ9月11日に送信しても、相手の受領を確かめられず「受領待ち」が残っています。また、9月9日に送り、受領未確認のまま翌10日の期限を過ぎた契約もあります。送信日と、相手へ届いたことが分かった日を別々に追うと、残っている対応が見えます。士業の申請支援のように、顧客から資料を集めて期限までに出す仕事では、足りない資料と確認待ちも期限と一緒に追います（士業・申請支援の案件資料と期限の整理）。

社内リマインダーの配信や既読と、相手への通知・受領は別の記録です。受領をどう確かめるかは、契約上の通知方法・宛先・到達条件と整合させます。受領メールなどの記録を使う場合も、その記録で必要な条件を満たすかを契約窓口に確かめます。

期限を過ぎた行は、元の期限と送付記録を残して照会します。日付を未来へ書き換えて一覧から消すと、期限を過ぎた経緯が分からなくなります。解約や更新が成立したかを台帳の数式で断定してはいけません。「今回連絡完了」と、返却・精算など契約終了に伴う全作業の完了も分けて管理します。

期限を直した後、古い通知が残っていないか

この例は原本で「9月30日までに相手の受領が必要」と確定した設定です。送信日を記入しても、受領が未確認なら連絡完了にはしません。さらに、覚書M1で期限を前倒しした後も、旧版の10月31日の通知設定だけが残る場合を加えます。期限の固定例を計算する教材（ZIP）の contract では、準備15暦日を引く計算、受領の状態、通知設定の版を別に確かめます。

同じ通知期限で変える条件	記録に残す結果
通知期限9/30、準備15暦日	社内判断期限は9/15
10/1になっても受領未確認	連絡未完了・期限超過。元の期限を残して照会
期限は覚書反映後のv2、通知設定は旧版v1	通知設定の更新が残る。台帳の期限変更だけで完了にしない
9/30の受領を確認でき、通知設定もv2	この例の期限条件と設定の対応を満たす。確認記録を残す

2026年10月26日に、日付計算、二つの受領状態、旧通知と改訂後の通知の対応を照合しました。法的な到達の判断や通知配信を行ったものではなく、原本から確定した日付を入力する模型です。

実際の製品で試すときは、画面に「送信済み」と出た段階、相手から返答が来た段階、契約窓口が必要な条件を照合した段階を分けます。通知条件が発送基準の契約なら、ここで使う確認日自体が変わります。原本の条件が不明な間は、終了日から日数を推測して「期限内」と表示しない設計にします。

変更履歴を残し、次回期限へつなぐ

覚書で期限が変わったら、変更前後の値、適用日、根拠文書、入力者、確認者を残します。旧版は履歴として保ち、現行の期限として使う版を明確にします。将来適用の変更は、適用前の期間まで置き換えないようにします。

C01の覚書M1は9月1日適用で、通知期限を10月31日から9月30日へ変更した想定です。同じ15暦日の準備日数なら、判断期限も10月16日から9月15日へ変わります。旧日付の通知を止め、新日付の通知設定を済ませるところまでを一つの変更作業にします。

継続する場合の次回通知期限も、原本や次期合意から読み取って入力します。C03の2027年8月31日は、架空の継続合意書から次期の条件を読み取った値です。次回期限を確定した後は、当期の履歴を残して次期の台帳行・通知を準備します。C01は終了判断のため次回通知期限を「対象外」、未判断の契約は「未確定」と区別しています。

10件の記入例と空欄テンプレートを使う

最初は、原本がそろっている一契約で試します。原本と覚書から期限を確定する人、台帳へ入力する人、通知を設定する人を決め、通知の受信から相手への連絡記録まで追います。期限の空欄を「期限なし」と扱わないことも確かめてから、件数を広げます。

配布Excelを使う前に、次の3点を押さえてください。

• 原本で確認した連絡期限をF列へ入力します。原本の条件を選ぶだけでは、期限は計算されません。
• O列「原本条件で確認した連絡日」には、到達が条件なら相手の受領日、発送が条件なら発送確認日を入力します。C01の記入例は受領日で確認しています。
• 通知一覧は設定・点検用です。メール通知は別のサービスに設定し、受信を確かめます。

配布資料の期限台帳（Excel）には、記入例・空欄版、原本照合、月別カレンダー、通知一覧、変更履歴、チェック表を収録しています。印刷には確認チェックリスト（PDF）を使えます。以下の詳細では、同じ10件を期限と対応状況に分けて照合できます。

準備日数は、社内で判断してから送付・受領を確かめるまでに見込む日数です。この例では契約ごとに7〜21暦日を置いています。自社では必要な作業と担当者の予定に合わせて決めます。表と配布Excelは同じ値です。

10契約の原本版・終了日・期限を見る

契約ID	原本版	終了日	更新日※	通知期限	準備日数（暦日）	判断期限
C01	v1＋M1	2026/11/30	2026/12/01	2026/09/30	15	2026/09/15
C02	v1	2026/10/31	2026/11/01	2026/09/20	10	2026/09/10
C03	v2	2026/09/30	2026/10/01	2026/08/31	10	2026/08/21
C04	v1	2026/10/31	2026/11/01	2026/09/18	7	2026/09/11
C05	v1	2026/12/31	2027/01/01	2026/11/30	14	2026/11/16
C06	v1	2026/12/31	要確認	要確認	14	要確認
C07	v1	2026/10/15	対象外	対象外	対象外	対象外
C08	v3	2026/12/31	2027/01/01	2026/10/30	14	2026/10/16
C09	v1	2026/09/30	2026/10/01	2026/09/10	10	2026/08/31
C10	v2	2027/03/31	2027/04/01	2026/12/31	21	2026/12/10

更新日は条件成立時の参考日です。終了を決めた契約にも比較のために記載していますが、更新した記録ではありません。「要確認」の契約は原本を調べ、「対象外」の契約は該当する別の手続きで管理します。

担当者・送付・受領・次回期限を見る

契約ID	主担当／副担当	更新判断	送信日	受領日	次回通知期限	点検結果
C01	総務A／総務B	終了	2026/09/11	2026/09/14	対象外	今回連絡完了
C02	総務A／総務B	未判断	未送信	未確認	未確定	判断期限超過
C03	購買A／購買B	継続	2026/08/24	2026/08/25	2027/08/31	今回連絡完了
C04	情シスA／情シスB	終了	2026/09/11	未確認	対象外	受領待ち
C05	購買A／購買B	未判断	未送信	未確認	未確定	判断待ち
C06	総務A／総務B	未判断	未送信	未確認	未確定	原本要確認
C07	業務A／業務B	対象外	対象外	対象外	対象外	対象外・別管理
C08	情シスA／情シスB	未判断	未送信	未確認	未確定	判断待ち
C09	購買A／購買B	終了	2026/09/09	未確認	対象外	通知期限超過
C10	総務A／総務B	未判断	未送信	未確認	未確定	判断待ち

台帳で足りる場合と、連携を検討する場合

更新担当が限られ、原本の照合と未完了一覧の点検を続けられるなら、Excelと既存の予定表から始める方法があります。利用中の契約管理製品で期限、宛先、閲覧権限、対応記録を扱えるなら、標準機能を先に試します。件数に加えて、担当者間の照合や入力の負担を見て選びます。賃貸物件のように、契約更新に入金や修繕の記録が重なる場合は、物件と契約をまとめて管理する例が近い形です。

複数部署の承認、原本版の対応付け、既存台帳との二重入力が残る場合は、必要な範囲の連携を検討します。締結状況を案件台帳へ反映したい段階では、電子契約と業務システムの連携開発も参照できます。相談前に自社で確定した情報と確認待ちの情報を分けておくと、対象範囲を説明しやすくなります。

保険代理店で契約者ごとの更新予定と連絡履歴を追う場合は、保険代理店の顧客・契約・更新管理が関連します。保険商品の判断と、更新に向けた連絡・対応状況の管理を分けて整理します。

原本で確認した期限と、確認待ちの契約を整理して相談へ

参考出典

• サイボウズ「リマインダーの条件通知」：日付・日時を基準とする通知、条件、宛先、注意事項（確認日：2026年9月15日）