受託開発の「検収放置」問題——Notionで納品確認をクライアントに自動で催促する方法
納品して1週間、返事がない。バグでも仕様漏れでもなく、ただクライアントが検収チェックに手を付けていないだけ——受託開発でよくある「検収放置」は、成果物の品質とは無関係のところで入金と次案件を止めます。
この記事は、案件はNotionで回っているのに、クライアントへの検収・納品確認の催促だけが手作業で残っている受託エンジニア・制作会社に向けた実務ガイドです。検収の基礎（検収期間の目安・みなし検収条項・契約不適合責任）を押さえたうえで、検収確認の督促を自動化しつつ検収済み・入金済みには送らない設計、そして送信記録を「みなし検収の運用証跡」として使う方法までを、第三者視点で整理します。
この記事の要点（TL;DR）
- 検収放置は品質問題ではなく「クライアントが確認作業に着手していない」ことで起きる。催促を人の気まずさに頼る限り、検収は遅れ入金も遅れる。
- 契約書にみなし検収条項（一定期間内に合否通知がなければ合格とみなす規定）と検収期間（一般に2週間〜1ヶ月）を明記し、検収基準を着手前に文章化しておくのが第一の防御線。
- Notionの案件DBで検収期限・検収ステータスを管理しても、Notion標準の通知は「Notionを開いている人」にしか届かない。クライアントの多くはNotion非利用のため通知が届かない。
- Kapselとは、Notionの期日・担当・ステータスを監視し、Notionを使わない社外の相手にもメールで自動リマインドを送り、受信者のワンクリックでNotionのステータスに書き戻す通知ツールです。検収済み・入金済みには送りません。送信記録はみなし検収の運用証跡としても使えます。
結論を先に述べます。検収放置を減らす鍵は、契約（みなし検収）で締切に根拠を持たせ、Notionで案件と検収状態を管理し、期限超過分だけをクライアントへ自動催促するという三層の分業です。催促を担当者の記憶と勇気に依存させないこと——これが検収を「お願い」から「仕組み」に変える要点です。
なぜ検収は止まるのか（前提）
検収が止まる原因の大半は、成果物の欠陥ではなくクライアント側の優先順位です。発注担当者は自分の通常業務を抱えており、届いた成果物の動作確認は「急ぎではない後回しタスク」に分類されがちです。催促がなければ、検収は他業務に押し出され続けます。つまり検収放置は、放っておいて解決する問題ではなく、誰かが期限を管理し働きかけて初めて動く性質のものです。
検収期間の目安（2週間〜1ヶ月）とみなし検収条項
検収とは、発注者が納品された成果物を契約・仕様どおりか確認し、合否を判断する工程です。システム開発では、機能要件の充足・保守性・ユーザビリティ・既知の不具合の有無などをチェックします。この確認に与える期間が検収期間で、実務では2週間〜1ヶ月を設定するのが一般的です。短すぎると発注者が確認しきれず、長すぎると受注者の入金が遠のきます。
問題は、検収期間を定めても「期間内に何も反応がない」ケースです。これに備えるのがみなし検収条項です。
💡 ポイント：みなし検収条項とは、「検収期間内に発注者から合否の通知がない場合、成果物は検収に合格したものとみなす」という契約規定です。これがあると、クライアントの沈黙がそのまま無期限の未検収状態になるのを防げます。ただし条項の効力は期限と通知プロセスが明確なことが前提で、後述する送信記録があると運用面の裏付けになります。
催促しづらい心理的ハードル
もう一つの原因は、受注者側が催促に踏み切れないことです。「せかしていると思われたくない」「今後の取引に響かせたくない」という遠慮から、督促の連絡自体が後ろ倒しになります。この心理的ハードルは実在するペインですが、裏を返せば催促を仕組み化（自動化）して属人的な気まずさから切り離せば、検収の遅延要因を一つ減らせるということです。定型リマインドをツールが淡々と送る形にすれば、「催促する／しない」の判断を都度迫られなくなります。
Notionの標準機能だけで検収確認を追いかける限界
案件管理をNotionで行う受託開発者は多く、案件DBに検収ステータスを持たせて進捗を可視化するのは有効です。ただし「クライアントに検収を促す」段になると、Notion標準機能には構造的な限界があります。
リマインダー・メンションはNotionを開いている人にしか届かない＝社内向け
Notionのリマインダーや @メンション は、通知の受け手がNotionにアカウントを持ち、通知を受け取れる状態であることが前提です。デスクトップ/モバイルの通知やメンションは、基本的にNotionを利用している本人に向いた仕組みで、社内メンバーへの連絡には機能します。これは既知の前提として押さえておく範囲です。
クライアントがNotion未招待／未ログインだと通知が届かない
受託開発では、発注者がNotionを使っていないことが珍しくありません。クライアントがワークスペースに招待されていない、あるいは招待されてもログインしない場合、Notion内のリマインドやメンションは相手に届きません。結果として、検収を促す通知は「送ったつもりで届いていない」状態になり、受注者は結局メールや電話で個別に催促することになります。
| 通知手段 | 届く相手 | 検収催促での限界 |
|---|---|---|
| Notionリマインダー | Notionを開いている本人 | クライアントが未利用だと届かない |
| Notionメンション | メンションされたNotionユーザー | 社外の未招待クライアントには使えない |
| 手動メール | 誰でも | 期限管理・送り分け・記録が属人化する |
| 自動通知ツール（例: Kapsel） | 社内＋Notion非利用の社外 | 導入と条件設計が必要 |
⚠️ 注意：Notionの案件DBを丁寧に作り込んでも、それは「見れば分かる」状態にすぎません。クライアントがそのDBを見に来ない限り検収は始まらないため、検収催促は「Notionの外へ、相手に届く形で」働きかける層が別途必要です。
検収・納品確認を自動で催促するフロー設計
ここからは、Notionの案件DBを起点に検収確認を自動催促する具体設計です。ポイントは、Notion側でデータを整え、通知はNotionの外へ届けるという役割分担です。
案件DBに「検収期限」「検収ステータス」プロパティを用意する
まず、Notionの案件DBに催促の判断材料となるプロパティを持たせます。最小構成は次の通りです。
- クライアント名（テキスト or リレーション）と連絡先メール（メール型）——通知の宛先になる。
- 納品日（日付）と検収期限（日付）——検収期限は「納品日＋検収期間（例: 14日）」で算出する。Notionのフォーミュラで
dateAdd(prop("納品日"), 14, "days")のように自動計算しておくと、納品日を入れるだけで期限が埋まる。 - 検収ステータス（ステータス or セレクト: 未検収／検収中／検収OK／要修正）——催促対象を絞る軸。
- 入金ステータス（未入金／入金済み）——後述の入金督促や誤送信防止に使う。
ベネフィット：プロパティを整えると「どの案件が・いつ検収期限を過ぎ・まだ未検収か」が一覧で判定でき、目視巡回に頼らず催促対象を機械的に抽出できるようになります。
💡 ポイント：検収期限をフォーミュラで自動算出しておくと、案件ごとに手で締切を計算する手間と入力ミスが消えます。Notionの案件DB設計そのものはNotionの進捗管理の考え方が流用できます。
期限超過分だけ自動リマインド（検収済み・入金済みには送らない）
催促の要点は「全件に送らない」ことです。送るべきは検収期限を過ぎ、かつ検収ステータスが未検収／検収中の案件だけ。すでに検収OKや入金済みの案件に催促が飛ぶと、クライアントに不信感を与え、関係を損ないます。
Kapselは、Notionの期日（検収期限）と検収ステータスを監視し、条件に合う案件だけにメールを自動送信します。検収OK・入金済みに設定された案件は送信対象から自動的に外れるため、「もう終わった案件に催促が飛ぶ」事故を防げます。ベネフィット：受注者は「今日どの案件を催促すべきか」を毎回考えなくてよくなり、督促の抜け漏れと誤送信の両方が減ります。
| 案件の状態 | 催促の要否 | 自動化での扱い |
|---|---|---|
| 検収期限内・未検収 | まだ送らない | 期限到来まで待機 |
| 検収期限超過・未検収 | 送る | 自動リマインド対象 |
| 検収OK | 送らない | 対象から自動除外 |
| 入金済み | 送らない | 対象から自動除外 |
クライアントのワンクリックでNotionのステータスに書き戻る（双方向）
催促メールを送るだけでは、クライアントの返信を受注者が手でNotionに転記する手間が残ります。Kapselはメール内のワンクリック操作で、クライアントの応答をNotionの検収ステータスに書き戻します。クライアントはNotionにログインする必要がなく、メール上のボタンを押すだけで済みます。
ベネフィット：受注者側の転記作業がなくなり、Notionの案件DBが常に最新の検収状態を反映します。クライアント側もNotion操作を覚える必要がないため、検収の返答ハードルが下がります。Notion非利用のクライアントへ届ける具体はNotionを使わない相手へのリマインド、社外への通知全般はNotion外部共有・社外通知も参照してください。
送信記録を残す（言った言わない防止／みなし検収の運用証跡）
自動催促のもう一つの価値は、いつ・誰に・何回催促したかが記録として残ることです。手動のメールや口頭連絡では、後から「催促した／されていない」の水掛け論になりがちです。送信記録があれば、催促の事実を客観的に示せます。この記録は次章のみなし検収と組み合わせると効果を発揮します。
みなし検収条項と自動催促を組み合わせる運用
みなし検収条項は「期間内に通知がなければ合格とみなす」規定ですが、実務で機能させるには発注者に検収を促した事実が残っていることが望まれます。「気づかなかった」「連絡が来ていない」という反論を防ぐためです。ここで自動催促の送信記録が、みなし検収の運用証跡として役立ちます。
具体的な運用手順は次の通りです。
- 契約段階：検収期間（例: 納品後14日）とみなし検収条項を契約書に明記する。
- 納品時：Notionの案件DBに納品日を入力し、検収期限を自動算出。クライアントへ納品と検収依頼を通知する。
- 期限前リマインド：検収期限の数日前に、未検収の案件へ自動でリマインドを送る。
- 期限到来時：期限当日／超過後に再度催促し、みなし検収が近い旨を通知する。
- 証跡の保全：送信記録（送信日時・宛先・回数）を保存し、みなし検収を主張する際の裏付けにする。
⚠️ 注意：みなし検収条項や催促文面の法的有効性は契約内容・取引状況により異なります。重要案件では契約書のドラフトを専門家（弁護士等）に確認するのが安全です。本記事は一般的な実務整理であり、個別の法的助言ではありません。
💡 ポイント：みなし検収は「発注者を放置して自動合格させる」ための道具ではなく、誠実に検収を促したうえで、それでも反応がない場合の受注者の保護として機能させるのが健全です。自動催促＋送信記録は、その「誠実に促した」部分を仕組みで担保します。
検収完了から請求・入金の督促まで一本化する
検収は入金の前工程です。検収が終わっても請求書送付や入金確認が滞れば、結局キャッシュは入ってきません。既存の記事や運用では「検収管理」と「請求管理」が別々に分断されがちですが、Notionの案件DBに検収ステータスと入金ステータスを同居させれば、検収→請求→入金督促を一本の流れとして追えます。
| フェーズ | Notion側の状態 | 通知の宛先 | 送るタイミング |
|---|---|---|---|
| 検収催促 | 未検収・期限超過 | クライアント | 検収期限の前後 |
| 請求案内 | 検収OK・請求前 | クライアント | 検収完了直後 |
| 入金督促 | 請求済み・未入金 | クライアント | 支払期日の超過後 |
| 完了 | 入金済み | （送らない） | — |
同じ案件DBを監視して段階ごとに宛先と文面を切り替えれば、案件ごとの「今どこで止まっているか」が一目で分かります。入金督促の具体は入金催促メールの例文や入金督促メール、フリーランスの入金管理全体はフリーランス入金管理・報酬未払いにまとめてあります。見積・商談段階からの追客は見積・商談後の追客を参照してください。
ベネフィット：検収から入金までを一つのDB・一つの通知の仕組みで追えるため、「検収は終わったのに請求を出し忘れた」「請求は出したが入金確認を放置した」といったフェーズ間の抜けが減ります。
よくあるつまずきと先回り
自動催促を導入しても、設計を誤ると効果が出ません。典型的なつまずきを先回りで潰しておきます。
- クライアントがメールを見ない：件名を「【検収のお願い】〇〇プロジェクト 期限:MM/DD」のように具体的にし、本文冒頭に「何をいつまでに」を置く。差し込み変数でクライアント名・案件名・期限を明示すると、テンプレ感が薄れ開封・対応率が上がる。
- 検収基準が曖昧なまま押し問答になる：着手前・要件定義段階で検収基準（合格条件・チェック項目）を文章化し、契約書または仕様書に添付する。基準がないと「まだ直してほしい」が無限に続く。受注者が想定したチェック項目とクライアントが期待するチェック項目が食い違う（例：表示崩れの許容範囲、動作確認端末の対象外ブラウザ）ケースも典型的なトラブルで、事前にチェック項目リストを共有し合意しておくと不一致による押し問答を避けやすい。
- 検収環境・テストデータが未整備で確認が進まない：クライアントが動作確認できる環境（ステージングURL・ログイン情報・サンプルデータ）を納品と同時に用意する。環境不備は検収遅延のよくある一因。
- 要件と期待値のズレ：要件定義書に「やること／やらないこと」を明記し、想定される誤解（例: 「対応ブラウザ」「保守範囲」）を先に潰しておく。検収時の指摘が仕様追加なのか不具合なのかを切り分けやすくなる。
- 催促が属人化して抜ける：担当者の記憶に頼らず、期限超過を条件に自動送信する仕組みへ寄せる。前述の通り検収済み・入金済みを除外する設定にしておく。
💡 ポイント：つまずきの多くは「検収時」ではなく「着手前の設計」で決まります。検収基準・検収環境・みなし検収条項を先に固めておくほど、検収フェーズでの押し問答が減ります。
始め方（最小ステップ）
大きな仕組みを一度に作る必要はありません。次の順で始めれば、既存のNotion運用に無理なく組み込めます。
- 契約テンプレに検収期間とみなし検収条項を追記する（次案件から適用）。
- Notion案件DBに検収期限・検収ステータス・入金ステータス・クライアント連絡先を追加する。検収期限はフォーミュラで自動算出。
- 期限超過かつ未検収の案件だけを抽出するビュー（フィルタ）を作る。まずは目視でも催促対象が一覧化される。
- 自動催促ツールを接続し、検収済み・入金済みを除外する条件で運用を始める。Notionの案件DB設計はNotion進捗管理、取引先への進捗共有は取引先への進捗共有も参考になる。
小さく始め、送信記録が溜まってきたらみなし検収の運用証跡として活用範囲を広げるのが現実的です。
Kapselの位置づけ：Kapselは、Notionの検収期限・検収ステータスを監視し、Notion非利用のクライアントにもメールで検収確認を自動リマインドし、ワンクリックでNotionに書き戻すツールです。検収済み・入金済みには送らず、送信記録も残します。無料プラン（¥0）で試せるため、まず1〜2案件で挙動を確かめてから本格運用に移すとよいでしょう。
よくある質問
検収とは何ですか（システム開発における意味）
検収とは、発注者が納品された成果物を契約・仕様どおりか確認し、合否を判断する工程です。システム開発では、機能が要件を満たしているか、既知の不具合がないか、保守性やユーザビリティに問題がないかなどをチェックします。検収合格をもって成果物の引き渡しが完了し、通常はここから請求・支払いへ進みます。
みなし検収とは何ですか、条項はどう書けばいいですか
みなし検収とは、契約で定めた検収期間内に発注者から合否の通知がない場合、成果物を検収合格とみなす取り扱いです。条項は「発注者は納品後○日以内に検収を行い、期間内に書面（メール可）で合否を通知する。通知がない場合は検収に合格したものとみなす」といった形で、期限・通知方法・みなす効果を明記します。効力を安定させるため、検収を促した記録を残しておくのが実務上望ましいです。個別の文言は取引内容に応じ専門家に確認してください。
検収期間はどれくらいが妥当ですか
一般的には2週間〜1ヶ月が目安です。成果物の規模やクライアントの確認体制によって調整します。短すぎると発注者が十分に確認できず、長すぎると受注者の入金が遅れます。検収期間は契約書に明記し、みなし検収条項とセットで定めておくと、期間の解釈で揉めにくくなります。
クライアントが検収してくれない場合どう対処すればいいですか
まず検収期限を根拠に、具体的な期限を添えてリマインドを送ります。反応がなければ、みなし検収条項がある場合はその適用を通知します。この際、いつ・何回催促したかの送信記録があると主張の裏付けになります。催促を手動で続けると属人化して抜けが出るため、期限超過を条件にした自動リマインド（検収済み・入金済みは除外）へ寄せると安定します。
検収の督促メールの例文はありますか
件名に「【検収のお願い】案件名・期限」を入れ、本文は「①納品済みの旨②検収期限③操作方法（確認環境のURL等）④期限を過ぎた場合の扱い（みなし検収に触れる場合）」を簡潔にまとめます。差し込み変数でクライアント名・案件名・期限を差し込むと、テンプレ感を抑えつつ量産できます。入金段階の例文は入金催促メールの例文も流用できます。
Notionでフリーランスの案件管理をする方法は？
案件名・クライアント名・納品日・検収期限・検収ステータス・入金ステータスをプロパティに持つデータベースを作り、ボードビュー（ステータス別）やタイムラインビュー（納期別）で可視化します。検収期限はフォーミュラで「納品日＋検収期間」を自動算出しておくと管理が楽です。詳しくはNotion進捗管理を参照してください。
検収後に不具合が見つかった場合の対応はどうなりますか
検収合格後に契約・仕様との不一致（不具合）が見つかった場合、請負契約では**契約不適合責任（旧・瑕疵担保責任）**として、受注者が修補・代金減額・損害賠償などの対応を負うことがあります。準委任契約では成果物の完成義務ではなく善管注意義務が問われるため、扱いが異なります。責任範囲・期間は契約で定めるのが一般的なので、契約時に明記しておくことが重要です。
Notionを使っていないクライアントにも検収の催促は届きますか
届きます。Kapselはメールで通知するため、クライアントがNotionを利用していなくても検収確認を送れます。クライアントはメール上のワンクリックで検収の可否を返答でき、その結果がNotionの検収ステータスに書き戻されます。Notion非利用者への通知の考え方はNotionを使わない相手へのリマインドにまとめています。
検収済み・入金済みの案件にも通知が届きますか
届きません。Kapselは検収ステータス・入金ステータスを監視し、検収OK・入金済みに設定された案件を送信対象から自動的に除外します。これにより「もう終わった案件に催促が飛ぶ」事故を防げます。
送信記録はみなし検収の証跡として使えますか
送信記録には送信日時・宛先・回数が残るため、「いつ・何回検収を促したか」を客観的に示す運用証跡として活用できます。みなし検収条項と組み合わせれば、「催促したのに反応がなかった」という事実の裏付けになります。ただし法的効力の最終判断は契約内容・状況により異なるため、重要案件では専門家に確認してください。
検収の督促はどのタイミングで送るべきですか
検収期限の数日前に一度（事前リマインド）、期限当日または超過直後に一度（本催促）送るのが基本です。みなし検収を採用している場合は、みなし合格が近づく前に「期限を過ぎるとみなし検収になる」旨を明示して送ると、クライアントの対応を促しやすくなります。
補足・注記
- 本記事の公開日は2026年9月17日です。記載したNotionの機能・仕様、およびKapselの機能・料金は執筆時点のものであり、変更される場合があります。
- 検収・みなし検収・契約不適合責任（瑕疵担保責任）・請負契約／準委任契約の扱いは、契約内容や個別事情によって異なります。本記事は一般的な実務整理であり、個別の法的助言ではありません。重要な契約では弁護士等の専門家に確認してください。
- 検収期間の目安（2週間〜1ヶ月）は受託開発の一般的な実務慣行に基づく整理です。実際の期間は成果物の規模・契約により調整されます。
- Notionの通知・リマインダー・メンションの挙動については、Notion公式ヘルプセンター等の一次情報を参照してください。仕様は更新される場合があります。
- Kapselの機能（Notionの期日・担当・ステータスの監視、社外へのメール自動リマインド、ワンクリックでのステータス書き戻し、完了・入金済みの除外、送信記録、差し込み変数、対象の絞り込み、定期便）および料金（税込: Free ¥0／Standard ¥1,980／Pro ¥4,980）は執筆時点の内容です。最新情報は公式サイト（getkapsel.com）でご確認ください。
