寄付金の使途制限と実際の支出を紐づけて寄付者への説明責任を果たす方法

寄付者が指定した使途制限と、実際にお金がどのプロジェクトで使われたかを突き合わせられない。この問題は、NPOや公益法人、社会福祉法人など寄付金を受け入れる組織にとって、信頼の根幹を揺るがすリスクです。寄付者から「あの寄付金はどう使われましたか」と聞かれたとき、即座に根拠を示せなければ、次の寄付は得られません。近年は寄付者側のリテラシーも上がり、使途報告の透明性を求める声が強まっています。

この記事は、職員数10〜100名規模のNPO法人や公益法人で、寄付金の受領管理・会計処理・プロジェクト運営を少人数で兼務している経理担当者や事務局長を想定しています。読み終えると、寄付金の受領から支出までを一気通貫で追跡し、寄付者ごとの使途報告書を作成できるワークフローが手に入ります。大規模な基幹システムの導入計画や、個別ツールの網羅的なレビューは扱いません。

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

読み終えた時点で、寄付金ごとの使途追跡フローと、四半期ごとの使途報告書を自動生成する仕組みの設計図が手に入ります。

Workflow at a glance: 寄付金の使途制限と実際の支出を紐づけて寄付者への説明責任を果たす方法

• Step 1: 寄付金を受領し、使途制限付きIDを発行する (Salesforce) (営業支援ツール（SFA）)
• Step 2: 会計仕訳に寄付金IDを埋め込み、使途別の残高を管理する (freee会計) (会計ソフト)
• Step 3: プロジェクト支出を寄付金IDに紐づけて記録し、使途報告書を作成する (Backlog) (タスク管理・プロジェクト管理)

なぜ寄付金の使途制限と支出が紐づかなくなるのか

受領・会計・執行が3つの島に分かれている

寄付金管理が破綻する最大の原因は、情報が3つの別々の場所に散らばることです。寄付者の情報と使途制限はCRMや寄付管理台帳に記録されます。入金処理は会計ソフトで仕訳されます。そして実際の支出はプロジェクトごとの予算管理表で処理されます。この3つをつなぐ共通のキーがないため、寄付金AがプロジェクトBの支出Cに充当されたという追跡ができません。

使途制限の粒度がバラバラ

寄付者によって使途指定の粒度は異なります。ある寄付者は「教育事業全般」と指定し、別の寄付者は「○○地域の奨学金プログラム」と指定します。この粒度の違いを統一的に管理する仕組みがないと、会計上の勘定科目やプロジェクトコードとの対応関係が曖昧になります。結果として、決算期に使途制限付き寄付金の残高と実際の支出を突き合わせようとしても、手作業での照合に膨大な時間がかかります。

放置した場合のリスクは信頼失墜だけではない

使途制限付き寄付金を指定外の用途に流用した場合、寄付者から返還を求められる法的リスクがあります。公益法人であれば行政庁の立入検査で指摘を受ける可能性もあります。さらに、助成金や補助金と同様に、使途の証明ができなければ次年度以降の寄付獲得にも直接影響します。問題が表面化してから対処するのでは遅く、日常業務の中で追跡できる仕組みを先に作っておく必要があります。

重要な考え方：寄付金ごとにユニークIDを振り、受領から支出報告まで一本の線でつなぐ

寄付金管理の問題を解決する鍵は、寄付金1件ごとにユニークなID（識別番号）を発行し、そのIDをCRM・会計ソフト・プロジェクト管理のすべてで共通キーとして使うことです。

IDの設計は「使途区分＋連番」で十分

複雑なコード体系は不要です。たとえば「EDU-2024-001」のように、使途区分の略称、年度、連番を組み合わせるだけで実用的なIDになります。この寄付金IDを、CRMの寄付レコード、会計ソフトの補助科目または摘要欄、プロジェクト管理ツールの支出記録すべてに記載します。こうすることで、どのシステムからでも同じ寄付金を検索・追跡できるようになります。

追跡の単位は「寄付金」であって「寄付者」ではない

同じ寄付者が複数の使途制限付き寄付を行うことは珍しくありません。寄付者単位で管理すると、使途の異なる寄付金が混ざってしまいます。必ず寄付金1件を1つの追跡単位として扱ってください。寄付者との紐づけはCRM側で行い、会計とプロジェクト管理では寄付金IDを基準にします。

突き合わせは月次で行い、四半期で報告する

年度末にまとめて照合しようとすると、不一致の原因調査に膨大な時間がかかります。月次で寄付金IDごとの受領額と支出額を突き合わせ、差異があればその月のうちに原因を特定します。四半期ごとに寄付者向けの使途報告書を作成すれば、年度末の作業負荷を大幅に減らせます。

寄付金の受領から使途報告書作成までの実践ワークフロー

ステップ 1：寄付金を受領し、使途制限付きIDを発行する（Salesforce）

寄付金の入金が確認されたら、CRMであるSalesforceに寄付レコードを作成します。このとき、寄付金IDを発行し、使途区分（教育、災害支援、一般事業など）を選択式のフィールドで記録します。寄付者が細かい条件を指定している場合は、自由記述の使途詳細フィールドにそのまま転記します。

担当者は寄付金受領の窓口担当です。入金確認から24時間以内にレコードを作成するルールを設けてください。Salesforceには非営利組織向けのNonprofit Success Packという無償パッケージがあり、寄付金管理に必要なオブジェクト（データの入れ物）があらかじめ用意されています。寄付金IDはカスタム項目として追加し、自動採番の数式を設定すれば手入力ミスを防げます。

作成した寄付金IDは、次のステップで会計ソフトに入力する際にそのまま使います。SalesforceのレポートをCSVでエクスポートし、月次の突き合わせ資料としても活用します。

ステップ 2：会計仕訳に寄付金IDを埋め込み、使途別の残高を管理する（freee会計）

入金の会計処理を行う際、freee会計の取引登録で摘要欄に寄付金IDを必ず記載します。たとえば「寄付金受領 EDU-2024-001 教育事業指定」のように入力します。同時に、使途区分ごとに補助科目を設定しておきます。教育事業、災害支援、一般事業といった区分で補助科目を分けることで、使途制限付き寄付金の残高を区分ごとに把握できます。

支出側も同様です。プロジェクトの経費を計上する際に、どの寄付金IDから充当するかを摘要欄に記載します。「教材購入費 EDU-2024-001充当」のように書くことで、仕訳データを検索するだけで寄付金ごとの支出履歴を追えるようになります。

担当者は経理担当です。freee会計のタグ機能を使えば、摘要欄の検索に加えてタグでの絞り込みも可能になります。寄付金IDをタグとして登録する運用にすると、レポート出力時の利便性が上がります。月次で寄付金IDごとの受領額合計と支出額合計をCSVエクスポートし、ステップ1のSalesforceデータと突き合わせます。

ステップ 3：プロジェクト支出を寄付金IDに紐づけて記録し、使途報告書を作成する（Backlog）

プロジェクトの実行管理にはBacklogを使います。Backlogのプロジェクトごとに、寄付金IDを課題（タスク）のカスタム属性として設定します。たとえば教育事業プロジェクトで教材を購入する場合、その課題に寄付金ID「EDU-2024-001」を紐づけます。課題のコメント欄に支出金額と日付を記録し、領収書のPDFを添付します。

この運用により、Backlog上でプロジェクトの進捗と寄付金の消化状況を同時に確認できます。プロジェクトマネージャーが支出を記録するたびに、寄付金IDが紐づくため、経理担当がfreee会計のデータと照合する際の突き合わせが容易になります。

四半期ごとの使途報告書は次の手順で作成します。まずSalesforceから寄付金IDごとの受領情報をCSVで出力します。次にfreee会計から同じ寄付金IDの支出データをCSVで出力します。最後にBacklogから該当プロジェクトの完了課題と支出記録を出力します。この3つのCSVを標準的なスプレッドシートで結合し、寄付金IDをキーにして受領額・支出額・残高・プロジェクト進捗を一覧にします。これが使途報告書の原本になります。

担当者はプロジェクトマネージャーが支出記録を行い、経理担当が月次突き合わせと四半期報告書の作成を担当します。

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

Salesforce：寄付金の入口を一元化し、使途制限を構造化データとして保持できる

Salesforceを寄付金管理のCRMとして使う最大の利点は、Nonprofit Success Packによって寄付金管理に必要なデータ構造が最初から用意されていることです。寄付者、寄付金、キャンペーン（使途区分に対応）の関係をリレーショナルに管理でき、寄付金IDの自動採番も数式フィールドで実現できます。レポート機能で使途区分ごとの受領状況をリアルタイムに把握でき、CSVエクスポートで他システムとのデータ連携も容易です。

一方、Salesforceは多機能ゆえに初期設定の学習コストがあります。Nonprofit Success Packの導入自体は無償ですが、カスタマイズに慣れるまで時間がかかる点は考慮してください。小規模な組織であれば、最初はSalesforceの認定パートナーに初期設定を依頼し、日常運用だけを自組織で行う方法が現実的です。

freee会計：摘要欄とタグで寄付金IDを埋め込み、使途別残高を追跡できる

freee会計を選ぶ理由は、日本の非営利法人の会計基準に対応しており、補助科目とタグの組み合わせで使途区分ごとの残高管理が実現できるからです。摘要欄の全文検索が可能なため、寄付金IDでの検索・抽出が確実に行えます。CSVエクスポート機能により、月次の突き合わせデータを簡単に取り出せます。

制約として、freee会計のタグは階層構造を持てないため、使途区分が多岐にわたる場合はタグの数が増えて管理が煩雑になる可能性があります。使途区分は大分類（教育、災害支援、一般事業など）に絞り、細かい条件は摘要欄の自由記述で補完する運用がおすすめです。また、freee会計のAPIを使えばSalesforceとの自動連携も技術的には可能ですが、少人数の組織ではCSVでの月次連携のほうが運用負荷が低く現実的です。

Backlog：プロジェクト単位の支出実績を寄付金IDで追跡できる

Backlogを選ぶ理由は、日本語のインターフェースで直感的に使え、課題のカスタム属性で寄付金IDを構造化データとして保持できるからです。ファイル添付機能で領収書などの証憑を課題に紐づけられるため、支出の根拠資料がプロジェクトの文脈の中で管理されます。

Backlogは本来ソフトウェア開発向けのプロジェクト管理ツールですが、非営利組織の事業管理にも十分に適用できます。ただし、会計データとの自動連携機能は持っていないため、freee会計との突き合わせはCSVベースの手作業になります。この手作業を月次で15〜30分程度に抑えるには、寄付金IDの記載ルールを厳格に守ることが前提です。IDの記載漏れや表記ゆれが発生すると、突き合わせの工数が一気に増えるため、入力時のチェックリストを用意しておいてください。

Recommended tool list

結論：寄付金IDという共通キーを1つ作るだけで、使途追跡は劇的に改善する

寄付金の使途制限と実際の支出が紐づかない問題の本質は、3つのシステムに共通のキーがないことです。寄付金ごとにユニークIDを発行し、CRM・会計ソフト・プロジェクト管理ツールのすべてにそのIDを記載するだけで、追跡可能な状態が生まれます。高度なシステム連携や大規模な投資は不要です。

最初の一歩として、今月受領する寄付金から寄付金IDの発行を始めてください。まずはSalesforceに寄付金IDのカスタム項目を追加し、freee会計の摘要欄に同じIDを記載する運用を1か月試してみることをおすすめします。1か月後に月次突き合わせを実施すれば、この仕組みの効果を実感できるはずです。

Mentioned apps: Salesforce, freee会計, Backlog

Related categories: タスク管理・プロジェクト管理, 会計ソフト, 営業支援ツール（SFA）

Related stack guides: 顧客の最終用途情報と該非判定を一元管理し安全保障貿易管理の審査漏れを防ぐ方法, 監査対応の資料依頼で何度もやり取りが発生する問題を解消し監査日程の遅延を防ぐ方法, 補助金の申請期限から逆算して社内承認とタスクを連動させ申請見送りをなくす方法, プロジェクト中止の判断根拠を確実に残し意思決定の説明責任を果たす方法, 顧客情報の更新が営業と経理で食い違い請求書の誤送付と入金遅延を防ぐ方法