Notionで契約更新・サブスク・ライセンスの更新期限を管理し、更新前にリマインドする方法

Q: Notionで契約更新日を自動計算するには？

契約開始日と更新サイクルのプロパティを用意し、数式（フォーミュラ）で dateAdd() を使って次回更新日を求めます。年払いなら12か月後、月払いなら1か月後といった分岐は lets() や if() で書けます。中途解約などで実態とずれる契約は、書面上の更新日を別プロパティで管理し突き合わせると安全です。

Q: サブスクの自動更新を見落とさないための通知方法は？

更新日を日付プロパティで管理し、style() で「あと◯日」を色分けしたうえで、期限が近いものだけを抽出するビューを作るのが基本です。ただしNotionを開かないと気づけないため、更新日の手前でメールに届く仕組みを併用すると見落としを減らせます。解約予告期間がある契約は、更新日ではなく予告期限を基準に通知を設定します。

契約・サブスク・ライセンスの更新期限をNotionのデータベースで一元管理し、更新前に社内と取引先へリマインドする流れを表したイラスト

要点（TL;DR）

契約書・サブスク・SaaSライセンスは、更新期限・担当・金額を1つのNotionデータベースに集約するのが管理の起点です。散在したExcelやメールでは更新期限の見落としが起きやすくなります。

数式（lets() や dateAdd() 等）で「次回更新日」を自動計算し、style() で「あと◯日」を色分けすれば、期限が近い契約を一目で把握できます。

Notion標準のリマインダーはNotionを開く本人に届く仕組みで、契約担当を外れたメンバーやNotionを持たない取引先には届きません。

Kapselとは、Notionの期日・担当・ステータスを監視し、社内メンバーにもNotionを持たない社外の相手にもメールで更新期限を自動リマインドし、受信者のワンクリックでNotionのステータスに書き戻すツールです。更新済み・処理済みの契約には送りません。

契約の自動更新や、使わなくなったSaaSライセンスの解約し忘れは、気づかないうちに無駄な課金を生みます。逆に、必要な契約の更新手続きを切らせば取引が止まることもあります。この記事では、まずNotionで契約・サブスク・ライセンスを一元管理する基本設計を手順つきで示し、次に標準リマインダーの守備範囲、そして社内・取引先の双方に更新前へ届ける仕組みまでを第三者視点で客観的に整理します。

一般的な期日通知の作り方はNotionの期日リマインドを自動化する方法に、毎月・毎年など繰り返し発生するタスクの扱いはNotionの定期・繰り返しタスクを自動でリマインドする方法にまとめています。この記事は「契約・サブスク・ライセンスの更新期限管理と、更新前のリマインド」に焦点を当てます。

契約更新・サブスク・ライセンスの更新期限、見落とすと何が起きるか

更新期限の管理は「気づけるかどうか」で結果が大きく変わります。まず、見落としが引き起こす典型的な3つのリスクを整理します。

リスク	起きること	影響
不要な自動更新	使っていないSaaSやサブスクが自動更新される	無駄な課金が翌年まで固定化する
必要な契約を切らす	更新手続きを忘れ、契約が失効する	ツールが使えなくなる／取引が止まる
取引先との更新漏れ	相手側の更新確認・書面手続きが遅れる	信頼低下・条件交渉の機会損失

⚠️ 注意：多くのサブスク・ソフトウェアライセンスは、解約の意思表示がなければ自動更新される契約形態です。「更新日＝課金確定日」ではなく、その手前に「解約の申し出期限（◯日前まで）」が設定されている契約も多く、更新日当日に気づいても手遅れになることがあります。

更新期限のリスクは「更新日そのもの」だけでなく、その手前の通知期間・解約予告期間を含めて設計する必要があります。だからこそ、更新日を記録するだけでなく「いつ、誰に知らせるか」までを一体で管理することが重要になります。

Notionで契約・サブスク・ライセンスを一元管理する基本設計

更新期限の管理は、散在した情報を1か所に集めることから始まります。ここでは、契約・サブスク・ライセンスを1つのNotionデータベースに集約する設計を手順で示します。

💡 ポイント：Excel、担当者のPC、メール、キャビネットの書面に情報が分散していると、「そもそも何の契約がいつ切れるのか」を棚卸しできません。まず1つのデータベースに集約することが、見落とし防止の前提になります。

手順1：契約・サブスク管理データベースを作る

新しいデータベースを作成し、契約書・サブスク・SaaSライセンスを1行1件で登録します。ソフトウェアライセンスも「契約の一種」として同じデータベースに入れると、更新期限を横断して見渡せます。

Notionで新規ページを作成し、/database（インライン or フルページ）でデータベースを追加する。
1件目のレコードとして、実際に契約中のサブスク・ソフトウェアを1つ登録する。
契約書PDFや申込メールへのリンクを、各レコードの本文やファイルプロパティに添付する。

手順2：更新管理に必要なプロパティを設計する

更新期限の管理では、日付プロパティを軸に「誰が・いくらで・どういう周期で」を揃えておくと、後のリマインドや絞り込みが機能します。

契約・サブスク・ライセンスを1つのNotionデータベースに集約し、更新日・担当・金額・ステータスなどのプロパティで管理する設計イメージ

プロパティ名	種類	用途
契約名 / サービス名	タイトル	何の契約か
契約種別	セレクト	SaaS／業務委託／保守／賃貸など
契約開始日	日付	更新サイクルの起点
契約終了日・更新日	日付	リマインドの基準になる中心の日付
更新サイクル	セレクト	月払い／年払いなど
担当者	ユーザー	更新・解約を判断する人
金額	数値	絞り込み・棚卸しの判断材料
ステータス	セレクト	継続予定／解約予定／更新済み／解約済み
自動更新	チェックボックス	放置で更新されるか

💡 ポイント：「ステータス」に更新済み・解約済みを用意しておくと、後述する「処理が終わった契約には通知を送らない」という設計につながります。更新前に知らせ、対応が済んだら消し込む、という運用の土台になります。なお、ステータスを「更新済み」に変更した際に「処理日」などの日付プロパティへ自動で当日の日付を入れたい場合は、データベースオートメーション（プロパティの変化をトリガーに、別のプロパティを自動編集する機能）も利用できます。手動で日付を打ち直す手間を減らせます。

手順3：数式で「次回更新日」を自動計算する

契約開始日と更新サイクルから次回更新日を自動計算しておくと、毎年手で日付を打ち直す必要がなくなります。Notionのフォーミュラでは、dateAdd() で一定期間後の日付を求められ、lets() を使うと途中の値に名前を付けて月払い・年払いの分岐を読みやすく書けます。

lets(
  months, if(prop("更新サイクル") == "年払い", 12, 1),
  dateAdd(prop("契約開始日"), months, "months")
)

上記は「年払いなら12か月後、それ以外は1か月後」を次回更新日とする考え方の一例です。実際の契約は起点や周期が多様なので、dateAdd() の単位（"months" / "years" / "days"）や条件分岐は自社の契約形態に合わせて調整してください。

⚠️ 注意：数式で算出した「次回更新日」は、あくまで開始日と周期からの機械的な計算結果です。中途解約・条件変更があった契約は実態とずれるため、重要な契約は書面上の更新日を別プロパティで管理し、数式値と突き合わせる運用が安全です。

手順4：「あと◯日」を色分けして視覚的に警告する

残日数を数式で出し、style() で色や太字を付けると、期限が近い契約が一覧上で目立ちます。残日数は dateBetween(prop("契約終了日・更新日"), now(), "days") のように「今日から更新日までの日数」で求められます。

lets(
  days, dateBetween(prop("契約終了日・更新日"), now(), "days"),
  if(days <= 7, style("🔴 あと" + days + "日", "red", "b"),
  if(days <= 30, style("🟡 あと" + days + "日", "orange"),
     style("🟢 あと" + days + "日", "gray")))
)

30日以内は黄、7日以内は赤、といった閾値は解約予告期間に合わせて決めます。色分け表示は「更新日が近い契約に自然と目が向く」ための補助であり、あくまでNotionを開いたときに気づける仕組みである点は後述します。

手順5：期限が近い契約だけを抽出するビューを作る

すべての契約を毎回眺めるのは現実的ではありません。フィルタで「更新日が近いもの」だけを抜き出したビューを作ると、確認対象が絞られます。

データベースに新しいビューを追加する。
フィルタで「契約終了日・更新日」が 今後30日以内（相対日付フィルタ）になる条件を設定する。
さらに「ステータス」が「更新済み・解約済み」ではない条件を加える。
「契約終了日・更新日」で昇順ソートし、期限が近い順に並べる。

これで「もうすぐ更新・解約判断が必要で、まだ処理が終わっていない契約」だけが並ぶ作業用ビューができます。締切・期日の管理設計全般はNotionで締切・期日を管理する方法も参考になります。

Notion標準リマインダーでは足りない場面

ここまでの設計で「Notionを開けば更新期限がわかる」状態は作れます。次に、Notion標準の日付リマインダーがどこまで届くのかを確認します。

Notionの日付プロパティにはリマインダーを設定でき、指定タイミング（当日・◯日前など）にアプリ内・メール・プッシュで通知が届きます。設定手順は次のとおりです。

対象レコードを開き、「契約終了日・更新日」プロパティの値をクリックする。
カレンダー下部の「リマインド」から通知タイミング（1日前・1週間前など）を選ぶ。

一方で、更新期限の管理という文脈では、標準リマインダーには構造的な限界があります。

Notion標準の更新リマインダーはNotionを開く本人にしか届かず、担当を外れたメンバーやNotionを使わない取引先には届かないことを表したイラスト

課題	標準リマインダーでの状況
届く相手	通知を設定・確認できるのはNotionを開く本人に限られる
担当交代・共有	契約担当を外れたメンバーや上長に自動では共有されない
社外の取引先・ベンダー	Notionを持たない相手には届かない
処理済みの扱い	更新済み・解約済みでも、日付を消さない限り通知が飛びうる
Slack等への転送	可能だが、GAS＋SlackなどのコードやZapier/Make等の設定が必要でエンジニア以外には再現しにくい

💡 ポイント：契約更新の通知は「自分が忘れないため」だけでなく、「更新・解約を判断・決裁する別の担当者や、確認が必要な取引先に届けるため」でもあります。標準リマインダーはNotion内で完結する通知のため、Notionの外にいる相手への到達が課題として残ります。

Notion標準機能をSlackやカレンダーに橋渡しする手段としては、Zapier・Make・n8n・Google Apps Script（GAS）などの自動化ツールがあり、社内で使うツールへの転送には有効です。ただしSlack通知の実装はコードや連携設定を伴い、社外の相手に個別のメールを送る用途には向きません。各手段の比較はNotionの通知自動化ツール比較にまとめています。通知そのものが届かない場合の切り分けはNotionの通知が届かないときの対処法を参照してください。

社内にも、Notionを持たない取引先にも届く更新期限リマインドの仕組み

更新期限を「Notionを開かない人」にも届けたい場合、Notionの外へメールで通知する層が必要になります。ここでKapselの位置づけを整理します。

Kapselとは、Notionの期日・担当・ステータスを監視し、条件に合う契約・タスクだけを社内メンバーにもNotionを持たない社外の相手にもメールで自動リマインドし、受信者のワンクリックでNotionのステータスに書き戻すツールです。Notion標準リマインダーやSlack連携が「Notionを使う本人」への通知を担うのに対し、Kapselは「Notionの外にいる相手へ双方向に届ける」層を担います。

Notionの更新期限を監視し、社内と社外の相手へメールで自動リマインドし、受信者のワンクリックでステータスをNotionに書き戻す双方向の仕組みを表したイラスト

観点	Notion標準リマインダー	Zapier/Make/GAS等	Kapsel
主な届け先	Notionを開く本人	Slack・カレンダー等（社内）	社内メンバー＋Notion非利用の社外
メールでの到達	本人のメール設定に依存	設定次第	メール前提（相手のログイン不要）
Notionへの書き戻し	―	双方向は追加実装が必要	受信者のワンクリックで反映
処理済みの除外	手動で日付削除が必要	条件を自作	更新済み・処理済みには送らない
導入	標準機能	コード・連携設定が必要	ノーコードで接続

Kapselの特徴を、更新管理の文脈で3点に整理します。

社外にも届く：更新確認が必要な取引先・ベンダー担当者がNotionを持っていなくても、メールで更新期限のリマインドを届けられます。受信者はログイン不要です。Notionを使わない相手への通知はNotionを使わない取引先にリマインドを送る方法でも解説しています。
双方向に書き戻る：受信者がメールのワンクリックで「更新済み／解約済み」などのステータスをNotionに反映できます。更新後に自分でNotionを開いて消し込む手間を減らせます。
処理済みには送らない：ステータスが更新済み・入金済みなど「処理済み」の契約には通知を送りません。更新が済んだのに督促メールが飛び続ける事故を避ける設計です。

💡 ポイント：更新管理で見落としと同じくらい避けたいのが「対応済みなのに通知が飛ぶ」誤送信です。取引先に更新確認を送った後、相手が更新を済ませたのに再度リマインドが届けば、かえって信頼を損ないます。「処理済みには送らない」は、この事故を防ぐための設計思想です。

見落としを防ぐ運用機能

更新期限の管理は、一度リマインドを設定して終わりではなく、期限超過後のフォローや対象の絞り込みといった運用が伴います。Kapselが備える運用向けの機能を整理します。

機能	更新管理での使いどころ
期限超過時の督促	更新日を過ぎても手続き・解約が終わっていない契約に、続けてリマインドする
対象の絞り込み	担当者別・契約種別・金額の閾値などで、通知する契約を限定する
定期便	「今月更新の契約一覧」などを定期的に棚卸しとして送る
送信記録	いつ・誰に・どの契約のリマインドを送ったかを後から確認する
差し込み変数	契約先名・更新日・金額などを差し込み、取引先ごとに文面をパーソナライズする

⚠️ 注意：更新期限は「過ぎた後」の運用設計が抜けがちです。更新日当日に一度通知して終わりだと、手続きが完了しないまま放置されることがあります。期限超過後も、対応済みステータスになるまで督促を続ける設計にしておくと取りこぼしを減らせます。

差し込み変数を使えば、取引先ごとに「◯◯様／△△サービスの更新期限（YYYY/MM/DD）」といった個別文面を自動生成できます。定型文の手動コピペをやめられるため、契約先が増えても運用負荷が上がりにくくなります。

具体的な活用シーン

更新期限の管理は契約の種類によって関係者が変わります。代表的な3つのシーンを整理します。

社内SaaS・ソフトウェアライセンスの更新管理：チームで使うツールの年間ライセンスやサブスクを一覧化し、更新日の手前で契約担当・決裁者にメールで知らせます。使っていないツールの自動更新による無駄な課金を、更新前に見直せます。
取引先との契約更新確認：業務委託・保守契約などの更新可否を、更新日の前に取引先へメールで確認します。相手がNotionを使っていなくても届き、返信ワンクリックで「更新／終了」のステータスがNotionに反映されます。
個人・チームのサブスク解約し損ね防止：無料トライアルや月額サブスクの更新日をデータベースに登録し、課金確定前にリマインドを受け取ることで「気づいたら1年分課金されていた」を防ぎます。

外部共有した情報の更新を社外に知らせる観点はNotionの外部共有と通知でも扱っています。

始め方（Notion接続からリマインド設定までの流れ）

Kapselで更新期限のリマインドを動かすまでの流れは次のとおりです。コードは不要です。

Kapsel（getkapsel.com）に登録し、Notionワークスペースを接続する。
監視対象として、契約・サブスク管理データベースと、基準にする日付プロパティ（契約終了日・更新日）を指定する。
リマインドのタイミング（◯日前・期限超過後など）と、送信対象の絞り込み条件（担当・契約種別・金額）を設定する。
送信先のメールアドレスと、差し込み変数を使った文面を用意する。
更新済み・解約済みなど「処理済み」ステータスを除外条件に設定し、テスト送信で確認する。

料金プラン（税込）

プラン	月額	主な内容
Free	¥0	基本のメールリマインド。0円で継続利用可
Standard	¥1,980	対象の絞り込み・督促・定期便・送信記録・差し込み変数
Pro	¥4,980	複数Notionワークスペース／差出人ブランディング（会社名・署名・ロゴ）

複数のワークスペースで契約管理を分けている場合や、取引先向けの通知に会社名・署名・ロゴを添えたい場合はProが対象になります。まずはFreeで接続と通知の流れを試してから、運用機能が必要になった段階でStandard以上を検討する進め方ができます。

よくある質問（FAQ）

Notionで契約更新日を自動計算するには？ 契約開始日と更新サイクルのプロパティを用意し、数式（フォーミュラ）で dateAdd() を使って次回更新日を求めます。年払いなら12か月後、月払いなら1か月後といった分岐は lets() や if() で書けます。中途解約などで実態とずれる契約は、書面上の更新日を別プロパティで管理し突き合わせると安全です。

サブスクの自動更新を見落とさないための通知方法は？ 更新日を日付プロパティで管理し、style() で「あと◯日」を色分けしたうえで、期限が近いものだけを抽出するビューを作るのが基本です。ただしNotionを開かないと気づけないため、更新日の手前でメールに届く仕組みを併用すると見落としを減らせます。解約予告期間がある契約は、更新日ではなく予告期限を基準に通知を設定します。

Notionのリマインダーは何日前・何時に届く？ Notionの日付プロパティのリマインドは、当日・1日前・2日前・1週間前などから選べ、時刻も指定できます。通知はアプリ内・メール・プッシュの各系統に届きますが、いずれもNotionにログインしている本人向けで、メール通知は本人が設定で有効化している必要があります。設定していないメンバーや社外の相手には届きません。

契約更新の通知メールを取引先（Notionを使っていない相手）にも送れる？ Notion標準機能では、Notionを持たない相手にリマインドを届けることはできません。Kapselを使うと、Notionの契約データベースを基に、取引先やベンダー担当者のメールアドレス宛に更新期限のリマインドを送れます。受信者はログイン不要で、返信ワンクリックでステータスをNotionに書き戻せます。

ライセンスの更新忘れ・解約し損ねを防ぐにはどうすればいい？ 社内で使うSaaS・ソフトウェアライセンスを1つのデータベースに集約し、更新日・自動更新の有無・担当・金額を記録するのが第一歩です。そのうえで更新日の手前で担当・決裁者にメールで通知し、対応が済んだらステータスを更新して通知を止める運用にすると、無駄な自動更新と解約漏れの両方を防げます。

Notionの通知が届かない・気づけないのはなぜ？ Notionのメール通知が本人の設定でOFFになっている、アプリを開いていない、モバイルのプッシュ許可がない、といった原因が多いです。設定を見直しても気づけない場合は、Notionの外（メール）へ確実に届ける仕組みの併用を検討します。詳しい切り分けはNotionの通知が届かないときの対処法にまとめています。

更新期限が過ぎてしまった契約を放置しないためにはどうする？ 更新日当日の通知だけでなく、期限を過ぎても手続き・解約が終わっていない契約に対して督促を続ける運用が有効です。ステータスが「更新済み・解約済み」になるまでリマインドを繰り返し、処理済みになったら自動で止まる設計にすると、過ぎた契約が放置されにくくなります。

Notionの標準リマインダーとメール自動通知ツールの違いは？ 標準リマインダーはNotionを開く本人への通知に閉じ、社外の相手や、Notionを見ないメンバーには届きません。メール自動通知ツール（Kapselなど）は、Notionのデータを基に社内外へメールで届け、受信者のワンクリックでステータスを書き戻し、処理済みには送らないといった運用面を補います。用途が違うため、両者を併用する構成も選べます。

補足・注記

本記事の公開日は2026-08-05です。記載しているNotionの機能（日付プロパティのリマインダー、フォーミュラの dateAdd() / lets() / style() / dateBetween()、データベースオートメーション、相対日付フィルタ等）は、Notion公式のヘルプおよびフォーミュラのリファレンスを参照しています。機能名・仕様はNotion側の更新により変わる場合があります。
数式の記述例は考え方を示すための一例です。実際の契約は起点日・更新サイクル・解約予告期間が多様なため、自社の契約形態に合わせて条件や単位を調整してください。
Kapselの機能（期日・担当・ステータスの監視、社内外へのメールリマインド、ワンクリックでのステータス書き戻し、処理済みへの送信抑制、期限超過の督促、対象の絞り込み、定期便、送信記録、差し込み変数、複数ワークスペース・差出人ブランディング）および料金（税込：Free ¥0／Standard ¥1,980／Pro ¥4,980）は、いずれも本記事執筆時点のものです。最新の内容は getkapsel.com をご確認ください。