寄付申込から入金確認までの進捗を一元管理し未収金の取りこぼしを防ぐ方法

寄付の申込を受け付けたあと、実際に入金されるまでの間に連絡が途絶え、未収のまま放置されてしまう。NPOや公益法人、学校法人などの非営利組織では、この問題が慢性的に発生しています。申込データはGoogleフォームやExcelで管理し、入金確認は会計ソフトの通帳照合で行い、未入金者へのリマインドは担当者の記憶頼みという状態では、申込から入金、お礼送付までの一連の流れを誰も正確に把握できません。結果として、せっかくの寄付意向を取りこぼし、支援者との関係悪化にもつながります。

この記事は、職員数10〜100名規模の非営利組織で、寄付受付や経理業務を兼務しているファンドレイジング担当者や管理部門スタッフを想定しています。読み終えると、寄付申込の受付から入金確認、未入金リマインド、お礼送付までを自動で追跡できるワークフローの全体像と、各ステップで使うツールの設定方針が手に入ります。大規模な基幹システムの導入計画や、個別ツールの網羅的なレビューは扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、寄付申込から入金確認・リマインド・お礼送付までの4ステップを自動化するワークフロー設計図と、各ツールの連携設定の具体的な方針が手元に揃います。

Workflow at a glance: 寄付申込から入金確認までの進捗を一元管理し未収金の取りこぼしを防ぐ方法

• Step 1: 寄付申込をCRMに自動登録する (Salesforce) (営業支援ツール（SFA）)
• Step 2: 入金データを会計ソフトから取得し突き合わせる (freee会計) (会計ソフト)
• Step 3: 未入金者へのリマインドを自動送信する (Zapier) (ノーコード・ローコード開発)
• Step 4: 入金確認後にお礼メールと領収書を送付する (Zapier) (ノーコード・ローコード開発)

なぜ寄付の申込から入金までの進捗が見えなくなるのか

申込データと入金データが別々の場所に存在する

寄付申込はWebフォームやFAXで受け付け、入金確認は会計ソフトの銀行口座明細で行うという組織が大半です。この2つのデータが物理的に別のシステムにあるため、申込者Aさんの振込が届いたかどうかを確認するには、申込リストと入金明細を目視で突き合わせる必要があります。月に数十件ならまだしも、年末の寄付シーズンや大型キャンペーン時には数百件が一度に押し寄せ、突き合わせ作業が追いつかなくなります。

リマインドのタイミングが属人化している

未入金者への連絡は、担当者が申込日から何日経ったかを手動で数えて判断しているケースがほとんどです。担当者が休んだり、他の業務に追われたりすると、リマインドが1週間、2週間と遅れます。寄付の意思決定は感情に紐づくため、時間が経つほど入金率は急激に下がります。申込から14日を超えると入金率が大幅に低下するという現場感覚を持つ組織は多いはずです。

お礼の遅延が次回寄付を遠ざける

入金を確認してからお礼状や領収書を送るまでの時間も、支援者体験に直結します。入金後1週間以内にお礼が届かないと、支援者は自分の寄付がきちんと届いたのか不安になります。この不安は次回の寄付意向を確実に下げます。お礼業務が後回しにされる根本原因は、入金確認とお礼送付が連動していないことにあります。

重要な考え方：申込ステータスを1か所で管理し、日数経過で自動アクションを発火させる

寄付管理の問題を解決する鍵は、申込・入金・リマインド・お礼という4つのステータスを1つのデータベースに集約し、ステータスの変化や経過日数に応じて次のアクションを自動で実行する仕組みを作ることです。

ステータスの定義を先に決める

まず、寄付1件ごとに持たせるステータスを明確に定義します。FitGapでは次の5段階を推奨します。

1. 申込受付済み：フォームから申込が入った直後
2. 入金待ち：申込確認メールを送信済み、振込を待っている状態
3. 入金確認済み：会計ソフト側で入金を検知した状態
4. お礼送付済み：お礼メールまたは領収書を送付した状態
5. 未入金クローズ：一定期間経過後、入金がなく案件を終了した状態

このステータスをCRMツール上の寄付者レコードに持たせることで、今どの段階に何件あるのかが一目で分かるようになります。

日数経過トリガーで人の判断を挟まない

ステータスが入金待ちのまま7日経過したら自動でリマインドメールを送る、14日経過したら2回目のリマインドを送る、21日経過したら担当者に通知を出す。このように日数経過をトリガーにした自動アクションを設定することで、担当者の記憶や判断に依存しない仕組みが完成します。

寄付の申込受付から入金確認・お礼送付までを自動化する4ステップ

ステップ 1：寄付申込をCRMに自動登録する（Salesforce）

寄付申込フォームから送信されたデータを、Salesforceの寄付者レコードとして自動登録します。Salesforceには非営利組織向けの無償ライセンスプログラムがあり、寄付管理に必要なオブジェクト構造があらかじめ用意されています。

具体的には、Webフォームの送信をトリガーにして、Salesforce上に商談（寄付案件）レコードを作成します。このとき、ステータスを申込受付済みに設定し、申込日、寄付予定額、寄付者の連絡先を自動で紐づけます。フォームツールはSalesforceのWeb-to-リード機能を使うか、既存のGoogleフォームからZapierで連携する方法が現実的です。

登録と同時に、申込確認メールを寄付者に自動送信し、ステータスを入金待ちに更新します。この確認メールには振込先口座情報と振込期限（申込日から14日後など）を明記してください。

担当者の作業は、フォームの初期設定とSalesforceのレコードタイプ設定のみです。運用が始まれば、申込受付は完全に自動化されます。

ステップ 2：入金データを会計ソフトから取得し突き合わせる（freee会計）

freee会計の口座同期機能を使い、銀行口座の入金明細を自動で取り込みます。freee会計は主要な銀行口座と自動連携でき、毎日の入金データを自動取得します。

ここでの核心は、freee会計に取り込まれた入金データとSalesforceの入金待ちレコードを突き合わせる作業です。この突き合わせにはZapierを使います。freee会計のAPIから入金データを取得し、Salesforce上の寄付案件レコードの寄付者名・金額と照合します。一致した場合、Salesforceのステータスを入金確認済みに自動更新します。

完全自動の突き合わせが難しいケース（振込名義と申込名が異なる場合など）は、Zapierで不一致リストをSalesforceのタスクとして担当者に割り当てます。担当者は週に2〜3回、この不一致リストだけを確認すれば済みます。全件を目視で突き合わせていた作業が、例外処理だけに絞り込まれるのが大きな改善点です。

ステップ 3：未入金者へのリマインドを自動送信する（Zapier）

Zapierのスケジュールトリガーを使い、毎朝1回、Salesforce上のステータスが入金待ちのレコードを検索します。申込日から7日経過したレコードには1回目のリマインドメール、14日経過したレコードには2回目のリマインドメールを自動送信します。

リマインドメールの送信にはSalesforceから直接送る方法もありますが、FitGapではZapier経由でGmailやGoogle Workspaceのメールアカウントから送信することを推奨します。理由は、Salesforceのメール送信機能は設定が複雑で、非営利組織の少人数体制では運用負荷が高くなるためです。

リマインドメールの文面は、1回目は振込先情報の再案内と期限のお知らせ、2回目は寄付の意思確認を含めた丁寧な内容にします。21日経過しても入金がない場合は、担当者のSlackまたはメールに通知を飛ばし、電話での個別フォローに切り替えます。この段階で初めて人の判断が入ります。

重要なのは、リマインドメール送信後にSalesforceのレコードにリマインド送信日と回数を記録することです。これにより、誰にいつ何回連絡したかの履歴が残り、担当者が変わっても対応状況を引き継げます。

ステップ 4：入金確認後にお礼メールと領収書を送付する（Zapier）

Salesforceのステータスが入金確認済みに変わったことをZapierが検知し、お礼メールを自動送信します。お礼メールには寄付金額、寄付の使途に関する簡単な説明、領収書のPDFリンクを含めます。

領収書の生成は、Googleスプレッドシートのテンプレートにデータを差し込み、PDF化する方法がコストを抑えられます。ZapierでSalesforceの寄付データをGoogleスプレッドシートに書き込み、Google Apps Scriptで自動PDF化してGoogleドライブに保存、そのリンクをお礼メールに添付する流れです。

お礼メール送信後、Salesforceのステータスをお礼送付済みに更新します。これで1件の寄付案件が完結します。

この一連の流れにより、入金からお礼送付までのリードタイムを1営業日以内に短縮できます。支援者にとっては、振り込んだ翌日にはお礼と領収書が届く体験になり、次回の寄付意向を高める効果があります。

この組み合わせが機能する理由

Salesforce：寄付者データの中心拠点として申込から完了まで一気通貫で追跡できる

Salesforceを選ぶ最大の理由は、非営利組織向けに10ライセンスまで無償提供されるプログラムが存在することです。寄付管理に必要な商談オブジェクト、連絡先オブジェクト、カスタム項目を自由に設定でき、ステータス管理とレポート機能が標準で揃っています。

一方で、Salesforceは初期設定の学習コストが高いという弱点があります。非営利組織の少人数体制では、設定に詳しいメンバーがいないケースも多いです。この点は、Salesforceの非営利組織向けコミュニティやパートナー団体の無償サポートを活用することで緩和できます。初期設定さえ乗り越えれば、日常運用はシンプルです。

freee会計：銀行口座との自動同期で入金データの手入力をゼロにする

freee会計の強みは、国内の主要銀行口座と自動連携し、入金明細を毎日自動取得できる点です。手動で通帳記帳してExcelに転記するという作業がなくなります。また、APIが公開されているため、Zapierとの連携も可能です。

制約として、freee会計のAPIは1分あたりのリクエスト数に上限があります。月間数千件規模の寄付を処理する大規模組織では、API制限に注意が必要です。ただし、月間数百件程度の規模であれば問題になりません。

Zapier：プログラミング不要でツール間の橋渡しと自動アクションを実現する

Zapierはノーコードでツール間連携を構築できるサービスです。SalesforceとfreeeのAPI連携、リマインドメールの自動送信、お礼メールの自動送信、Googleスプレッドシートへのデータ書き込みなど、このワークフローの自動化部分をすべてZapierが担います。

Zapierの弱点は、無料プランではタスク数（自動実行の回数）に制限があることです。寄付件数が月間100件を超える場合は有料プランが必要になります。また、Zapierはあくまでツール間の橋渡し役であり、複雑な条件分岐やデータ加工には限界があります。突き合わせの不一致処理など、例外パターンが多い業務は人の判断を組み合わせる設計にしてください。

Recommended tool list

結論：申込ステータスの一元管理と日数トリガーの自動化で寄付の取りこぼしをなくす

寄付の未収問題は、申込データと入金データが分断されていることが根本原因です。Salesforceに寄付案件のステータスを集約し、freee会計の入金データと自動突き合わせし、Zapierで日数経過に応じたリマインドとお礼送付を自動化する。この4ステップのワークフローにより、担当者の記憶や手作業に頼らない寄付管理が実現します。

最初の一歩として、まずSalesforceの非営利組織向け無償ライセンスを申請し、寄付案件のステータス項目（申込受付済み・入金待ち・入金確認済み・お礼送付済み・未入金クローズ）を設定してください。ステータスの定義が固まれば、残りの自動化は順番に組み上げていくだけです。

Mentioned apps: Salesforce, freee会計, Zapier

Related categories: ノーコード・ローコード開発, 会計ソフト, 営業支援ツール（SFA）

Related stack guides: 顧客の最終用途情報と該非判定を一元管理し安全保障貿易管理の審査漏れを防ぐ方法, 顧客情報の更新が営業と経理で食い違い請求書の誤送付と入金遅延を防ぐ方法, 見積もり時の前提条件と実作業のずれを防ぎ追加工数による赤字案件を減らす方法, グループ内取引の消去漏れと二重計上をなくし連結決算の手戻りを防ぐ方法, 売上見通しの更新根拠を営業現場から自動で集めて経営判断の精度を上げる方法