Notionで支払い予定を一元管理し、払い忘れ・支払い遅延を防ぐ方法
取引先への振込、サブスク、家賃や外注費——支払う側の管理は、入金を催促する側ほど注目されないまま、気づけば個人の記憶とカレンダー通知に依存していることが珍しくありません。1件の払い忘れが、取引先からの信用低下や延滞利息、最悪の場合は契約解除につながります。
要点（TL;DR）
- 支払い管理の起点は、支払先・支払日・金額・支払内容・支払いサイクルを1つのデータベースに集約すること。Excelやメールに散らばった請求書は、払い忘れと二重支払いの温床になります。
- ステータスは「支払済み／未払い」の2値ではなく、未払い → 承認待ち → 支払済みの3段階で設計すると、申請・承認・実行の役割分担が崩れません。
- Notion標準の日付リマインダーは「Notionを開いているログイン済みの本人」にしか届きません。経理代行や税理士などNotionを使わない承認者には通知が飛ばない点が、支払い遅延の盲点です。
- Kapselとは、Notionの期日・担当・ステータスを監視し、社内メンバーにもNotionを持たない社外の相手にもメールで支払期日を自動リマインドし、受信者のワンクリックでNotionのステータスに書き戻すツールです。支払済みの案件には送りません。
この記事は、フリーランスや小規模事業で「払う側」のワークフローをNotionに載せたい管理者・経理担当に向けて、支払い管理データベースの設計から、払い忘れを防ぐ通知の仕組みまでを第三者視点で整理したものです。単なる家計簿的な可視化にとどめず、申請→承認→支払実行の承認フローと、社内外の担当者・承認者への事前リマインドまで扱います。
データベース設計の基礎はNotionデータベースの作り方、期日通知の自動化全般はNotionで期日・締切をメールで自動通知する方法でも扱っています。本記事は「支払う側の遅延防止」に焦点を絞ります。
支払い管理データベースの作り方（プロパティ設計）
支払い管理は、まず1つのデータベースに支払い予定を集約することから始まります。支払先ごとにページが散らばっていたり、固定費をExcel、スポット支払いをメール下書きで管理していたりすると、全体の支払い予定が俯瞰できず、払い忘れが起きます。
必須プロパティ（支払先・支払日・金額・支払内容・支払いサイクル）
最小構成として、次の5つのプロパティがあれば支払い予定を一元管理できます。これだけで「いつ・誰に・いくら・何を・どの頻度で」払うのかが1行で把握でき、カレンダービューやテーブルビューで月次の支払い予定を俯瞰できます。
| プロパティ | 型 | 役割・入れる値の例 |
|---|---|---|
| 支払先 | テキスト／リレーション | 取引先・サービス名（例: ◯◯デザイン、Adobe CC） |
| 支払日 | 日付 | 振込期日・引き落とし日。リマインダーの基準になる |
| 金額 | 数値（円フォーマット） | 税込の支払額。集計の対象 |
| 支払内容 | テキスト／セレクト | 外注費・家賃・SaaS・税金など |
| 支払いサイクル | セレクト | 都度／毎月／年額／四半期 など |
💡 ポイント：「支払いサイクル」をセレクトで持たせておくと、後述のロールアップで「毎月の固定費合計」と「年額を12で割った月割り」を分けて集計でき、固定費の全体像が正確に出せます。
💡 ポイント：このプロパティ構成を一度作れば、複製してすぐ使えるテンプレートとして社内の他プロジェクトや次年度にも流用できます。Notion公式ギャラリーにも支払い管理用のテンプレートが複数公開されているため、まずは複製して自分の運用に合わせてプロパティを調整していくのが、ゼロから作るより早い近道です。
ステータスを『未払い／承認待ち／支払済み』の3段階で設計する
多くの支払い管理テンプレートは、ステータスを「未払い／支払済み」の2値や、サブスク向けの「契約中／解約済み」で止めています。個人や一人で経理を回す運用では、この2値セレクトのままビューを「未払い」だけでフィルタ表示する運用で十分に機能し、配布されている支払い管理テンプレートでもこのシンプルな2値構成はよく見られます。一方、申請者と承認者が分かれる組織的な支払いでは、承認プロセスがステータスに乗らず抜け落ちます。
そこで、ステータスを申請→承認→実行の流れに沿った3段階で設計します。各段階の責任者が明確になり、「誰のボールで止まっているか」が一目で分かるのが利点です。
| ステータス | 意味 | 次に動く人 |
|---|---|---|
| 未払い（申請） | 請求書を受領し支払い予定として登録した状態 | 担当者が内容を確認し承認へ回す |
| 承認待ち | 支払いの可否を承認者が判断する段階 | 承認者（上長・経営者・税理士など） |
| 支払済み | 振込・引き落としが完了した状態 | 以降の通知対象から外れる |
⚠️ 注意：ステータスを2値のままにすると、「誰かが承認したつもり」で未処理の請求が放置されたり、逆に未承認のまま支払われたりします。承認待ちを独立した段階として持つことが、組織的な支払い管理の分かれ目です。承認リマインドの設計はNotionで承認・レビュー待ちを自動リマインドする方法も参考になります。
請求書の添付とロールアップでの合計金額の可視化
受け取った請求書PDFは、各支払いページのファイルプロパティに添付して現物と記録を紐づけます。「請求書受領済み」のチェックボックスを1つ足せば、請求書が届いていない支払い予定（概算で登録したもの）と、現物が揃った支払いを区別でき、二重請求や金額相違のチェックが楽になります。
固定費の全体像は、ロールアップと数式で自動集計します。支払いサイクル別にビューをグループ化し、金額プロパティを合計すれば、「毎月出ていく固定費」と「年間の支払総額」が手入力なしで可視化されます。年額のサービスは 金額 / 12 の数式列を作って月割りにすると、月次キャッシュフローの見通しが正確になります。
💡 ポイント：集計は「何にいくら払っているか」を気づかせる装置です。月次ビューの合計を眺めるだけで、使っていないサブスクや重複契約が浮かび上がり、後述の「解約判断」につながります。
払い忘れを防ぐ土台：Notion標準リマインダーの仕組みと限界
データベースが整ったら、次は「支払日が近づいたら気づける」仕組みです。Notionには標準のリマインダー機能がありますが、誰に届くのかという前提を理解しておかないと、通知があるのに払い忘れる、という事態が起きます。
日付プロパティのリマインド設定（当日・1日前・1週間前など）
Notionの日付プロパティには、リマインド通知を設定できます。支払日プロパティを開き、リマインド欄で「当日・1日前・1週間前」などのタイミングを選ぶだけで、その日時にNotion内の通知が飛びます。手順は次の通りです。
- 支払いページの「支払日」プロパティを開く。
- 日付を選択した状態で表示される「リマインド」欄をクリックする。
- 「1日前」「1週間前」など通知タイミングを選ぶ。
- 必要なら時刻も指定する（例: 前営業日の午前9時）。
振込は前営業日までに準備が要るため、「1週間前」と「1日前」の二段構えにしておくと、資金の準備と実行の両方に間に合います。
届くのは『Notionを開いている本人』だけという前提
ここが支払い管理最大の盲点です。Notion標準のリマインダーは、通知をNotionアプリ内・連携メール宛に送る仕組みで、実際に気づけるのは「Notionにログインして開いている本人」に限られます。言い換えると、次のケースでは通知が実質的に機能しません。
| 相手 | 標準リマインダーは届くか | 理由 |
|---|---|---|
| Notionを毎日開く本人 | 届く | アプリ内通知を見ている |
| Notionを使うが開く頻度が低い担当 | 届きにくい | 通知に気づくのが遅れる |
| 経理代行・税理士（Notion未利用） | 届かない | アカウントがなく通知先が存在しない |
| 承認する上長（Notionを見ない） | 届かない | 通知を確認する習慣がない |
⚠️ 注意：支払いの実務は「請求書を見る担当」「お金を動かす経理」「可否を決める承認者」が別人であることが多く、全員がNotionを常時開いているとは限りません。標準リマインダーだけでは、Notionを見ない人のところで支払いが止まります。標準オートメーションの守備範囲はNotionオートメーション・リマインダーの限界で詳しく整理しています。
承認フローを支払い管理に組み込む（申請→承認待ち→支払済み）
支払いの遅延は、承認で止まることが少なくありません。「承認待ち」を独立したステータスとして持つことで、ボタンで申請→承認待ちへ、承認後に支払済みへ、とステータスを進める運用ができます。Notionのボタンやデータベースオートメーションで、ステータス変更時に承認者を担当プロパティへ自動セットすることも可能です。
承認者がNotionを使わない/社外（税理士・経理代行）の場合に生じる壁
問題は、承認者が社外にいる場合です。税理士や経理代行、あるいは支払い可否を判断する経営者がNotionを使っていないと、「承認待ち」になってもその人には何も届きません。結果、以下のような手作業が発生します。
- 担当者がNotionのステータスを見て、承認者へ別途メールやチャットで連絡する。
- 承認者は口頭やメールで「OK」と返す。
- 担当者がNotionに戻って手動でステータスを「支払済み」に更新する。
この往復は、通知の抜け漏れと更新忘れを生みます。承認者がNotionを開かない前提で、通知と書き戻しを自動化する必要があります。
支払期日が近づいたら担当者・承認者へメールで自動リマインドする仕組み
標準リマインダーの「本人にしか届かない」制約を補うのが、Notionの外へメールで届ける通知レイヤーです。Kapselは、Notionの支払い管理データベースを監視し、支払期日や承認待ちの条件に合う案件だけを、社内の担当者にもNotionを使わない社外の承認者にもメールで自動リマインドします。
ここでは、誤送信を防ぎながら「必要な人に・必要な案件だけ」届ける3つの設計を示します。全体の流れは次の図の通りです。
ビューで対象を絞り込み、未払い・承認待ちだけに送る
まず、通知の対象を絞り込みます。支払いDBに「支払期日が7日以内 かつ ステータスが未払いまたは承認待ち」というフィルタのビューを作り、このビューを通知の対象にします。期日が遠い案件や、すでに片付いた案件に通知が飛ばないため、受信者が「自分に関係ある支払いだけ」を受け取れます。差し込み変数（支払先・金額・期日）を本文に入れれば、1通ごとに具体的な内容が入ったメールになります。
支払済みにはそもそも送らない（誤送信・二重支払いの事故防止）
支払い通知で最も避けたい事故が、すでに振り込んだ案件に督促が飛び続けることです。取引先に「払ったはずの請求の催促」が届けば信用問題になり、社内なら二重支払いの引き金にもなります。
Kapselは、ステータスが「支払済み」になった案件を通知対象から自動的に外します。ビューのフィルタ条件（支払済みを除外）がそのまま送信可否に反映されるため、担当者が通知を止め忘れても、支払済みには送られません。これが、手動のリマインダー運用との決定的な違いです。
承認者はメールのワンクリックでNotionのステータスに書き戻せる（双方向）
届いたメールには、ステータスを更新するボタンを含められます。社外の承認者がメール内のボタンをワンクリックすると、Notionを開かなくても該当案件のステータスがNotion側で更新されます。承認者が「承認」を押せば承認待ちから次の段階へ進み、担当者はNotionを見るだけで進捗を把握できます。
💡 ポイント：この双方向フローにより、「承認者が別途メールで返答 → 担当者が手動でNotionを更新」という往復が消えます。承認者がNotion未利用でも、承認の記録がNotionに残り続けるのが要点です。
定期便で『今週・今月払うべきもの』をまとめて確認する
1件ずつの期日通知とは別に、「今週払うべき支払い一覧」をまとめて受け取る定期ダイジェストも有効です。Kapselの定期便は、指定した曜日・時刻に、対象ビューの該当案件をまとめて1通のメールで届けます。
- 毎週月曜の朝に「今週中に振り込む未払い・承認待ちの一覧」を担当者へ。
- 月初に「今月の固定費・サブスクの支払い予定」を経理へ。
個別通知が「1件ごとの締切アラート」なのに対し、定期便は「抜け漏れがないかの棚卸し」として機能します。両方を併用すると、突発的な支払いと定例の支払いの両方をカバーできます。
固定費・サブスクの可視化で無駄な支出に気づく（集計・見直し）
支払い管理の副次的な、しかし大きな効果が節約です。サブスクやSaaSは契約したこと自体を忘れやすく、使っていないサービスに払い続けがちです。支払いDBにすべての定期支払いを集約し、ロールアップで月額・年額の合計を出すと、「何にいくら払っているか」が一覧になります。
見直しの手順はシンプルです。
- 支払いサイクルが「毎月／年額」の行だけを抽出したビューを作る。
- 「最終利用日」や「利用頻度」のメモ列を足し、使っていないサービスに印をつける。
- 月額合計を見ながら、解約候補を決める。
- 解約・乗り換えが必要な契約は、更新期限の前にリマインドを設定する。
💡 ポイント：サブスクの多くは「更新日の直前に解約しないと自動更新される」ため、更新期限のリマインドがそのまま節約になります。契約更新・サブスク更新の期限管理はNotionで契約更新・サブスクの期限切れを防ぐリマインド方法で詳しく扱っています。
まとめ：支払い管理に必要な3つの設計（プロパティ／ステータス／通知）
Notionで払い忘れと支払い遅延を防ぐ仕組みは、次の3つの設計に集約されます。それぞれが揃って初めて、記憶に頼らない支払い管理が成立します。
| 設計 | やること | 得られること |
|---|---|---|
| プロパティ | 支払先・支払日・金額・支払内容・サイクルを1DBに集約 | 支払い予定の俯瞰、集計、請求書の紐づけ |
| ステータス | 未払い→承認待ち→支払済みの3段階で設計 | 申請・承認・実行の役割分担、止まり所の可視化 |
| 通知 | 社内外へメールで自動リマインド、支払済みは除外 | Notionを見ない承認者にも届く、誤送信を防ぐ |
プロパティとステータスはNotion単体で作れます。最後の「通知」で、Notionを開かない社外の承認者・経理代行まで届けたい場合に、外向きの通知レイヤーが必要になります。
Kapselは、Notionの支払い管理データベースを監視し、支払期日が近い未払い・承認待ちの案件だけを、社内の担当者にもNotionを使わない社外の相手にもメールで自動リマインドします。支払済みには送らず、受信者のワンクリックでNotionのステータスに書き戻せます。無料プラン（¥0）から試せます。担当者への一般的なリマインドはNotionで担当者にタスクを自動リマインドする方法もあわせてご覧ください。
よくある質問（FAQ）
Notionで支払い管理するメリットは何ですか？
支払先・支払日・金額・ステータスを1つのデータベースに集約でき、支払い予定の俯瞰と固定費の自動集計が同時にできる点です。請求書PDFも各ページに添付でき、現物と記録を紐づけられます。カレンダービューやフィルタで「今月払うもの」だけを抽出できるため、Excelやメールの散在管理に比べて払い忘れが起きにくくなります。
Notionのリマインダー（日付プロパティの通知）は誰に届きますか？
Notionにログインし、Notionを開いている本人に届きます。アプリ内通知や連携メールとして送られる仕組みのため、Notionを頻繁に開かないメンバーや、アカウントを持たない社外の承認者・経理代行には実質的に届きません。社外へ届けたい場合は、メールで送る別の仕組みが必要です。
固定費とサブスクは同じデータベースで管理すべきですか、分けるべきですか？
同じデータベースで管理し、「支払いサイクル」や「支払内容」プロパティで分類するのが実務的です。1つに集約すれば月次・年次の支払総額をまとめて集計でき、ビューのフィルタで固定費だけ・サブスクだけを切り出せます。データベースを分けると合計の俯瞰が難しくなるため、原則は1DB＋ビューで分ける運用が向いています。
支払いの承認フロー（申請→承認→実行）はNotionだけで作れますか？
ステータスを「未払い（申請）／承認待ち／支払済み」の3段階で設計し、ボタンやデータベースオートメーションで段階を進める運用はNotionだけで作れます。ただし承認者への通知は、承認者がNotionを開いている場合に限られます。社外やNotion未利用の承認者にメールで届け、承認結果をNotionへ書き戻すには、メール通知と書き戻しを自動化する仕組みが必要です。
請求書を電子化してNotionで管理するにはどうすればいいですか？
受け取った請求書PDFを、各支払いページのファイルプロパティに添付します。「請求書受領済み」のチェックボックスを足せば、現物が届いた支払いと概算登録の支払いを区別できます。これにより支払いページ上で金額・期日・請求書原本が一箇所にまとまり、金額相違や二重請求のチェックがしやすくなります。
支払い遅延を防ぐにはどんな仕組みが必要ですか？
(1)支払い予定を1つのデータベースに集約すること、(2)未払い・承認待ちだけを抽出するビューを作ること、(3)期日が近づいたら担当者と承認者の双方へ自動で通知が飛ぶこと、の3点です。とくに承認で止まるケースが多いため、承認者がNotionを見ない場合でも通知が届き、ワンクリックで承認・更新できる導線があると遅延が減ります。
経理担当や税理士がNotionを使っていない場合、支払い状況をどう共有すればいいですか？
Notionの共有リンクを渡す方法もありますが、相手がログインして開く前提のため見落としが起きます。より確実なのは、支払期日や承認待ちの案件をメールで自動的に届ける方法です。Kapselを使えば、Notionを使わない経理代行・税理士にも支払期日をメールで送り、相手はメール内のボタンのワンクリックでNotionのステータスを更新できます。
補足・注記
- 本記事の公開日は2026年10月6日です。記載したNotionの機能（日付プロパティのリマインダー、ロールアップ、数式、データベースオートメーション、ファイルプロパティ等）およびKapselの機能・料金は執筆時点のものです。
- Notionの標準機能の仕様（リマインダーの通知先など）は、Notion公式ヘルプセンターの記載に基づいて客観的に整理しています。最新の仕様は提供元の公式ドキュメントをご確認ください。
- Kapselの料金（税込）は、Free ¥0／Standard ¥1,980／Pro ¥4,980です。無料プランは0円で継続利用できます。機能・料金は変更される場合があるため、最新情報は公式サイト（getkapsel.com）をご確認ください。
- 支払いに関する延滞利息・契約条件・会計処理の詳細は、個別の契約内容や関連法令、税務の専門家の判断によります。本記事は支払い管理のワークフロー設計を解説するもので、法務・税務の助言ではありません。
