Notionで提出物・書類の回収を管理する方法｜未提出者だけに自動で催促し、社外にもメールで届ける仕組み
締め切りを過ぎても、誰が出していないのかを一人ずつ名簿で突き合わせている——書類回収でいちばん時間を奪うのは、回収作業そのものより「未提出者の特定」です。依頼先が10件を超えると、提出済みの相手に誤って催促を送る事故も起きます。
この記事は、複数の依頼先に書類の提出を依頼していて、誰が未提出かを毎回手作業で追いかけている人（受託の制作者、バックオフィス、採用・経理担当など）に向けた、提出物管理の実装ガイドです。Notionでの列設計と、未提出者だけを一覧にするフィルタ条件、そしてNotionを使わない社外の依頼先にもメールで届けて催促を自動化する方法まで、提出済みへ誤送信しない条件設計とあわせて具体的に扱います。なお、セミナーやカンファレンスで登壇者・ベンダーに資料提出を依頼する場面は、Notionでイベント運営を一元管理する方法でも扱っています。
要点（TL;DR）
- 提出物管理は「列（ステータス）の設計」と「未提出者への自動催促」の2層で作る。前者はNotionの標準機能で完結するが、後者は設計だけでは埋まらない。
- 未提出者を正確に出す鍵は、ステータスを「作業状態」と「確認状態」に分けることと、提出予定の行をテンプレートで事前生成しておくこと（Notionは「存在しない提出」を自動検出しない）。
- Notion標準の通知・オートメーションはNotionアカウントを持つ相手にしか届かない。社外の依頼先への催促は空白になりやすい。
- Kapselは、提出ステータスが「未提出」かつ期限が近い行だけを対象に、社外にもメールで自動催促し、受信者のワンクリックでステータスを書き戻す。提出済み・確認済みには送らないので誤送信を防げる。
結論 — 提出物管理は「列設計」と「未提出者への自動催促」の2層で作る
提出物・書類の回収管理は、2つの層に分けて考えると崩れません。
| 層 | 役割 | 担うもの | この記事での扱い |
|---|---|---|---|
| ① 列（ステータス）設計 | 「誰が・何を・いつまでに・どの状態か」を記録する器 | Notionのデータベース（標準機能で完結） | 列設計・ビュー・フィルタ |
| ② 未提出者への自動催促 | 未提出の相手「だけ」に、期限前後で催促を届ける | 通知・リマインドの仕組み（Notion標準では社外に届かない） | フィルタ条件・送達経路 |
多くのNotion解説記事は①の列設計までは詳しく書きますが、②の「実際に未提出者へ催促を届ける」部分で止まります。理由は単純で、Notion標準の通知は社外に届かないからです。書類の提出を頼む相手はたいてい社外（クライアント・応募者・受講者・取引先）で、Notionアカウントを持っていません。
💡 ポイント：①だけ作っても「未提出者が一覧で見える」状態にしかなりません。回収を前に進めるのは②の催促です。この記事は①を手早く固め、②に重点を置きます。
なぜ『誰が未提出か』が一覧で分かりにくくなるのか（Notion標準の限界）
チェックボックス1列だけでは催促のトリガーにならない
提出管理を「提出済み ☑」のチェックボックス1列だけで作ると、未チェックの意味が曖昧になります。「まだ依頼していない」「依頼済みだが未提出」「提出されたが中身を確認していない」が、すべて同じ"未チェック"に潰れてしまうためです。
催促を出す判断には、少なくとも次の区別が要ります。
- 依頼したが、まだ出ていない（＝催促の対象）
- 出たが、まだ確認していない（＝催促ではなく自分の確認待ち）
- 確認して完了（＝何もしない）
チェックボックス1列ではこの3つを分けられず、「誰に催促すべきか」を人が毎回頭で判定することになります。ここが自動化できない根本原因です。だからステータスは、後述のとおり**複数段階の選択肢（Select）**で持たせます。
Notion標準の通知・リマインダーはNotionアカウントを持つ相手にしか届かない（社外の依頼先は対象外）
Notionの日付プロパティのリマインダーや、メンション（@）通知、データベースオートメーションの通知は、いずれも通知先がNotionユーザーであることを前提にしています。社外の依頼先はNotionにログインしないため、これらの通知は届きません。
つまり、Notionは「誰が未提出か」を記録・可視化するのは得意ですが、その事実を社外の本人に届けるのは守備範囲の外です。進捗が「Notionを開いた人にしか見えない」構造的な限界は、Notionの進捗管理とロールアップでも同じ論点として整理しています。
⚠️ 注意：この限界を知らずに「Notionに期日を入れておけば相手も気づくはず」と運用すると、催促が一切届いていないのに「出していない相手が悪い」と誤認しがちです。社外への送達は別レイヤーだと最初に割り切るのが近道です。
提出物管理データベースの列設計（依頼先・提出期限・提出ステータス）
必須プロパティ：依頼先（名前＋メール）・提出期限・提出ステータス・確認日・確認者
まず回収の最小単位を「1依頼＝1行」にして、次のプロパティを置きます。データベースの基本的な作り方はNotionデータベースの作り方に譲り、ここでは提出管理に必要な列だけを示します。
| プロパティ | 型 | 役割・なぜ必要か |
|---|---|---|
| 依頼先（名前） | タイトル | 行の主語。会社名＋担当者名など |
| メールアドレス | メール | 催促の宛先。社外はNotionユーザーでないため必須 |
| 提出物の種類 | Select / テキスト | 契約書・請求書・履歴書など何を回収するか |
| 提出期限 | 日付 | 催促の基準日。フィルタと通知のトリガーになる |
| 提出ステータス | Select | 未提出／提出済み（＝作業状態。後述） |
| 確認ステータス | Select | 確認待ち／確認済み／差し戻し（＝確認状態。後述） |
| 提出日 | 日付 | 実際に提出された日。記録と督促停止の根拠 |
| 確認日 | 日付 | こちらが中身を確認した日 |
| 確認者 | テキスト / Person | 誰が確認したか（社内担当） |
💡 ポイント：メールアドレスを最初から必須項目にしておくと、後述の自動催促を入れるときに「宛先が空で送れない」事故を防げます。依頼を登録する時点で埋める運用にするのがコツです。
ステータスは「作業状態」と「確認状態」を分けて設計する（未提出→提出済み→確認済み／差し戻し）
よくある失敗は、ステータスを1列で「未提出／提出済み／確認済み／差し戻し」と並べてしまうことです。一見きれいですが、「提出されたが差し戻した」状態を表現できず、運用が破綻します（提出はされているのに未提出に戻すのか？）。
解決は、状態を2軸に分けることです。
- 作業状態（相手の行動）：
未提出→提出済み - 確認状態（自分の行動）：
確認待ち→確認済み／差し戻し
こうすると、「提出はされた（作業状態＝提出済み）が、不備があり差し戻した（確認状態＝差し戻し）」が1行で正確に表せます。催促の対象は作業状態で、自分の確認作業の管理は確認状態で、それぞれ別のフィルタで扱えるようになります。確認・差し戻しを含む承認寄りの運用はNotionの承認リマインドが近い論点です。
| 状態の持ち方 | 「差し戻し」を表せるか | 催促対象の抽出 | 評価 |
|---|---|---|---|
| 1列（未提出/提出済み/確認済み/差し戻し） | 表せない（提出済みと矛盾） | 曖昧になりやすい | 崩れやすい |
| 2列（作業状態＋確認状態） | 表せる | 作業状態だけで一意に取れる | 推奨 |
「依頼先」はNotionユーザーでなくテキスト/メールで持たせる（社外が前提のため）
依頼先はPersonプロパティ（Notionメンバー）ではなく、テキスト＋メールアドレスで持たせます。書類の提出を頼む相手は社外で、Notionワークスペースのメンバーではないからです。Personプロパティにすると「ワークスペースに招待した人」しか入れられず、社外の依頼先を管理できません。社外クライアントへの共有と、そこで生じる限界はNotionでのクライアント進捗共有でも扱っています。
未提出者だけを一覧で把握するビューの作り方（図解：フィルタ条件）
フィルタ条件の組み方（ステータス≠提出済み AND 提出期限が本日以前/近日）
未提出者「だけ」を出すビューは、データベースビューのフィルタで作ります。考え方は「提出済みを除外し、期限が来ている／近いものに絞る」です。
【未提出リマインド対象】ビューのフィルタ
提出ステータス is 未提出
AND 提出期限 is on or before 今日（Today）
※期限前に予告したい場合は「今後1週間以内（Within 1 week）」も別ビューで
並び替え: 提出期限 昇順（期限が古い順）
- 「提出ステータス＝未提出」で、提出済み・確認済みを自動的に除外できる → 払った人／出した人に催促を送る事故が起きない
- 「提出期限が本日以前」で、まだ期限が来ていない依頼を催促対象から外せる → 早すぎる催促で相手を急かさずに済む
複数書類・複数依頼先を扱う場合は、「未提出リマインド対象」ビューに加えて「受領済み一覧」ビュー（提出ステータス is 提出済み、または確認ステータス is 確認済み）も並行して作ります。1件ずつ個別に確認するのではなく、「受領済み」と「未提出」を分けて一覧化し、2つのビューを並べて見れば全体の回収状況を一括で把握できます。1人の依頼先が複数の書類を提出する場合は、依頼先名でサブグループ化すると、誰のどの書類が残っているかも同じビューで追えます。
⚠️ 注意：フィルタの除外条件は「提出ステータス is 未提出」のように残す側を指定するのが安全です。「確認済み is not 確認済み」のように除外を重ねると、新規行（空の状態）が意図せず混ざることがあります。
月次・案件ごとの繰り返し依頼はテンプレートで事前生成し、検出精度を上げる
ここが提出物管理でいちばん見落とされる点です。Notionは「出されるはずなのに出ていない提出」を自動では検出しません。 行（レコード）が存在しない限り、Notionにとって未提出は"存在しない"からです。
そのため、「毎月5日までに10社から報告書を回収する」ような繰り返し依頼では、提出予定の行を先に作っておく必要があります。月初に10社分の空行（提出ステータス＝未提出）を生成しておけば、未入力＝未提出として検出・催促できます。Notionのデータベーステンプレートや、繰り返しの仕組みはNotionで繰り返しリマインドを組む方法にまとめています。
💡 ポイント：手順は「①依頼先マスタ（10社）を用意 → ②月初に全社分の提出行を複製生成（ステータスは未提出） → ③提出された行だけステータスを更新」。これで"出ていない行"が常に未提出として残り、催促の母集団になります。
未提出者だけに自動でリマインドを送る方法（図解：全体フロー）
Notion標準（データベースオートメーション）でできる範囲とできない範囲
NotionのデータベースオートメーションやAPI連携でできること・できないことを整理します。
| やりたいこと | Notion標準でできるか | 補足 |
|---|---|---|
| ステータス変更時にプロパティを自動更新 | できる | 例：提出日が入ったらステータスを提出済みに |
| 社内メンバーにNotion内で通知 | できる | 通知先はワークスペースのメンバー |
| Slackに通知 | できる（連携） | 届くのは社内（Slack参加者） |
| 社外（Notion非利用）にメールで催促 | できない | 標準の通知先は社外個人のメールではない |
| 未提出者だけに期限基準で自動配信 | 条件付きで難しい | 「行が無い未提出」は検出不可。外部送達も不可 |
Notion標準オートメーションは「Notionの中の状態を整える」のは得意ですが、社外の人のメール受信箱に届ける用途は想定外です。ここを外部ツールで橋渡しします。手段の切り分けはNotionの外部共有と通知は別レイヤーに詳しく整理しています。
社外（Notionを持たない依頼先）にメールで届け、ワンクリックでステータスを書き戻す仕組み
ここで役割がはっきりします。Kapselとは、Notionの期日・担当・ステータスを監視し、条件に合う相手だけにメールでリマインドを自動送信し、受信者のワンクリックでNotionのステータスを書き戻すツールです。 提出物管理では、提出ステータスが「未提出」かつ提出期限が近い行だけを対象に、依頼先のメールアドレス宛てに催促を送ります。
このフローの価値は、相手に再度Notionを開かせないことです。催促メールのボタンを押すだけで提出ステータスが「提出済み」に書き戻るため、依頼先はログインもアプリ操作も不要で、こちら側の台帳（Notion）は自動で最新化されます。結果として、手動での状況確認と「出しましたか？」の往復がなくなります。
事故を防ぐ条件設計 — 提出済み・確認済みの相手には送らない
自動催促でいちばん怖いのは、すでに提出・確認が済んだ相手に催促を送ってしまう事故です。関係を損なううえ、台帳への信頼も失います。これを防ぐのは、前段のビューで作ったフィルタと同じ考え方です。
- 送信対象の条件に「提出ステータス＝未提出」を必ず含める（提出済みは母集団から外れる）
- 確認状態が「確認済み」の行は送らない
- Kapselは完了・確認済みに該当する状態を送信対象から除外する設計のため、ステータスが更新された瞬間に次回以降の催促が止まる
💡 ポイント：催促が「止まる条件」を先に決めておくのが安全設計の要です。提出された瞬間にステータスが書き戻り、その行は翌日以降の送信対象から自動的に消える——この一本の流れを作れば、誤送信はフィルタ任せで防げます。
書類回収専業SaaSとの違い（Notionを正データにしたまま回収する）
書類回収に特化したSaaS（Docly、インテンスの書類提出・回収管理システム、P4の資料回収、各種「web書類回収サービス」など）は、おおむね次の共通した型で機能を揃えています。
- 依頼先ごとに専用URLを発行する
- 相手はログイン不要でアップロードできる
- 管理者はダッシュボードで提出状況を一覧できる
- 未提出者へ自動リマインドを送る
- 不備があれば再提出を依頼する
社外送達と自動リマインドが強く、ファイル回収そのものに特化した完成度があります。一方で、案件やタスクをすでにNotionで回している人には弱点があります。
| 観点 | 書類回収専業SaaS | Notion＋催促の仕組み |
|---|---|---|
| 社外へのファイル回収 | 得意（専用URL・ログイン不要） | ファイル添付回収は用途が異なる |
| 提出状況の一覧 | ダッシュボードで完結 | 既存のNotion台帳でそのまま一覧 |
| 自動リマインド | 標準装備 | 外部ツールで付与（後述） |
| 案件・タスクとの一元管理 | 別ツールに分散しやすい | Notionが正データのまま統合 |
| 既存のNotion運用との整合 | 二重管理になりがち | 追加DBを作らず流用可 |
💡 ポイント：判断軸はシンプルです。大量のファイルそのものを回収するのが主目的なら専業SaaS、提出の記録と進行をNotionで一元管理したまま未提出者だけ催促したいなら、Notionを正データに据えて催促レイヤーを足す構成が向きます。
催促メールの書き方（角を立てずに提出を促す文面の型）
催促メールは、文面次第で相手との関係が変わります。書類回収の実務で共通して強調されるマナーは次の3点です。
- 落ち度と決めつけず、まず「確認の連絡」として送る（行き違いの可能性を前提に）
- 件名と本文だけで内容が完結する（添付や過去メールを遡らせない）
- 提出期限と返信期限を分けて書く（「いつまでに出すか」と「いつまでに一報ほしいか」）
下は、期限を1〜2日過ぎた段階の、角を立てない一次催促のテンプレートです。そのままコピーして差し込み変数を自社用に調整できます。
件名：【ご確認】{{提出物の種類}}のご提出について（期限：{{提出期限}}）
{{依頼先名}} 様
お世話になっております。{{自社名}}の{{担当者名}}です。
先日お願いしておりました「{{提出物の種類}}」につきまして、
{{提出期限}}を提出期限とさせていただいておりましたが、
現在こちらで受領を確認できておりません。
行き違いでしたら申し訳ございません。
お手数ですが、下記のいずれかでご対応いただけますと幸いです。
・ご提出がお済みの場合：その旨を {{返信期限}} までに一報ください
・これからの場合：{{再提出期限}} までにご提出ください
ご不明点がございましたら、本メールにそのままご返信ください。
よろしくお願いいたします。
Kapselでは本文中の {{依頼先名}} {{提出期限}} などを差し込み変数でNotionの各列から自動で埋められるため、相手ごとに文面を書き分ける手間がかかりません。督促の段階を強めていく文面設計（予告→丁寧な確認→明確な督促）は、未入金の催促メール文例集（段階別）に段階別でまとめています。
⚠️ 注意：一次催促から強い言い回し（「至急」「ペナルティ」等）を使うと、行き違いだった場合に関係を損ないます。最初は必ず「確認」のトーンから始め、段階的に明確化します。
つまずきやすいポイントと回避策（よくある失敗）
| よくある失敗 | なぜ起きる | 回避策 |
|---|---|---|
| 提出済みの相手に催促が飛ぶ | 送信条件に「未提出」を入れていない | 送信対象は必ず「提出ステータス＝未提出」で絞る |
| 未提出者が検出されない | 提出予定の行を作っていない | 月初にテンプレートで予定行を事前生成 |
| 差し戻しが表現できない | ステータスを1列で持っている | 作業状態と確認状態を2列に分ける |
| 催促が社外に届かない | Notion標準通知だけに頼っている | 社外へはメール送達の仕組みを足す |
| 宛先が空で送れない | メール列を後回しにしている | 依頼登録時にメールを必須入力に |
| 誰にいつ送ったか分からない | 送信履歴を残していない | 送信記録が残る仕組みを使う |
💡 ポイント：最初の2つ（「提出済みへの誤送信」と「未提出が検出されない」）が、提出物管理の事故の大半を占めます。**「未提出で絞る」と「予定行を先に作る」**の2点を押さえるだけで、運用はかなり安定します。
Kapselでこの仕組みを作る手順（任意・実装済み機能のみ）
ここまでの「未提出者だけに自動催促」を、Notionを正データのまま実装する手順です。
- 提出物管理DBを用意する：前述の列（依頼先・メール・提出ステータス・提出期限・確認状態など）を作る。既存の案件DBに列を足す形でもよい。
- KapselにNotionを接続する：対象のデータベースを連携する（接続は数分）。
- 送信ルールを作る：対象を「提出ステータス＝未提出」かつ「提出期限が近い／過ぎた」で絞る。これで提出済み・確認済みは自動的に送信対象から外れる。
- 差し込み変数で文面を作る：依頼先名・提出物・期限などをNotionの列から差し込む。
- 定期便として回す：期限前の予告・期限後の催促をスケジュール配信する。送信した記録は履歴として残る。
- ワンクリックの書き戻しを有効化：受信者が「提出済み」を押すとNotionのステータスが更新され、次回の催促対象から外れる。
実装済み機能の対応は次のとおりです。
| この記事でやりたいこと | 対応するKapselの機能 | 読者にとっての意味 |
|---|---|---|
| 未提出者だけに送る | 対象の絞り込み（ステータス・期限で条件指定） | 払った／出した人に催促が飛ぶ事故が消える |
| 社外にも届ける | メール送信（受信者はNotion・ログイン不要） | 依頼先がNotion非利用でも催促が届く |
| 相手に再度Notionを開かせない | ワンクリックでステータス書き戻し | 往復確認がなくなり台帳が自動で最新に |
| 相手ごとに文面を変える | 差し込み変数 | 文面の書き分けが不要に |
| 定期的な回収 | 定期便（スケジュール配信） | 月次・案件ごとの催促が自動で回る |
| 送った記録を残す | 送信記録 | 「誰にいつ送ったか」が後から追える |
複数のNotionワークスペースをまたいで管理したい場合や、会社名・署名・ロゴで差出人をブランディングしたい場合は、Proプランで対応できます。
料金は Free ¥0 / Standard ¥1,980 / Pro ¥4,980（税込）です。Freeは自己・社外あわせて月20通まで送れるため、まず少数の依頼先で試し、本格運用でStandard（月500通）に上げる進め方ができます。
💡 ポイント：まずは「未提出で絞る1本の送信ルール」だけ作れば十分です。誤送信を防ぐフィルタと、提出された瞬間に止まる書き戻しがセットになっていれば、回収の巡回作業はほぼ自動化できます。
まとめ
- 提出物・書類の回収は、①列（ステータス）設計と②未提出者への自動催促の2層で作る。
- ステータスは作業状態（未提出／提出済み）と確認状態（確認待ち／確認済み／差し戻し）を分けると運用が崩れない。
- Notionは「存在しない提出」を検出しないので、提出予定の行をテンプレートで事前生成する。
- Notion標準の通知は社外に届かない。社外へはメールで橋渡しし、提出済み・確認済みには送らない条件設計で誤送信を防ぐ。
- Notionを正データに据えたまま、未提出者だけに自動催促し、ワンクリックでステータスを書き戻す構成にすれば、別ツールへの記録分散を避けられる。
Notionで提出管理そのものを設計し直したい場合はNotionデータベースの全体像から、提出だけでなく返信期限も含めた双方向のリマインドはNotionの問い合わせ管理もあわせて参考にしてください。
よくある質問（FAQ）
Notionで提出物・書類の提出管理をするにはどうすればいいですか？
1依頼を1行とするデータベースを作り、依頼先（名前＋メール）・提出物の種類・提出期限・提出ステータス・確認状態・提出日などの列を置きます。提出ステータスを「未提出／提出済み」で管理し、ビューのフィルタで未提出だけを抽出すれば、誰が出していないかを一覧で把握できます。繰り返し依頼は提出予定の行を事前に生成しておくのが要点です。
Notionで未提出の人だけにリマインドを送る方法はありますか？
Notion単体では、社外の依頼先へメールで催促を自動送信することはできません。ビューのフィルタで「提出ステータス＝未提出」かつ「期限が近い／過ぎた」行を抽出した上で、Kapselのような外部ツールで、その条件に合う相手だけにメールを自動送信します。提出済み・確認済みは条件から外れるため、誤って催促する事故を防げます。
Notionの通知やリマインダーは社外の人（Notionを使っていない相手）にも届きますか？
届きません。Notionの日付リマインダー・メンション・データベースオートメーションの通知は、いずれも通知先がNotionアカウントを持っていることを前提にしています。社外の依頼先はNotionにログインしないため、これらの通知は受け取れません。社外へ届けるにはメールなどNotionの外の送達経路が必要です。
書類回収を自動化・効率化するツールにはどんなものがありますか？
Docly やインテンスの書類提出・回収管理システムなど、書類回収に特化したSaaSがあります。これらは依頼先ごとの専用URL発行・ログイン不要アップロード・提出状況のダッシュボード一覧・自動リマインド・再提出依頼という型で機能を揃えています。案件をNotionで管理している場合は、Notionを正データにしたまま未提出者だけに催促する構成（Kapsel等）も選択肢になります。
催促メールを送るときに気をつけるべきマナーは何ですか？
相手の落ち度と決めつけず、まず「確認の連絡」として送ること、件名と本文だけで内容が完結すること、提出期限と返信期限を分けて書くことが基本です。一次催促では「至急」などの強い表現を避け、行き違いの可能性を前提にした丁寧なトーンから始め、必要に応じて段階的に明確化します。
Notionのステータスプロパティはどう設計すればいいですか？
提出管理では、1列にすべての状態を並べるのではなく、「作業状態（未提出／提出済み）」と「確認状態（確認待ち／確認済み／差し戻し）」を2列に分けるのが崩れにくい設計です。こうすると「提出されたが差し戻した」状態を矛盾なく表現でき、催促の対象（作業状態）と自分の確認作業（確認状態）をそれぞれ別のフィルタで扱えます。
Notionのデータベースオートメーションでメール通知はできますか？
データベースオートメーションでできるのは、主にNotion内のプロパティ自動更新やワークスペースのメンバーへの通知、Slackなどへの連携通知です。社外の個人のメール受信箱に催促を届ける用途は標準では想定されていません。社外へのメール送達は、Kapselのような外部ツールで補う構成になります。
補足・注記
- 本記事の公開日は2026-10-19です。記載しているNotionの仕様（通知・リマインダー・データベースオートメーション・プロパティ）は、Notion公式ヘルプセンターを参照した執筆時点の内容であり、提供元の更新により変わる可能性があります。最新の挙動は各公式ドキュメントでご確認ください。
- 書類回収SaaS（Docly、インテンスの書類提出・回収管理システム、P4の資料回収、各種web書類回収サービス等）の機能は各提供元の公開情報に基づく一般的な型を要約したもので、個別の機能・料金は各サービスの公式情報をご確認ください。
- Kapselの機能（期日・担当・ステータスの監視、メール自動リマインド、対象の絞り込み、定期便、送信記録、差し込み変数、ワンクリックでのステータス書き戻し、Proの複数ワークスペース・差出人ブランディング）および料金（Free ¥0／Standard ¥1,980／Pro ¥4,980・税込、Freeは自己・社外あわせて月20通）は執筆時点のものです。最新の提供範囲は getkapsel.com をご確認ください。
