
クラウドファンディング型販売(応援購入)とEC予約販売は、どちらも「発売・発送前に注文を受け付ける」という見た目は似ていますが、決済の仕組みはまったく異なります。クラファンはプラットフォームが課金タイミングと与信管理を代行するのに対し、EC予約販売はオーソリ(仮売上)と再オーソリを事業者自身が設計・運用する必要があります。
クラファンで実績を作ってから自社EC予約販売に移行するD2Cブランドは少なくありませんが、この移行時に決済設計の考え方が「プラットフォーム任せ」から「自社設計」へ大きく変わる点は見落とされがちです。この記事では、両者の決済構造の違いを整理し、移行時に何を再設計すべきかを解説します。
この記事の要点(30秒で読める)
- クラファンの決済はプラットフォームが代行。目標達成時課金または支援時の即時課金のいずれかで、与信管理は事業者側の責任ではない
- EC予約販売の決済は事業者が設計。注文時オーソリ→出荷時キャプチャの2段階方式で、与信維持(再オーソリ)を自社で運用する必要がある
- キャンセル・手数料・納期遅延時の扱いも仕組みが根本的に異なる
- クラファン卒業後の壁: プラットフォームが担っていたオーソリ管理・与信維持を、自社の決済フローとして再設計する必要がある
- クラファンにも長納期リターンの与信問題は存在する(即時課金型×長期発送のケース)
クラウドファンディング型販売(応援購入)とは ― EC予約販売と何が違うのか
クラウドファンディング型販売(応援購入)とは、プロジェクトを立ち上げて支援を募り、目標金額の達成や支援表明を条件に、リターンとして商品・サービスを提供する販売形態です。Makuake・CAMPFIRE・GREENFUNDINGなどの国内プラットフォームや、Kickstarter・Indiegogoなど海外プラットフォームが代表例です。
見た目としては「まだ完成していない商品を先に注文し、後日届く」という点でEC予約販売と共通しています。しかし決済の主体が違います。クラファンではプラットフォームが決済処理・与信管理・キャンセル時の返金を代行し、プロジェクト実行者(加盟店)はその結果を受け取るだけです。EC予約販売では決済フローの設計・運用そのものが事業者の責任になります。
クラファンの決済 ― 目標達成時課金・期間終了時課金の仕組み
クラウドファンディングの課金タイミングは、プラットフォームによって「目標達成時課金(All or Nothing型)」と「支援時の即時課金(All-in型)」の2パターンに大別されます。どちらの方式を採用するかはプラットフォームやプロジェクトの設定次第です。
目標達成時課金では、支援者はプロジェクト終了時に目標金額へ達していた場合にのみ課金されます。目標未達成の場合はカード情報を登録していても課金処理自体が行われず、支援者に金銭的な負担は発生しません。一方、即時課金では支援表明の時点でただちに決済が完了し、プロジェクトの成否にかかわらずリターンの提供義務が生じます。
いずれの方式でも、与信を長期間保持し続けるという概念は基本的に存在しません。課金は「達成時」または「支援時」の一度きりで完了し、事業者側でオーソリの期限管理や再オーソリを行う必要はありません。
EC予約販売の決済 ― 注文時オーソリ・出荷時キャプチャ
EC予約販売の決済は、注文時にオーソリ(仮売上)で与信枠を確保し、商品発送時にキャプチャ(実売上)で売上を確定する2段階方式が基本です。この方式により、発送前のキャンセルや金額変更に柔軟に対応できます。
ただし、このオーソリには有効期限があります。2026年7月に施行されたVisa・Mastercardのルール変更により、オーソリの有効期限は最大25日に短縮されました(いわゆる「25日ルール」。詳しくは「オーソリ25日ルールとは?」を参照)。発送まで25日を超える予約商品では、期限切れ前に与信を取り直す「再オーソリ」が必要になり、この運用設計は事業者自身が担う必要があります。再オーソリの基本的な仕組みは「再オーソリ(再与信)とは?」で解説しています。
比較表 ― 課金タイミング・キャンセル・手数料・納期遅延時の扱い
クラファンとEC予約販売では、課金タイミング・キャンセル対応・手数料・納期遅延時の扱いのすべてが異なります。移行を検討する際は、この4つの観点で自社の運用がどう変わるかを把握しておく必要があります。
| 観点 |
クラウドファンディング |
EC予約販売 |
| 課金タイミング |
目標達成時、または支援表明の即時 |
注文時にオーソリ、発送時にキャプチャで確定 |
| キャンセル対応 |
プラットフォーム規約に従う。不成立時は自動的に課金なし・返金 |
特定商取引法表記に基づき事業者が規約を設計 |
| 手数料 |
支援総額の一般に10〜20%程度とされる(決済手数料込み、プラットフォームにより差がある) |
決済代行会社の通常の決済手数料(数%程度) |
| 納期遅延時の扱い |
発送延期の説明義務はあるが、決済自体は既に完了済みのケースが多い |
オーソリ期限切れのリスクが生じ、再オーソリで与信を維持する必要がある |
この表からわかるとおり、クラファンは決済にまつわる面倒な部分をプラットフォームがまとめて引き受けてくれる代わりに、手数料という形でコストを支払う仕組みです。EC予約販売は手数料を抑えられる一方、与信管理という新たな責任を事業者が負うことになります。
クラファン卒業後、自社EC予約販売に移行するときの決済の壁
クラファンから自社EC予約販売へ移行する際の最大の壁は、これまでプラットフォームが代行していたオーソリ管理・与信維持・キャンセル対応を、自社の決済フローとして一から設計しなければならない点です。「プラットフォーム任せ」から「自社設計」への転換は、想像以上に運用負荷が高くなります。
特に予約件数が増えるフェーズでは、再オーソリの運用方法が事業の成否を左右します。一般的な運用パターンは次の3つに分かれます。
| パターン |
主な課題 |
| 完全手動 |
業務負荷が膨大。件数増に耐えられず、更新漏れ=機会損失に直結 |
| 単発自動(出荷前1回) |
エラー時のリカバリーが困難で出荷が止まる。ルール変更への追随も自前対応 |
| 自動ループの独自開発 |
開発・保守コストが大きく、カードブランドルール改定のたびに追随開発が必要 |
受注生産・長納期リターンの決済設計を体系的に整理したい場合は「受注生産ECの決済設計ベストプラクティス」も参考になります。また、需要を可視化しながら与信を確保する新しい考え方として「Demand Securingとは?」も、クラファン的な「支援を募って確保する」発想と親和性の高い概念です。
Recustomer Secureは、特許取得済み(特許第7721200号)の自動再オーソリ技術により、この与信維持のプロセスを自動化します。決済代行会社が提供する再オーソリAPIを土台に、期限検知から旧オーソリの解放、出荷検知後のキャプチャ移行までを一連の仕組みとして提供するため、クラファン移行後に決済担当者が手動でオーソリ管理をする必要がありません。
長納期リターンの与信問題はクラファンにもある
目標達成時に一括課金されるクラファンでは発送前に売上が確定しているため与信の問題は生じにくいですが、支援表明時点で即座に課金し、かつリターン発送までに長期間を要する設計では、別の種類の与信リスクが存在します。代表的なのは、支援から発送までの間にカード自体の有効期限(月/年)が切れてしまうケースです。
この場合、決済自体はすでに完了しているため代金の未収リスクはありませんが、返金対応や追加課金が発生する場面(送料の後払い、リターンの一部変更など)でカード情報が使えなくなる問題が起こり得ます。高単価・長納期の商材における発売延期リスクへの対応は「家電・ガジェットECの新製品予約決済」でも詳しく扱っています。
予約販売の決済設計を体系的に理解したい場合は「EC予約販売の決済完全ガイド 2026」を参照してください。
よくある質問
Q. クラウドファンディングとEC予約販売の決済は何が違いますか?
クラウドファンディングは目標金額の達成や支援表明のタイミングでプラットフォームが課金処理を行い、加盟店は決済フローを直接設計しません。EC予約販売は注文時にオーソリを確保し、発送時にキャプチャで売上を確定する2段階方式で、決済フローの設計・運用は事業者自身の責任になります。
Q. クラウドファンディングの決済はいつ課金されますか?
プラットフォームによって異なりますが、大きく分けて目標金額の達成をもって課金する方式と、支援表明の時点で即座に課金する方式があります。前者はプロジェクトが不成立の場合、支援者に課金されません。
Q. クラファンでプロジェクトが不成立だとどうなりますか?
目標達成時課金方式のプロジェクトが不成立の場合、支援者への課金は発生せず、決済処理自体が行われません。支援表明時点で即座に課金される方式では、プラットフォームの規約に従って返金処理が行われます。
Q. クラファンから自社EC予約販売に移行する際、決済で何を見直すべきですか?
プラットフォームが担っていたオーソリ管理・与信維持・キャンセル時の返金処理を、自社の決済フローとして再設計する必要があります。特に発送までのリードタイムが長い場合、オーソリの有効期限切れを防ぐ再オーソリの仕組みが必須になります。
Q. クラファンのリターン発送が遅れても与信の問題は起きませんか?
目標達成時に一括課金される方式では発送前に売上が確定しているため与信の問題は生じにくいですが、支援表明時点で即座に課金し、かつ長期間後にリターンを発送する設計では、カード自体の有効期限切れなど別の与信リスクが生じることがあります。
Q. クラウドファンディングの手数料はどれくらいですか?
決済手数料を含めたプラットフォーム手数料は、一般に支援総額の10〜20%程度とされることが多いですが、プラットフォームやプランによって幅があります。自社EC予約販売では、この手数料を決済代行会社の通常の決済手数料(数%程度)に置き換えることができます。
まとめ
- クラウドファンディングの決済はプラットフォームが代行。目標達成時課金または支援時の即時課金で、与信管理は事業者側の責任ではない
- EC予約販売の決済は事業者が設計。注文時オーソリ→出荷時キャプチャの2段階方式で、25日ルール下では与信維持(再オーソリ)が必要
- キャンセル・手数料・納期遅延時の扱いも、プラットフォーム任せか自社設計かで根本的に異なる
- クラファン卒業後は、プラットフォームが担っていたオーソリ管理・与信維持を自社の決済フローとして再設計する必要がある
- クラファンにも長納期リターンの与信問題は存在する(即時課金×長期発送のケース)
- 与信維持は特許(第7721200号)に裏付けられた自動再オーソリ技術で自動化できる
関連記事