自社でマーケットプレイスやプラットフォームを立ち上げるとき、多くの担当者が最初につまずくのが「お金の流れ」の設計です。買い手から代金を受け取り、そこから手数料を差し引いて、残りを複数の売り手へ支払う——この一連の流れを、自社のサービスでどう組み立てればよいのかが見えにくいためです。
マーケットプレイスの決済は、買い手と売り手の一対一ではなく、プラットフォーム運営者を挟んだ三者間でお金が動く点に特徴があります。手数料の控除や売り手への分配送金、代金の一時保留といった処理をどの手段で実現するかによって、開発の手間も、負う法的な責任も大きく変わります。
本記事では、マーケットプレイス決済の三者間のお金の流れと設計の型を先に整理し、それを実現できる決済サービスの選択肢、そして代金を預かる・送金する仕組みが資金決済法や割賦販売法に触れないための境界まで解説します。
仕組みの型と実現手段、そして許認可の勘どころを押さえれば、企画も見積もりも一段進めやすくなります。自社のプラットフォームに合った決済設計を、具体的に検討していきましょう。
目次
マーケットプレイス決済（三者間決済）とは｜お金の流れと型
マーケットプレイス決済とは、複数の売り手と買い手が取引するプラットフォーム上で、買い手が支払った代金をプラットフォーム運営者が受け止め、手数料を差し引いたうえで各売り手へ分配する仕組みを指します。買い手と店舗が直接やり取りする通常のネットショップの決済と違い、運営者を挟んだ三者間でお金が動く点が最大の違いです。
三者間決済のお金の流れ（買い手→代金を預かる主体→手数料控除→売り手への分配送金）
三者間決済の基本は、次の流れです。まず買い手がプラットフォーム上で代金を支払います。その代金は、いったんプラットフォーム運営者または運営者が利用する決済サービスが受け止める形です。次に、あらかじめ決めた料率で手数料（プラットフォーム利用料）を差し引き、残った金額を売り手へ送金します。この「集約して、抜いて、分けて送る」という一連の処理が、マーケットプレイス決済の中核です。
ここで設計上の分岐点になるのが、代金を誰が・どのタイミングで預かるかです。運営者自身の口座で一括して受け止めてから売り手へ送るのか、決済サービスが売り手ごとの残高として管理して自動で分配するのかによって、開発の手間も、後述する法的な位置づけも変わります。
決済設計の4つの型（自社集金型／決済事業者預り型／直接決済型／収納代行型）
お金の流れの組み方は、大きく4つの型に整理できます。どれを選ぶかで、分配の自動化の度合いと、負う法的責任のバランスが変わります。自社の取引がどの型に近いかを掴んでおくと、次章以降の実現手段や法規制の話が理解しやすくなります。
| 型 | お金の流れ | 向くケース | 主な注意点 |
|---|---|---|---|
| 自社集金型 | 運営者が自らの口座で代金を一括して受け止め、手数料を引いて売り手へ送金する | 売り手が少数で、運営者が資金管理を自前で担えるケース | 代金を預かって送る行為が為替取引（資金移動業）に当たらないかの検討が必須 |
| 決済事業者預り型 | 決済サービスが売り手ごとの残高を管理し、手数料控除と分配送金まで自動で行う | 売り手が多数で、分配を自動化したいケース | 決済サービス側の対応可否・料率・オンボーディングの要件を確認する |
| 直接決済型 | 買い手が売り手へ直接支払い、運営者は手数料だけを別途受け取る | 運営者が代金を預かりたくない・場貸しに近いケース | 売り手ごとに決済契約が必要になり、買い手体験が分断されやすい |
| 収納代行型 | 運営者が売り手（債権者）の委託を受けて代金を集金し、売り手へ引き渡す | 売り手が事業者で、集金を代行したいケース | 収納代行の形でも、要件を外れると為替取引規制の対象になり得る（後述） |
実務では、これらの型を決済サービスの機能に載せて実現します。分配を自動化したい決済事業者預り型や、売り手が事業者の収納代行型は、次章で紹介する決済サービス（後述の「プラットフォーム精算型」「送金代行型」）に載せて組むのが一般的です。自社集金型は運営者が自ら資金を扱うため法規制の検討が重く、直接決済型は売り手ごとに決済契約が要り買い手体験が分断されやすい方式です。
次章では、決済事業者預り型や収納代行型を実際に組める決済サービスを横断して比較します。
マーケットプレイス決済を実現する手段の比較｜自前開発 vs 決済サービス
ここからは、三者間決済を実現する手段を整理します。分配送金や代金の一時保留をゼロから自前で開発することも理論上は可能ですが、資金の管理や法対応の負担が大きく、現実にはマーケットプレイス対応の決済サービスを使う設計が主流です。まずは、日本市場で選べる主なサービスを、マーケットプレイス対応・分配送金・一時保留・手数料の観点で横並びにして把握しましょう。
| サービス名 | fincode byGMO | Stripe（Stripe Connect） | KOMOJU（Platform Model） | GMO-PG 送金サービス |
|---|---|---|---|---|
| 実現方式（系統） | プラットフォーム精算型 | プラットフォーム精算型 | プラットフォーム精算型 | 送金代行型 （第二種資金移動業者） |
| マーケットプレイス（三者間）対応 | ● | ● | ● | △出品者への送金に対応（決済受領・精算は別途） |
| 分配送金 | ●手数料を自動控除し出品者へ自動分配 | ●application feeで自動控除・分配 | ●分配額・手数料を指定、単一/複数事業者に対応 | △送金額の計算・指示は事業者側、送金実行を代行 |
| 代金の一時保留 | △仮売上→実売上のオーソリ保留 | ●2段階与信（日本円で最大30日保留） | ●2段階キャプチャで入金時に分配確定 | ×送金代行のため対象外 |
| 主な対応決済手段 | クレジットカード・コンビニ・PayPay・ Apple/Google Pay・口座振替・銀行振込 | クレジットカード・コンビニ・ 銀行振込・PayPay 等 | カード・コンビニ・銀行振込・ ペイジー・PayPay・メルペイ 等 （Platform Modelは国内主要手段） | 銀行振込・セブン銀行ATM受取・ au PAY・デジタルギフト 等 （送金手段。決済受領は行わない） |
| 手数料の目安 | プラットフォーム機能は追加料金0円 （決済手数料はカード3.6%〜が別途） | カード決済3.6% ＋接続アカウント月額¥200 ＋入金ごと0.25%+¥250 | 要問い合わせ （決済・プラットフォーム・ 管理費用いずれも非公開） | 要問い合わせ （送金方法・件数により異なる） |
| 日本での提供・利用条件 | 個人事業主はStandard Typeのみで プラットフォーム機能は利用不可 | 日本のプラットフォームから利用可 （Connect提供国に日本を含む） | 販売事業者は日本の法人・個人事業主のみ 日本の銀行口座が必須 | 契約・審査が必須 （2週間以上かかる場合あり） |
| 詳細情報 | 公式サイト | 公式サイト | 公式サイト | 公式サイト |
※上記は一般的な傾向です。実際の機能搭載の有無については各社情報をご確認ください。
サービスを使う場合、その実現方式は大きく2系統に分かれます。ここでいう「方式」は、前章の「お金の流れの型」とは別の切り口で、誰が分配の実行を担うかという観点です。自社のケースがどちらに向くかを見極めると、候補サービスを絞り込みやすくなります。
プラットフォーム精算型：決済サービスが手数料控除・分配送金まで自動化
プラットフォーム精算型は、決済サービス側が売り手ごとの残高を管理し、取引金額からの手数料控除と売り手への分配送金までを自動で処理する方式です。fincode byGMO のプラットフォーム機能、Stripe Connect、KOMOJU の Platform Model などが該当します。運営者は分配のロジックを自前で作り込む必要がなく、売り手が増えても運用が回りやすい点が向いています。
一方で、利用するには売り手側のオンボーディング（本人確認や口座登録）を決済サービスの仕組みに乗せる必要があり、対応する決済手段や料率がサービスごとに異なります。分配の自動化を優先するなら、この型を軸に候補を比較するのが近道です。
送金代行型：資金移動業者が事業者の指示で売り手へ送金
送金代行型は、運営者が「誰にいくら送るか」を指示し、資金移動業の登録を受けた事業者がその指示にもとづいて売り手へ送金する方式です。GMOペイメントゲートウェイの送金サービスなどが該当し、フリマやオークションの出品者への送金が利用シーンとして想定されています。決済の受領と送金を切り分け、送金の部分を登録事業者に任せられる点が特徴です。
ただし、決済で受け取った額から自動で手数料を引いて分配するといった精算エンジンとは異なり、送金額の計算や送金先の指示は運営者側で行う前提のサービスが中心です。プラットフォーム精算型と送金代行型は、後述する資金移動業の論点にも関わるため、自社がどちらの立場で資金を扱うのかを意識して選ぶことが大切です。
分配送金とエスクローの実現方法
ここでは、三者間決済を構成する2つの処理——売り手への分配送金と、代金の一時保留（エスクロー）——を、実際にどう実現するかを見ていきます。いずれも決済サービスの機能に依存する部分が大きいため、方式の勘どころを押さえておきましょう。
売上の分配送金と手数料控除（payout／split）のしくみ
分配送金は、買い手からの入金を売り手ごとに割り当て、手数料を差し引いて送金する処理です。プラットフォーム精算型のサービスでは、取引ごとに運営者の取り分（アプリケーション手数料）を自動で差し引き、残額を売り手の残高へ振り替えたうえで、決まった周期で銀行口座へ払い出す形が一般的です。
払い出しの周期はサービスによって幅があり、手動・日次・週次・月次などから選べるものもあります。売り手への入金スピードは、売り手の満足度に直結する要素です。分配の料率だけでなく、入金サイクルや最低払い出し額の条件まで、公式の資金フロー・料金ドキュメントで確認しておくと、運用開始後の齟齬を防げます。
代金を一時保留する（エスクロー）の実現方法
エスクローは、商品の配送やサービスの完了といった条件が満たされるまで、代金を売り手にも買い手にも渡さずに預かる仕組みです。マーケットプレイスでは、取引トラブルを防ぐために「配送が完了してから売り手へ送金する」といった保留を設けたいケースがよくあります。
実装の手段としてよく使われるのが、2段階与信（オーソリと売上確定を分ける方法）です。決済時にはカードの与信枠を押さえるだけにとどめ、条件が整った時点で売上を確定して分配へ回します。たとえば Stripe では、与信の保留（capture_method を manual に設定）により、日本円建てで最大30日程度まで確定を遅らせられるとされています。
KOMOJU の Platform Model でも、承認のみを行い入金時に分配を確定する2段階キャプチャが用意されています。fincode byGMO も仮売上から実売上へ確定させる与信の保留（オーソリ保留）を持ちますが、これはマーケットプレイス専用の保留機能というより一般的な与信確保の仕組みで、保留の可否・期間は用途に応じて確認が必要です。
ただし、こうした保留機能は「エスクロー」という法的な仕組みそのものとは区別して理解する必要があります。Stripe は公式に、厳密な法的定義を持つエスクローサービスは提供しないと明記しており、あくまで与信の保留や払い出しの遅延で近い効果を得る位置づけです。誰が資金を預かる主体になるのかは、次章の法規制と直結する論点です。
【最重要】資金決済法・割賦販売法と許認可の地雷
マーケットプレイス決済でもっとも注意が必要なのが、代金を預かる・送金する設計が許認可の必要な行為に当たらないかという点です。ここを外すと、後から登録や体制整備が必要になり、事業計画が大きく揺らぎます。以下では、資金決済に関する法律（以下、資金決済法）と割賦販売法を軸に、触れると許認可が要る「地雷」を論点別に整理します。
「登録が要る／要らない」の境界（収納代行 vs 資金移動業）
出発点は「為替取引」の考え方です。資金決済法上の資金移動業とは、銀行等以外の者が為替取引を業として営むことを指し（資金決済法第2条第2項）、これを行うには内閣総理大臣の登録が必要とされています（同法第37条）。この「為替取引」には資金決済法上の定義がなく、同じ文言を用いる銀行法について最高裁が示した次の定義が、資金移動業の解釈でも参照されています。
銀行法２条２項２号にいう「為替取引を行うこと」とは、顧客から、隔地者間で直接現金を輸送せずに資金を移動する仕組みを利用して資金を移動することを内容とする依頼を受けて、これを引き受けること、又はこれを引き受けて遂行することをいう。
出典：最高裁判所 平成13年3月12日 第三小法廷決定（金融審議会 事務局説明資料｜金融庁より）
整理すると、運営者が売り手のために代金を集め、それを離れた売り手へ移す行為が為替取引に当たれば、資金移動業の登録が必要になり得ます。一方で、同じ集金でも「収納代行」の形をとり、一定の要件を満たす場合には、為替取引の規制を適用する必要性は高くないと整理されています。金融審議会のワーキング・グループ報告は、その要件を次のように示しています。
他方で、収納代行のうち、①債権者が事業者や国・地方公共団体であり、かつ、②債務者が収納代行業者に支払いをした時点で債務の弁済が終了し、債務者に二重支払の危険がないことが契約上明らかである場合には、既に一定の利用者保護は図られていると考えることが可能である。したがって、こうした収納代行について、為替取引に関する規制を適用する必要性は、必ずしも高くないと考えられる。
出典：決済法制及び金融サービス仲介法制に関するワーキング・グループ報告（令和元年12月20日）｜金融庁
ここから読み取れる「登録を要しない収納代行」の条件は、①売り手（債権者）が事業者（または国・地方公共団体）であること、②買い手が運営者に支払った時点で売買の決済が完了し、二重に支払う危険がないことが契約上明らかであることの2点です。BtoBの受発注型マーケットプレイスのように、売り手が事業者で支払完了の建付けを明確にできるケースでは、この整理が素直に効きます。
ただし、この整理には重要な射程の限界があります。同ワーキング・グループ報告は、割り勘アプリのように運営者が債権債務の発生に関与せず資金をやり取りするだけの個人間の形について、収納代行の形をとっていても為替取引に関する規制の対象とすべきと整理しました。
さらに令和7年の資金決済法改正では、受取人が個人である収納代行を為替取引に該当するものとして明文化しています（後述）。売り手が個人のフリマのようなC2C型は、これらに触れる可能性があります。次の点は、触れると許認可の検討が必要になる境界として押さえてください。
- 売り手が個人（C2Cのフリマ等）で、運営者が代金を預かって送る設計 → 収納代行の形でも為替取引規制の対象になり得る
- 買い手が運営者に支払っても売買の決済が完了せず、売り手に届かないと二重払いの危険が残る建付け → 登録不要の収納代行の要件を外れる
- 運営者自身の口座に代金をプールし、任意のタイミングで送金する自社集金型 → 為替取引該当性の検討が必須
また、資金移動業の登録を受ける場合は、取り扱える金額に応じて第一種・第二種・第三種の区分があります。政令では、第二種は1回あたり100万円以下、第三種は5万円以下の資金移動が上限とされ、第一種は上限なし（認可制）です（資金決済法第36条の2、同法施行令第12条の2）。自社の取引単価がどの区分に収まるかも、設計時の判断材料になります。
出典・参考資料（3件）
付随義務と隣接法：分別管理・供託／前払式支払手段・割賦販売法との境界／金融庁の近時動向
登録やスキームの選択の先には、付随する義務や隣接する法律の境界があります。設計の段階で見落としやすい論点を、順に押さえておきましょう。
分別管理・供託の義務。資金移動業者になると、利用者から預かって未送金の額に見合う履行保証金の供託等が義務づけられます（資金決済法第43条）。利用者資金の保全のための仕組みで、運営コストにも直結します。「代金を預かる」設計を選ぶほど、この保全義務が重くのしかかる点に注意が必要です。
前払式支払手段との境界。プラットフォーム内でチャージ残高やポイントを発行し、それで代価を支払える仕組みにすると、前払式支払手段に当たる可能性があります（資金決済法第3条第1項）。前払式支払手段の発行者は、基準日の未使用残高が1,000万円を超えると、その2分の1以上の額を発行保証金として供託する義務を負います（同法第14条、同法施行令第6条）。
代金を「預かる」形が資金移動業側に振れるのか前払式側に振れるのかで、必要な手続きが変わります。
割賦販売法（クレジットカード決済の担い手）。クレジットカード決済を扱う場合、売り手（加盟店）とカード番号の取扱いを認める契約を自ら結ぶ事業者は、割賦販売法にもとづき「クレジットカード番号等取扱契約締結事業者」としての登録が必要です（割賦販売法第35条の17の2）。登録事業者には、加盟店のカード番号の適切な管理や不正利用防止に関する事前・継続の調査義務も課されます（同法第35条の17の8）。
運営者が自らこの契約主体になる設計を選ぶと調査義務まで負うことになり、負担は重くなります。外部の決済サービス（PSP）を使い、自らは加盟店契約の主体にならない構成であれば、通常はこの登録の対象にはならないと整理されます。
金融庁の近時動向。令和7年の資金決済法改正では、収納代行のうち、受取人が個人である類型や、国内と国外の間で資金を移動させるクロスボーダーの類型を、為替取引に該当するものとして明文化する規定が新設されました（資金決済法第2条の2）。
もっとも、この改正の主眼はクロスボーダーと個人受取人にあり、金融庁の事務ガイドライン（第三分冊：金融会社関係 14 資金移動業者関係）では、取引プラットフォーム提供者が行う収納代行やエスクローに伴う収納代行は、基本的に内閣府令で定める適用除外の類型に該当すると整理されています。「国内の事業者向けマーケットプレイスも一律に登録が必須になった」という誤解には注意が必要です。
出典・参考資料（4件）
代金を預かる・一時保留する設計が資金移動業に当たるかどうかは、エスクローをどう組むかと密接に関わります。エスクロー決済そのものの仕組みや、自社で代金を預かる設計に資金移動業の登録が必要になるのかの線引きは、以下の記事で条文レベルまで掘り下げて整理しています。エスクローの観点から法的な位置づけを確認したい方は、あわせて確認してみてください。
マーケットプレイス決済にかかるコストの相場
コストは、決済手数料と分配・送金にかかる費用の2軸で考えると整理しやすくなります。決済手数料は、カード決済で取引額のおおむね3%台が目安ですが、サービスや決済手段によって幅があります。これに加えて、マーケットプレイス向けの機能を使う場合の費用が上乗せされます。
公開されている料金でみると、Stripe Connect は日本向けに、カード決済3.6%に加え、有効な接続アカウントごとに月額200円、売り手への入金ごとに0.25%＋250円が案内されています。これらはプラットフォーム側で料金体系を管理する場合の料率で、Stripe が料金体系を管理する構成ではプラットフォーム手数料・入金手数料はかかりません。
分配機能自体は追加料金なし（決済手数料は別途）とするサービスもあり、各社の詳細な料率は前掲の比較表もあわせてご確認ください。
一方で、KOMOJU の Platform Model や GMO-PG 送金サービスのように、料率や管理費用を要問い合わせ（非公開）としているサービスもあります。
正確な費用は、取引規模や売り手数を前提に、各社へ見積もりを取って比較するのが確実です。
コストを比較するときは、決済手数料の料率だけでなく、分配送金の手数料、売り手ごとの管理費用、入金ごとの費用まで含めた「1取引あたりの総コスト」で見ることが大切です。料率が低くても、売り手数が多いと管理費用がかさむケースもあるためです。
自社のケース別・決済設計の選び方
ここまでの型・実現手段・法規制を踏まえて、自社に何が向くかを判断する視点を整理します。まず4つの判断軸で方式を絞り込み、次に業種のケースごとに向き不向きを確認する流れがおすすめです。
自前 vs サービス利用／方式選定の判断軸
自前開発とサービス利用、そしてプラットフォーム精算型と送金代行型の分かれ道は、次の4つの軸で考えると判断しやすくなります。
- 分配の柔軟性：売り手が多数で分配を自動化したいならプラットフォーム精算型が有力です。分配の条件が複雑で運営者側で細かく制御したいなら、送金の実行を登録事業者に任せる送金代行型も選択肢になります。
- オンボーディングの負荷：売り手の本人確認や口座登録を、決済サービスの仕組みに乗せられるかを確認します。売り手の登録が頻繁なプラットフォームでは、オンボーディングの手間が運用コストを左右します。
- 法的リスクの分担：代金を自社の口座で預かるほど、資金移動業や分別管理の検討が重くなります。決済サービス側が資金の受け止めと分配を担う設計にすれば、運営者が負う法的責任を抑えられる場合があります。
- 手数料構造：決済手数料に加え、分配・送金の費用や売り手ごとの管理費用まで含めた総コストで比較します。取引単価と売り手数を前提に見積もると、実態に近い比較ができます。
業種ケース別の向き不向き（BtoB受発注／フリマ／予約 ほか）
同じマーケットプレイスでも、扱う取引の性質によって向く設計は変わります。代表的な3つのケースで整理します。
- BtoB受発注型：売り手が事業者であるため、支払完了の建付けを明確にすれば、登録不要の収納代行スキームが素直に効きやすいケースです。分配の自動化を求めるならプラットフォーム精算型が有力です。
- フリマ・C2C型：売り手が個人になるため、代金を預かって送る設計は為替取引規制の対象になり得ます。資金移動業の登録を前提に据えるか、資金の受け止めと分配を登録事業者・決済サービスに委ねる設計が現実的です。
- 予約・チケット型：提供前に代金を受け取り、当日まで保留したい・中止時に返金したいケースが多く、2段階与信やキャンセル・返金の扱いが選定の焦点になります。保留と返金の機能が充実したサービスが向きます。
また、複数の売り手への分配が不要で、単一の主体が会費やイベント参加費を集めるだけといった簡易な集金であれば、フォーム型やリンク型の決済に対応した集金特化のサービスでも十分に賄えます。自社の取引が「分配」を伴うのか「集金」だけで足りるのかを見極めることが、手段選びの第一歩です。
マーケットプレイス決済に対応した決済サービス
ここでは、マーケットプレイスの三者間決済に対応した代表的なサービスを、前掲の2系統（プラットフォーム精算型・送金代行型）ごとに紹介します。料金や対応可否は変動するため、検討時は各社の公式情報もあわせてご確認ください（いずれも2026年7月時点の公開情報にもとづきます）。
fincode byGMO（GMOイプシロン株式会社）
GMOイプシロン株式会社が提供する fincode byGMO は、開発者向けに設計されたオンライン決済サービスです。プラットフォーム機能を使うと、取引金額からプラットフォーム利用料を自動で差し引き、出品者への売上分配（分割入金）まで自動化できます。分配のロジックを自前で作り込まずにマーケットプレイスを構築したい事業者に適しています。
プラットフォーム機能自体に追加料金はかからず、決済手数料は別途という料金体系が案内されています。ただし、個人事業主が申し込む場合は Standard Type のみとなり、プラットフォーム機能は利用できない点に注意が必要です。テナント管理や顧客情報の共有を一元化できる点も、複数の売り手を抱えるプラットフォームに適しています。
Stripe（Stripe Connect）（ストライプジャパン株式会社）
Stripe Connect は、Stripe が提供するプラットフォーム・マーケットプレイス構築向けの決済機能です。接続アカウント（Standard／Express／Custom）を使い分けることで、売り手のオンボーディングや資金フローを柔軟に設計できます。
取引ごとにアプリケーション手数料で運営者の取り分を自動控除し、売り手への送金（transfers／payout）まで一貫して扱えます。
与信の保留（capture_method を manual に設定）を使えば、条件が整うまで売上確定を遅らせる運用も可能です。日本向けの Connect 料金も公式に案内されています。ただし Stripe は、法的な定義を持つエスクローサービスは提供しないと明記しており、あくまで与信の保留や払い出しの遅延で近い効果を得る位置づけである点は理解しておく必要があります。
KOMOJU（Platform Model）（株式会社KOMOJU）
KOMOJU の Platform Model は、日本市場での利用を前提に設計された、マーケットプレイス・プラットフォーム向けの決済モデルです。単一の運営事業者が参加する形と、複数の事業者へ分配する形の両方に対応し、加盟店（売り手）ごとの残高管理から手数料率の設定までを扱えます。承認のみを行い入金時に分配を確定する2段階キャプチャで、条件成就までの保留にも対応します。
PayPay やメルペイ、コンビニ払いなど日本で使われる決済手段への対応が想定されている一方、Platform Model の利用は日本の法人・個人事業主に限られ、日本の銀行口座が必要とされています。決済手数料・プラットフォーム手数料・販売事業者の管理費用はいずれも要問い合わせのため、条件は見積もりで確認するのが確実です。
GMO-PG 送金サービス（GMOペイメントゲートウェイ株式会社）
GMO-PG 送金サービスは、GMOペイメントゲートウェイ株式会社が第二種資金移動業者（登録番号：関東財務局長第00037号）として提供する送金サービスです。公式には、フリマ・オークションの出品者への送金が利用シーンとして挙げられており、プラットフォーム事業者が複数の受取人へ資金を送る用途に対応します。決済の受領と送金を切り分け、送金の部分を登録事業者に任せられる点が特徴です。
ここで注意したいのは、GMO-PG 送金サービスは送金額の計算や送金先の指示を事業者側が行う「送金代行」であり、決済の受領額から自動で手数料を控除して分配する精算エンジンとは異なる点です。プラットフォーム機能による自動分配を求める場合は、別法人のGMOイプシロン株式会社が提供する fincode byGMO が該当し、両者は主体もサービスも別である点に留意してください。
利用には審査があり、2週間以上かかる場合があると案内されています。手数料は要問い合わせです。
ここで紹介したのはマーケットプレイスの三者間決済に対応したサービスですが、対応する決済手段や料金を軸に、オンライン決済システム全般を見比べたい場合は、以下の記事で主要サービスを実店舗・EC・サブスク別に横断比較しています。
オンライン決済システムおすすめ36選を徹底比較｜実店舗・EC・サブスク別の選び方
ECサイトやWebサービスの決済手段が少なく、購入直前の離脱（カゴ落ち）に悩んでいませんか。クレジットカードに加えてコンビニ払いやQRコード決済、後払いまで顧客の希望に応えようとすると、決済会社ごとの個別契約や入金管理の手間が膨らみ、決済手…
まとめ｜お金の流れの型と適法性を押さえて設計する
マーケットプレイス決済は、買い手から代金を集約し、手数料を控除して売り手へ分配する三者間の仕組みです。お金の流れは、自社集金型・決済事業者預り型・直接決済型・収納代行型の4つの型で整理できます。これを実際のサービスで実現する方式は、決済サービスが手数料控除・分配まで自動化するプラットフォーム精算型と、送金の実行を資金移動業者に委ねる送金代行型の2系統に分けられます。
そして忘れてはならないのが、代金を預かる・送金する設計が資金移動業や収納代行の要件に触れないかという適法性の検討です。売り手が事業者か個人か、支払完了の建付けが明確かによって、必要な許認可は変わります。まずは自社の取引が「分配」を伴うのか、売り手が事業者か個人かを整理したうえで、候補サービスの資料を取り寄せ、機能と法対応の両面から具体的な検討を進めてください。
よくある質問（FAQ）
Q. マーケットプレイス決済とは何ですか？
A. マーケットプレイス決済とは、複数の売り手と買い手が取引するプラットフォーム上で、買い手が支払った代金を運営者（または運営者が使う決済サービス）がいったん受け止め、手数料を差し引いて各売り手へ分配する三者間の決済の仕組みです。買い手と店舗が直接やり取りする通常のネットショップ決済と異なり、運営者を挟んで「集約して、手数料を抜いて、分けて送る」お金の流れになる点が特徴です。
この代金を誰がどのタイミングで預かるかによって、開発の手間も負う法的責任も変わります。
Q. マーケットプレイス決済で自社が代金を預かると資金移動業の登録が必要になりますか？
A. 代金を預かって離れた売り手へ移す行為が「為替取引」に当たる場合は、資金移動業（内閣総理大臣の登録）が必要になり得ます。ただし、①売り手（債権者）が事業者で、②買い手が運営者に支払った時点で売買の決済が完了し二重払いの危険がないことが契約上明らかな「収納代行」の形であれば、為替取引に関する規制を適用する必要性は必ずしも高くないと整理されています。
運営者自身の口座に代金をプールして任意のタイミングで送金する自社集金型ほど、この該当性の検討が重くなる点に注意してください。
Q. マーケットプレイス決済の法規制は、BtoB受発注とC2Cのフリマで違いますか？
A. 違います。売り手が事業者のBtoB受発注型は登録不要の収納代行スキームが素直に効きやすい一方、売り手が個人のC2C（フリマ）型は、収納代行の形をとっていても為替取引に関する規制の対象になり得ます。
金融審議会の報告は割り勘アプリのような個人間の類型を規制対象とすべきと整理し、令和7年の資金決済法改正では受取人が個人の収納代行や国内外をまたぐクロスボーダーの収納代行を為替取引に該当するものとして明文化する規定が新設されました。C2C型では、資金移動業の登録を前提に据えるか、資金の受け止めと分配を登録事業者・決済サービスに委ねる設計が現実的です。
Q. マーケットプレイス決済で代金を一時保留（エスクロー）するにはどうすればよいですか？
A. 配送やサービス完了までの代金の一時保留は、多くの場合2段階与信（オーソリと売上確定を分ける方法）で近い効果を実現します。決済時はカードの与信枠を押さえるだけにとどめ、条件が整った時点で売上を確定して分配へ回す形です。ただし、こうした保留機能は法的な意味の「エスクロー」そのものとは区別が必要で、たとえばStripeは厳密な法的定義を持つエスクローサービスは提供しないと明記しています。
誰が資金を預かる主体になるのかは資金移動業の論点にも直結するため、実現方式とあわせて確認しましょう。
Q. マーケットプレイス決済で売り手への分配送金（入金）はどのくらいの周期で行われますか？
A. 売り手への入金サイクルはサービスによって幅があり、手動・日次・週次・月次などから選べるものもあります。プラットフォーム精算型では、取引ごとに運営者の取り分（アプリケーション手数料）を自動控除して残額を売り手の残高へ振り替え、決まった周期で銀行口座へ払い出す形が一般的です。
入金スピードは売り手の満足度に直結するため、分配の料率だけでなく、入金サイクルや最低払い出し額の条件まで、公式の資金フロー・料金ドキュメントで確認しておくと運用開始後の齟齬を防げます。
Q. マーケットプレイス決済の手数料の相場はどのくらいですか？
A. 決済手数料はカード決済で取引額のおおむね3%台が目安で、これにマーケットプレイス向け機能の費用（有効なアカウントごとの月額や、売り手への入金ごとの手数料など）が上乗せされます。サービスや決済手段によって幅があり、料率や管理費用を要問い合わせとする例も少なくありません。
料率だけでなく、分配送金の手数料や売り手ごとの管理費用まで含めた「1取引あたりの総コスト」で比較し、取引規模や売り手数を前提に各社へ見積もりを取るのが確実です。
Q. マーケットプレイス決済は自前開発とサービス利用のどちらがよいですか？
A. 分配送金や代金の一時保留をゼロから自前開発することも理論上は可能ですが、資金の管理や法対応の負担が大きく、実務ではマーケットプレイス対応の決済サービスを使う設計が主流です。決済サービス側が資金の受け止めと分配を担う構成にすれば、運営者が負う法的責任（資金移動業や分別管理の検討）を抑えられる場合があります。
分配の柔軟性・オンボーディングの負荷・法的リスクの分担・手数料構造の4つの軸で、自社の取引に合う手段を絞り込むとよいでしょう。
Q. マーケットプレイス決済でクレジットカードを扱うと割賦販売法の登録が必要ですか？
A. 売り手（加盟店）とカード番号の取扱いを認める契約を自ら結ぶ事業者は、割賦販売法にもとづく「クレジットカード番号等取扱契約締結事業者」の登録が必要です。この登録事業者には、加盟店のカード番号の適切な管理や不正利用防止に関する調査義務も課されます。一方、外部の決済サービス（PSP）を使い、自らは加盟店契約の主体にならない構成であれば、通常はこの登録の対象にはならないと整理されます。
運営者が自ら契約主体になる設計を選ぶほど、負う義務が重くなる点を踏まえて構成を決めましょう。
出典・参考資料（1件）
オンライン決済システム・代行サービスの料金・手数料を一括チェック
MCB FinTechカタログでは、オンライン決済システム・決済代行サービスの最新資料をまとめて請求できます。対応する決済手段や料金、マーケットプレイス・プラットフォーム向けの機能を比較しながら、自社の決済設計に合うサービスを効率的に検討できます。気になるサービスの資料をまとめて取り寄せ、比較検討にお役立てください。
MCB FinTechカタログに掲載しませんか？
MCB FinTechカタログでは、掲載企業様を募集しています。マネックスグループの金融実務ノウハウを活かした独自の評価軸と検索設計により、導入検討者が最適なサービスを効率的に発見できる法人向け比較プラットフォームです。掲載後は管理画面から料金表や導入事例を随時更新でき、常に最新の情報を訴求可能。まずは下記フォームより、お気軽にお問い合わせください。
マネックス証券 フィナンシャル・インテリジェンス部 暗号資産アナリスト
松嶋真倫
監修者は記事の内容について監修しています。
