購入型クラウドファンディングの会計処理をやさしく整理

購入型クラウドファンディングは、受け取った資金をまず「前受金（負債）」で処理し、リターンを提供した時点で売上に振り替えるのが基本です。手数料や配送費は経費扱いになり、方式や実行者の属性で税務上の判断が変わります。

• 会計の基本フロー：入金→前受金→リターン提供で売上に振替える考え方。
• プラットフォームが手数料を差し引いて振込む場合の簿記上の扱い（gross／netの違い）と会計ソフトでの実務上の注意点。
• リターンあり／なしが混在する場合の分割処理と仕訳の方針（売上部分と寄付・雑収入の区分）。
• 消費税の扱い：購入型は原則課税、計上時期（提供時）と免税事業者判定への影響について。
• 実務上の注意点：原価・製造途中費用、配送費、証憑の保管、海外支援（外貨対応）や返金ルールの設計。

購入型クラウドファンディングの会計処理の基本

前節で示した全体フローの入り口に立ち返ると、会計処理の「順序」と「区分」が実務上の最重要点になります。

受け取った支援金は基本的に履行義務を伴うため入金時点で収益にせず前受金として計上し、約束したリターンを提供した時点で売上に振り替えるのが標準的な処理です。

• 入金時点は前受金で処理し、リターン提供で売上に振り替える。
• プラットフォーム手数料の控除方法（gross／net）や混在リターンの区分は事前にルールを決める。
• 方式（All-or-Nothing／All-in）や実行者の属性で税務扱いが変わるため、記録と証憑を整えておく。

まず結論は「入金時は前受金、提供時に売上」です

支援金を受け取った時点では、まだ商品やサービスを提供していないため債務（履行義務）が残り、会計上は負債の前受金で処理するのが原則です。入金をそのまま売上にしてしまうと、決算や税申告で収益の計上タイミングがずれ、消費税や所得税の負担が変わることがあるため注意が必要です。例として、プロジェクトで100万円が振り込まれた場合は「普通預金／前受金」で受け、商品の発送やサービス提供が完了した日に「前受金／売上」で振替えます。出典：マネーフォワード

なぜ支援金をすぐ売上にしないのか（実務的理由と判断基準）

契約上の履行義務が残る点が最大の理由で、会計ルールは「対価を受け取っただけで履行が完了していない場合は収益にしない」としています。具体的な判断基準は、（1）リターンの内容がいつ履行されるか、（2）履行の条件や期限が明確か、（3）支援者への引渡し義務が発生しているか、の3点です。制作に長期を要する製品では製造中の費用を棚卸或いは製造原価として管理する必要があり、単に入金を売上にするのは誤りです。実務上の回避策は、入金時に「前受金」科目を必ず立て、リターン履行の完了日を記録する運用をルール化することです。出典：経理プラス

購入型と寄付型の線引き（対価性の判定と混在ケースの扱い）

判断軸は支援に対して「金銭的価値のあるリターン」があるかどうかです。価値が明らかにあるリターンは購入型として扱い売上計上の対象になりますが、感謝状や情報提供のみで金銭的価値が極めて低い場合は寄付に近い扱いとなり得ます。混在するプロジェクトでは、支援を対価性のある部分とない部分に分割して記帳するのが実務上の原則であり、支援者ごとにどの選択肢を選んだかを明細で残す運用が欠かせません。よくある落とし穴は一括で収益計上してしまうことなので、募集ページやプラットフォーム明細を根拠に区分ルールを決めておくことが回避策です。出典：freee 税理士相談Q&A

All-or-Nothing と All-in で会計処理が変わる理由と実務上の対処

All-or-Nothingは目標達成が入金の条件となる方式で、目標未達なら原則入金が返金されるため受取の有無が会計上の分岐点になります。対してAll-inは目標未達でも入金が実行され、実行者に履行義務が残るため前受金計上の頻度が高くなります。方式によっては「入金がそもそも発生するか」あるいは「入金後に返金が発生するか」が変わるため、募集方式を会計設計の段階で確認することが重要です。実務的な回避策として、募集前に返金ルールと返金処理の仕訳（例：前受金／預金で返金）を定め、プラットフォーム明細で該当取引を紐づけられるようにしておくと整理が楽になります。出典：日本中小企業金融サポート機構

この章で押さえるべき主要な勘定科目と実務上の注意点

主要科目は前受金、売上、支払手数料、広告宣伝費、荷造運賃、外注費、製造原価、受贈益や雑収入などです。実務での落とし穴は原価の扱いを後回しにして利益を過大に見積もる点と、プラットフォームが手数料を差し引いて振込む場合にgross（総額）ベースで管理しないために売上や経費の把握がずれる点です。証憑はプラットフォームの取引明細、支援者リスト、発送記録、請求書・領収書、返金履歴を最低限揃えることで税務調査や決算精算の際に説明がつきやすくなります。会計ソフトでは前受金の補助科目や支払手数料の科目分けをあらかじめ準備し、入金と明細を突合する運用を作るのが有効です。出典：For Good

次に考えるべき視点は、実際の仕訳例と、手数料差引・混在案件・消費税の具体的な処理方法です。

購入型クラウドファンディングの仕訳を場面別に見る

募集ページの文言やプラットフォーム明細がそのまま会計の根拠になるため、場面ごとの仕訳ルールを明確にしておかないと後で帳尻が合わなくなります。

受け取った資金はまず前受金で受け、リターンを提供した時点で売上に振り替えるのが基本であり、入金の形態や手数料処理、返金の有無によって仕訳が分かれます。出典：マネーフォワード

• 入金時は前受金で処理し、リターン提供で売上振替えること。
• 手数料の控除方法（gross／net）や混在ケースは明細ベースで区分すること。
• 返金や未履行時の処理は方式（All-or-Nothing／All-in）で変わるため、事前にルールを決めておくこと。

支援金が振り込まれたときの仕訳

入金時点では収益ではなく前受金（負債）として計上するのが標準的です。具体例として、プラットフォームから支援金100万円が振り込まれた場合は「普通預金／前受金」で受けます。会計上の判断基準は支援と対価（リターン）の関係性で、対価性が認められるなら購入型として前受金処理を行います。支援者が受けるリターンの履行義務が残る限り、その入金は前受金で管理する（売上計上は履行完了が条件）という点を運用ルールに明記しておくと実務で迷いません。出典：For Good

手数料を差し引いて振り込まれたときの処理

プラットフォームが手数料を差し引いた金額を振り込む場合、記帳方法には2つの考え方があります。ひとつは総額（支援者が払った額）を売上・前受金のベースとし、差額を支払手数料で経費計上する方法（gross処理）。もうひとつは入金された正味額を前受金として処理する方法（net処理）です。帳簿上の整合性を保つには、プラットフォーム明細で「支援総額」「手数料」「振込額」を突合して、どちらの処理を採るかを会計ポリシーに明記することが重要です。落とし穴は通帳の入金だけ見て売上や経費を判断することで、プラットフォーム明細を必ず保存・照合する運用を作ることで回避できます。出典：経理プラス

リターンを発送・提供したときの売上計上

リターンの発送やサービス開始をもって前受金を売上に振り替えるのが基本です。実務で迷いやすいのは「発送完了日」「利用開始日」「検収日」などどのタイミングで履行完了と判断するかで、契約や募集ページに明記された条件に従うのが原則です。発送業務が分割される場合は、分割で履行が完了した分だけ売上へ振り替える必要があります。落とし穴として、まとめて一度に売上に振り替えてしまい原価計算や納期管理がずれるケースがありますので、実務上は出荷伝票や配送追跡番号、利用開始ログなど履行の証拠を残すことが回避策になります（会計ソフトでは振替日ごとに仕訳を切る運用が有効です）。

配送費や広告費、制作費の経費処理

手数料以外の費用は性質に応じて広告宣伝費、荷造運賃、外注費、材料費（製造原価）などに振り分けます。判断基準はその費用が「リターンを作るための直接費」か「販売活動にかかる営業費」かで、たとえば製造に直接紐づく材料費は製造原価として資産計上（在庫扱い）や費用化の検討が必要です。よくある失敗は全てを広告費扱いにして原価を抜いてしまうことなので、原価要素は早めに集計しておくと利益シミュレーションが狂いません。回避策として、費目ごとに補助科目を作り、プラットフォーム毎・案件毎の費用を紐づける運用を作っておくと便利です。

返金したとき・一部返金したときの仕訳

返金が発生した場合は原則として前受金を減少させて預金を支払う仕訳を行います（前受金／預金）。一部返金のときは返金対象の支援者・金額・理由を明細で残し、前受金の内訳管理をしておかないと後で整合が取れなくなります。All-or-Nothing方式では未達の場合に返金が前提となるが、All-in方式や支払い後に事情で返金する場合は、返金の会計処理と税務上の取り扱い（経費の扱い戻し等）を個別に確認する必要があるため、返金ポリシーと仕訳ルールを事前に定め、返金処理時は必ずプラットフォームの返金レポートを保存してください。出典：日本中小企業金融サポート機構

リターンを履行できず返金もしない場合の扱い

リターンを履行できないが返金もしないという判断をする場合、会計上は前受金を収益に振り替えるか、受贈益・雑収入として処理する可能性があり、その判断は個別事情に依存します。判断基準には「支援者との合意内容」「募集時の表示」「返金不能の理由（不可抗力か運営の都合か）」が含まれます。落とし穴は運営側の恣意的判断で前受金を収益化すると税務上疑義が生じる点で、回避策は支援者への説明記録やプラットフォーム上の告知、支援者同意のログを残し、税務上の扱いを税理士に確認した上で仕訳することです。返金しない選択は税務リスクを伴うため、可能であれば支援者との合意を文書で取るか、第三者確認を設けることが望ましい。出典：freee 税理士相談Q&A

ここまでで仕訳の現場感とよくある分岐を確認したので、次は具体的な仕訳例と消費税処理、会計ソフトでの登録方法に目を向けると整理しやすくなります。

個人と法人で違う税務・会計の見方

前節の仕訳感を踏まえると、実行者が「個人」か「法人」かで会計処理と税務上の帰結が変わる点をまず押さえておく必要があります。

個人は事業性の有無で所得区分が変わり、法人は前受金→売上の流れが比較的明確であるという違いがあるため、帳簿の設計と証憑の残し方を分けて考えると実務が楽になります。出典：マネーフォワード

• 個人は「事業所得」か「雑所得」かを先に判断する（判定基準を明確にする）。
• 法人は前受金管理と売上振替の日付管理を厳格にし、決算またぎの処理を想定する。
• 混在や支援者属性に応じた勘定区分を事前にルール化しておく（証憑の粒度を上げる）。

個人実行者は事業所得か雑所得かを先に判断します

個人が購入型クラウドファンディングを実施する場合、まずその収入が事業性を持つかどうかを判断することが最重要です。継続性・反復性・営利性・組織性などの観点で事業性が認められれば事業所得となり、原価や経費を必要経費として差し引けますが、事業性が乏しいと雑所得扱いになり扱いが異なります。具体例として、副業的に単発で商品を販売する程度であれば雑所得と判断されることがあり得ます。落とし穴は「一括で売上計上してしまい、事業性の判断を後回しにすること」で、回避策としては募集前に事業計画書（継続性や販路などを示す）や原価見積を作成し、記録として保存しておくことです。出典：For Good

法人実行者は通常の売上処理に近い考え方です

法人が実施する購入型プロジェクトでは、入金は前受金として管理し、リターン提供時に売上へ振り替える流れが一般に適用されます。判断基準としては「リターンの提供時点」を明確にし、決算期を跨ぐ場合は期末の前受金残高を適切に表示することが求められます。具体例では、期末に出荷が間に合わない注文分は前受金のまま貸借対照表に残すべきで、これを売上にしてしまうと翌期の調整が必要になります。落とし穴は出荷日や提供日を曖昧にする運用で、回避策は出荷伝票や受注システムのタイムスタンプを会計記録と突合するルールを導入することです。出典：日本中小企業金融サポート機構

混在案件は『リターンあり』『リターンなし』を分けて処理します

一つのプロジェクトで購入型（リターンあり）と応援型（リターンなし）が混在する場合、支援金を対価性のある部分と無対価の部分に分けて記帳する必要があります。判断基準は募集ページの選択肢ごとに付帯するリターンの金銭的価値で、支援者がどの選択肢を選んだかを明細で残しておくことが要件となります。よくある失敗は、総額をひとまとめにして売上計上してしまうことで税務上の誤りや消費税の過徴収・不足を招く点です。回避策は支援者リストに「選択肢コード」「金額内訳」を必ず記録し、会計時に売上（対価部分）と雑収入や受贈益（無対価部分）に按分する運用表を作ることです。支援ごとの区分が後で証明できる詳細な明細が、税務上の安全性を左右します。出典：freee 税理士相談Q&A

支援者側が法人のときは広告宣伝費や寄付金の検討が必要です

支援を行う側が法人の場合、支援の目的によって損金算入の勘定科目が変わります。判断基準は支援金の目的が営業活動に資するか（広告宣伝費等）か、関係維持や交際目的か（交際費・寄附金の可能性）かです。具体例では、自社商品のプロモーションを目的にリターンを得るのであれば広告宣伝費で処理しやすい一方、営利目的が薄ければ寄付金扱いになる可能性があります。落とし穴は目的の裏付けが薄く、税務上否認される点で、回避策としては支援の社内承認記録やプロモーション計画、効果測定の資料を残しておくことです。出典：経理プラス

支援者側が個人のときは原則『購入』として考えると整理しやすいです

個人が購入型プロジェクトに支援する場合、通常はリターンを受け取る対価としての取引と捉えるのが実務上わかりやすくなります。判断基準はリターンの性質と利用目的で、業務上使用する機材を得るなど事業関連性がある場合は経費にできることがあります。よくある誤解は、個人支援＝寄付と混同することで確定申告の処理を誤る点で、回避策はリターンの受領書や領収書を保管し、事業で使うなら利用目的を記録しておくことです。出典：MONEYIZM（All専門家）

これらの違いを踏まえたうえで、次は具体的な仕訳例と消費税の取り扱いを丁寧に見ていくと実務の精度が上がります。

消費税と課税売上の考え方

前の区分が曖昧だと消費税の額や申告時期で誤りが出やすいため、購入型では消費税が原則課税対象であり、売上の計上時点は「提供が完了した時点」で判断することが重要です。

• 購入型は対価性がある取引が多く、原則として消費税の課税対象となる。
• 前受金段階では消費税を認識せず、実際にリターンを引き渡した時点で課税売上として扱う。
• 免税事業者判定や消費税申告への影響（基準期間の判定など）を募集段階で意識する。

購入型は原則として消費税の課税対象です

購入型では支援金が商品やサービスの対価と見なされるため、一般に消費税の課税対象になります。判断基準は支援に対して金銭的価値を持つリターンが提供されるかどうかで、単なる感謝状など金銭的価値が著しく低いものは例外的に寄付に近い扱いとなる場合があります。具体例として、製品の先行販売として支援を募る場合は売買と同じ扱いで10％（標準税率）の課税対象になる可能性が高い点に注意してください。落とし穴は「募集ページの文言と実際の運用が食い違い、税務上の対価性が認められない」ことなので、リターン内容と価額を明確にして記録しておくことが回避策になります。出典：国税庁

課税売上の計上時期は『入金日』ではなく『提供時』で考えます

消費税における売上の時期は、原則として資産の引渡しや役務の提供があった時点です。したがって支援金が振り込まれた段階（前受金）で消費税を確定させるのではなく、リターンを発送・引渡し、サービスを利用可能にした日が課税時期となります。具体例として、支援者からの注文代金が先に入金されても、商品発送が翌期にずれ込めばその売上に対応する消費税は翌期の申告対象になります。よくある失敗は入金を受け取った時点で消費税を計上してしまい、課税期間が食い違ってしまうことです。回避策は発送伝票や利用開始ログを証拠として保存し、会計ソフト上で「振替日」を提供完了日に揃える運用を作ることです。出典：国税庁

免税事業者でも売上規模しだいで将来の課税事業者判定に影響します

免税事業者であっても、基準期間の課税売上高が一定額（原則1,000万円）を超えると課税事業者となり得るため、クラウドファンディングでまとまった売上が発生した年は注意が必要です。判断基準は基準期間（個人は前々年、法人は前々事業年度）の課税売上高であり、募集で得た売上がその基準に計上されると翌々年から課税事業者になります。具体例として、個人事業主がクラウドファンディングで一時的に1,200万円の売上を計上すると、基準期間の金額判定を受けて将来消費税の納税義務が生じます。落とし穴は一時的収入を見落として申告準備を怠ることなので、募集段階で見込み売上を試算し、必要なら簡易課税やインボイス対応を含めた準備を行うことが回避策です。出典：国税庁（消費税のしくみ）

手数料や広告費の消費税区分も確認が必要です

プラットフォーム手数料や配送費、広告宣伝費などの費用についても消費税の区分確認が必要です。判断基準は各費用が課税仕入れに当たるかどうかで、国内事業者からの課金であれば原則として仕入税額控除の対象となる一方、国外事業者からのサービス提供や非課税取引は控除対象外になる場合があります。具体例として、プラットフォームが海外事業者であれば仕入税額控除が制限されるケースがあるため、インボイス（適格請求書）が発行できる国内事業者かどうかを確認することが重要です。落とし穴は請求書類が不十分で控除を取り損ねることなので、回避策として請求書の受領・保管ルールを定め、会計処理時に税区分とインボイス有無をチェックするテンプレートを導入してください。出典：経理プラス

海外支援者や外貨建て支援は早めに税理士へ確認したほうが安全です

国外からの支援や外貨建てでの入金は、対価の内外判定や消費税の課税対象判断が複雑になります。判断基準には役務の提供場所、受領者の所在地、契約の内外区分などが影響し、電子的な役務提供（デジタルコンテンツ等）は国境を越えていても国内取引とされる場合があります。具体例として、国外の支援者へデジタル限定のリターンを提供する場合、国内消費者向けと判断されれば課税対象となることがあります。落とし穴は一般論で処理を進めてしまい誤った申告を行うことなので、回避策は早めに税理士へ相談し、国境を越える取引に関する国税庁のガイドラインに基づく扱いを確認することです。出典：国税庁（国境を越えた役務の提供）

消費税の基本的な考え方を押さえた上で、具体的な仕訳例や会計ソフトでの登録方法を揃えると、実務の負担がずっと小さくなります。

実務で迷いやすい論点と失敗しやすいポイント

ここまでの基本や仕訳の流れを踏まえると、現場でよく起きるミスは「ルールは知っているが運用が曖昧」で発生します。

帳簿の粒度や明細の管理、前受金の扱い、手数料の計上方法などを事前に決めておかないと、決算や税務調査のときに大きな手戻りが生じます。

• 入金をそのまま売上にしない（前受金管理を徹底する）。
• プラットフォーム明細でgross／netを突合し、会計ポリシーを統一する。
• 原価・証憑・支援者ごとの区分を最初から設計しておく。

よくある失敗は『入金額をそのまま売上にしてしまう』ことです

支援金受領時に売上計上してしまうと、リターン履行前の負債を取りこぼし、消費税や所得の計上時期がずれるため決算や申告で修正が必要になることが多いです。入金は原則として前受金で扱い、履行完了の証拠（出荷伝票・配送追跡・利用開始ログ）で売上へ振り替える運用を明文化することが最も効果的な回避策です。出典：マネーフォワード

手数料差引後の入金だけ見て総額を把握しないと数字が崩れます

プラットフォームが手数料を差し引いて入金する場合、通帳だけ見て処理すると「売上が実際より少なく」「経費が把握できない」状態になります。判断基準は明細上で「支援総額」「手数料」「振込額」の3点が確認できるかどうかです。具体的な回避策は、プラットフォーム明細をダウンロードして、会計ソフトにgross処理（支援総額を前受金/売上、手数料を支払手数料）かnet処理（振込額を前受金）かをポリシーに従って統一して入力することです。会計方針を決めたら、明細の突合ルールをチェックリスト化して実務担当に共有するとミスが減ります。出典：経理プラス

リターン原価を後回しにすると利益が読めなくなります

原価（材料費、外注費、梱包・配送費など）を正しく見積もらないと、支援総額が多くても実際は赤字というケースが発生します。判断基準は「製造に直接かかる費用は製造原価」「販売活動にかかる費用は販売費」で区分することです。具体例として、試作品の大量生産を見込まずに募集し、想定より生産コストが膨らむと原価率が急上昇します。落とし穴は原価を一律で販管費に入れてしまうことなので、回避策として案件ごとに原価計算表を作り、募集前に最低必要な原価率を試算・検証しておくことが有効です。出典：For Good

証憑を残さないと後で説明できません

税務調査や会計監査では、支援者一覧、プラットフォーム明細、出荷伝票、請求書、返金記録などの証憑が必須とされる傾向があります。判断基準は「誰が」「いつ」「いくら」「どのリターンを選んだか」があとから検証できるかどうかです。よくある失敗は、プラットフォームの画面だけで済ませ、ダウンロードした取引明細を保存していないこと。回避策は証憑保存ルール（ファイル命名規則、保存期間、バックアップ）を作り、会計ソフトとクラウドストレージで二重管理することです。支援者ごとの内訳が記録できていれば、混在案件の分割処理や税務上の説明がぐっと楽になります。出典：freee 税理士相談Q&A

混在プロジェクトを一括処理すると税務リスクが高まります

購入型と寄付型が混在するプロジェクトは、対価部分を売上、無対価部分を寄付（雑収入）に分ける必要があり、区分根拠が不十分だと税務上の指摘を受ける可能性があります。判断基準は募集ページの選択肢設計と支援者ごとの選択記録があるかどうかで、具体例として「同一支援額で対価を付ける/付けないを選べる」ケースは必ず支援者別の区分データが必要です。落とし穴は後付けで按分率を決めることなので、回避策として募集段階で区分ルールを明文化し、支援画面に区分基準を明示しておくと後の説明責任が果たしやすくなります。出典：日本中小企業金融サポート機構

上記のポイントを実務で運用に落とし込むと、仕訳の精度が上がり、決算や税務対応の手戻りを大幅に減らせます。

会計処理を迷わないための判断基準と次の一手

ここまでの実務ポイントを踏まえると、募集前に会計ルールを設計しておけば、記帳や申告での迷いを大きく減らせます。

募集時に「誰が」「何を」「いつ」提供するかを明確にし、前受金の管理・区分ルール・証憑保存の手順を決めることが最優先です。

• 購入型か寄付型か、個人か法人か、方式（All-or‑Nothing／All‑in）を事前に確定する。
• 前受金の取り扱い（gross／net）、手数料の計上方法、売上振替のタイミングを明文化する。
• 証憑（支援者リスト・明細・出荷記録・返金記録）の保存方法と責任者を決める。

まず確認したい判断基準はこの5つです

購入型か寄付型か、個人か法人か、事業性の有無、方式（All‑or‑Nothing／All‑in）、リターン提供日の5点をまず確認してください。これらが会計処理と税務上の扱いを分ける基本軸になります。特に事業者判定と方式は消費税や所得区分に直結するため、募集前に社内で合意しておくことが重要です。出典：マネーフォワード

自分で処理しやすいケースと専門家に相談すべきケース

単純な先行販売（単一リターン／国内取引／小額）は自社で処理しやすい一方で、リターン混在、国外支援、高額案件、複数回の分割履行は税務上の判断が複雑になりやすいです。判断基準は「処理に不確実性があるか」「判断を誤ると税負担が大きく変わるか」の二点です。例えば国外支援や外貨建て入金は内外判定や仕入税額控除の可否が絡み、一般論で処理すると誤申告のリスクがありますので専門家相談を推奨します。出典：国税庁（国境を越えた役務の提供）

税理士に相談するときはクラウドファンディング経験を確認します

税理士に依頼する場合は、クラウドファンディング特有の前受金処理、手数料の控除方法、消費税の時期判定に慣れているかを確認してください。具体的には「プラットフォーム明細の突合作業の経験」「混在案件の按分ロジック」「海外取引の扱い」を確認項目に入れると選定ミスを防げます。相談時には募集ページ・支援者明細・見込み原価を提示し、想定仕訳を一緒に作ってもらうと実務移行がスムーズです。

会計ソフトで処理するときの実務上の注意点

会計ソフトに頼る場合、前受金の補助科目設定、明細の取り込みルール、gross／netの選択を事前に決めておく必要があります。判断基準は「自動連携で何が取り込まれるか」を把握しているかどうかで、プラットフォームが明細を出力する形式によっては手動修正が頻発します。よくある失敗は「通帳入金のみで記帳して手数料を見落とす」ことなので、会計ソフト導入時にプラットフォーム明細との照合作業をチェックリスト化して運用を定着させてください。出典：経理プラス

最後にやるべきことは『仕訳』より先に『設計』です

募集前にリターン区分、返金ルール、証憑の保存方法、原価管理表、会計ソフト上の勘定設計を決めれば、募集中・募集後の事務負担が大きく軽減します。具体的な一手として、募集開始前に「会計設計チェックリスト」を作成し、会計担当と広報・物流の責任者で承認しておくことをお勧めします。

運用設計が整えば、次は具体的な仕訳例と消費税の申告上の注意点に取りかかると実務負担がさらに下がります。

Q&A

Q1: 購入型で支援金が振り込まれたとき、すぐに売上にしてよいですか？

入金時は原則として前受金（負債）で処理し、リターンを引き渡した時点で売上に振り替えるのが基本です。

補足：支援金は「履行義務（リターンの提供）」が残っているため、入金直後の収益認識は避けます。実務では支援日、振込日、発送日（または利用開始日）を記録し、出荷伝票や配送追跡をもって売上振替の証拠にします。出典：マネーフォワード

Q2: プラットフォームが手数料を差し引いて振込む場合、簿記はgross（総額）とnet（正味）どちらで処理すべきですか？

どちらでも会計上は可能ですが、統一した処理方針を決めて明細で突合できる運用にすることが重要です。

補足：gross処理（支援総額を売上／手数料を経費）は売上・費用を正確に把握できますが、明細突合の手間が増えます。net処理（振込額を売上）は帳簿は簡潔になりますが、支援総額や手数料割合の把握が別集計で必要です。どちらを採るかを募集前に定め、プラットフォーム明細を必ず保存・突合する運用にしてください。出典：経理プラス

Q3: 同一プロジェクト内で「リターンあり」と「リターンなし」が混在する場合、どう仕訳すればよいですか？

支援ごとに対価性の有無で区分し、対価性がある部分は売上、無対価（寄付に該当）部分は雑収入や受贈益で処理します。

補足：実務では支援者リストに「選択肢コード」や内訳（対価部分／寄付部分）を記録することが必須です。募集画面で選択肢を明示し、支援ごとの明細をエクスポートできる状態にしておくと税務上の説明が容易になります。後付けで按分すると税務リスクが高まるため、募集設計段階で区分ルールを定めてください。出典：freee 税理士相談Q&A

Q4: 消費税はいつ認識すればよいですか（入金日と提供日のどちらか）？

消費税は原則として資産の引渡しや役務の提供があった時点（提供日）に課税事業の対象となります。

補足：前受金段階で受け取っただけでは売上として認識されないため、その段階で消費税を確定するわけではありません。例えば支援金が当期に入金されても、リターン提供が翌期なら消費税は翌期の課税売上として扱われます（例外的な現金主義の適用を受ける場合を除く）。出典：国税庁

Q5: 海外からの支援や外貨建ての支援はどう扱えばよいですか？

国際取引の判定が必要で、役務の提供場所や取引の実態によって課税の内外が変わるため、早めに専門家へ相談するのが安全です。

補足：デジタルコンテンツ等は「電気通信利用役務」に該当する場合があり、国外事業者による提供でも国内取引とされることがあります。また外貨建ては為替換算が必要で、換算レートや換算時点を記録しておく必要があります。国税庁の国境を越えた役務提供に関するガイドラインを参照し、個別案件ごとに扱いを確認してください。出典：国税庁（国境を越えた役務の提供）

Q6: リターンの製造途中費用や原価はどのように会計処理すべきですか？

製造に直接かかる費用は製造原価や棚卸資産として管理し、リターン提供時に費用化（売上原価）するのが一般的です。

補足：試作品や前払費用、外注加工費などは案件単位で原価計算表を作り、在庫管理（棚卸）と連動させておくと利益率が把握しやすくなります。原価を販管費に一括計上すると正確な採算が取れなくなるため、製造工程や発注単位に応じて細かく仕分けする運用を推奨します。出典：For Good

Q7: 税務調査や会計監査で求められやすい証憑・書類は何ですか？

最低限、支援者一覧、プラットフォーム取引明細、出荷伝票・配送記録、請求書・領収書、返金履歴を保存しておく必要があります。

補足：具体的には「支援者氏名・選択リターン・金額」「プラットフォームの手数料明細」「振込明細」「出荷日・追跡番号」「返金処理の根拠（メール等）」があれば説明がつきやすいです。これらは税務調査で最初に照会されることが多いので、ダウンロード保存とバックアップ運用を整備してください。出典：日本中小企業金融サポート機構

Q8: 支援者への個別返金や不履行が発生したとき、どのような内部フローが必要ですか？

返金は前受金を減らして預金を支払う仕訳が基本で、判断基準と責任者を明確にした内部ルールが必要です。

補足：フローには（1）返金要否の判断基準（不可抗力・運営責任等）、（2）承認者、（3）返金仕訳（前受金／預金）、（4）支援者への通知・記録保存、（5）税務上の取り扱い確認（返金に伴う経費の戻し等）が含まれます。返金をしない判断をする場合は、支援者の同意記録や告知の履歴を残して税務リスクを低減してください。出典：MONEYIZM

Q9: 会計ソフトでの仕訳登録や自動連携で注意すべき点は何ですか？

自動連携は便利だが、取り込まれるフィールド（支援総額・手数料・振込額）の仕様を把握し、取り込みルールに合わせた補助科目を準備することが必要です。

補足：導入時にプラットフォームのCSVやAPIの取り込みサンプルでテストし、gross/netどちらの処理にするか、前受金の補助科目、手数料科目、案件コードの連携ルールを定義しておくと運用ミスが減ります。自動連携に頼らず月次で明細突合を行うチェックポイントを作るのも重要です。出典：第一法規（会計実務資料）

次に読みたい関連記事

法人向けの会計処理を詳しく確認する

法人でプロジェクトを行う場合の会計上の注意点や消費税・証憑管理まで網羅した解説です。法人特有の処理や実務チェックリストを確認したい方に向きます。

消費税の扱いを国税庁基準で整理する

購入型の課税判断や課税期間への影響、インボイス対応など消費税の実務的な論点を国税庁基準で整理しています。消費税の申告や判定に不安がある方におすすめです。

支援・出資側の仕訳と経費の判断を学ぶ

支援者側の仕訳例や「経費にできるか」の判断基準を型別に解説しています。支援した側として帳簿に落とす方法を知りたい個人・法人の方に役立ちます。

プラットフォーム選びと費用・スケジュールを比較する

サイトごとの手数料やスケジュール、始める前に知るべき費用の違いを整理しています。どのプラットフォームで募集するか迷っている実行者に向けた比較記事です。