エスクローは、売買の当事者以外の第三者が代金をいったん預かり、商品やサービスの引き渡しが確認できた時点で売主へ送金する仕組みです。CtoCマッチングサイトやフリマ、クラウドソーシングで「代金は運営が預かります」と表示されるあの流れが、これにあたります。この記事では、三者のあいだで資金がどう動くのか、エスクロー口座やエスクロー決済という言葉が何を指すのか、資金決済法でいう為替取引・資金移動業との線引きがどこにあるのかを順を追って整理する構成です。あわせて、2026年6月1日に施行された改正資金決済法での位置づけと、決済代行に任せる方式と自社で預り金を管理する方式の費用差を、サイトを構築する側の判断材料として示します。
まとめ:エスクロー導入で先に決めるべき法的構成と実装方式
エスクローの本質は、代金の支払いと商品の引き渡しという同時履行が成立しない取引に、第三者を挟んで擬似的な同時履行をつくることにあります。買主は先に払っても商品が届かないリスクを負わず、売主は先に送っても代金を取りはぐれない。この一点のために、運営側は預かった資金の法的な位置づけと、受取確認から送金までの状態遷移という二つの設計を背負います。
判断を分けるのは三つです。第一に、代金を自社で預かるのか決済代行に預からせるのか。第二に、預かる形が資金決済法の為替取引や出資法の預り金に当たらない構成になっているか。第三に、キャンセル・返品・部分返金という異常系の状態遷移を要件定義の段階で確定させたか。このうち第三は法務ではなく設計の問題ですが、開発工数と運用コストへの影響はもっとも大きくなります。
結論として、国内のCtoCマッチングサイトを立ち上げる段階では、決済代行が提供するエスクロー機能に寄せる構成を推奨します。自社での預り金管理や信託による分別管理は、取引流通額が育って代行手数料の削減効果が委託コストを上回ってから移行すれば足ります。
エスクローとは何か:代金を第三者が預かる三者構造と資金の流れの基本
まず用語と資金の動きを固めます。エスクローという言葉は、仕組み全体を指すこともあれば口座や決済機能の名前としても使われ、指す対象が揺れています。
第三者が代金を預かって売買の同時履行を担保する仕組みという定義
エスクロー(escrow)は、英米法の不動産取引で、権利証書を条件成就まで第三者に寄託した慣行に由来する語です。日本語では第三者預託と訳されます。売主・買主・預託を引き受ける事業者という三者が登場し、事業者は買主から受け取った代金を、あらかじめ決めた条件が満たされるまで手元に留め置きます。
条件とは、商品の引き渡しやサービスの提供が完了したという事実です。フリマアプリなら買主の受取評価、クラウドソーシングなら発注者の検収、不動産なら登記の完了が条件にあたります。留め置く期間があるからこそ、当事者の一方が履行しなかったときに資金を戻す余地が残る。ここがクレジットカード決済や銀行振込との決定的な差です。
入金から商品受領確認を経て売主へ送金するまでの6段階の資金の流れ
マッチングサイトに載せる場合、資金は次の順で動きます。
- 買主がサイト上で購入を確定し、事業者が指定する口座や決済手段で代金を支払う
- 事業者が入金を確認し、売主へ発送または着手の指示を通知する
- 売主が商品を発送し、追跡番号などの履行証跡をサイトに登録する
- 買主が受領し、サイト上で受取完了(検収)を操作する
- 事業者が手数料を差し引いた代金を売主の登録口座へ送金する
- 期限内に受取操作がない場合は自動確定へ、異議申立てがあれば返金・仲裁のフローへ分岐する
正常系は1から5までの一本道です。開発工数を食うのは6の分岐にあります。
エスクロー口座・エスクロー決済・収納代行という3つの用語の使い分け
エスクロー口座は、預かった代金をプールしておく口座を指します。買主ごとに銀行口座を開設するわけではなく、事業者名義の口座(または信託口座)に資金を集め、誰の取引の何円かをシステム内部の残高として管理するのが通例です。利用者から見て「自分の口座」に見えるのは、あくまで画面上の残高表示にすぎません。
エスクロー決済は、この流れを決済機能として提供する呼び名です。決済代行会社のサービス名やAPIの機能名として使われます。一方の収納代行は、債権者である売主から委託を受けて、債務者である買主から資金を受領するサービス全般を指す言葉です。エスクローは収納代行の一形態として説明されることが多いのですが、受け取った資金をすぐ売主へ渡すのではなく、引渡し確認まで留め置く点で通常の収納代行と挙動が異なります。この違いが、次章の法的な線引きに効いてきます。
資金決済法における為替取引の線引きと、エスクローが資金移動業に当たらない条件
他人の金銭を預かって別の人へ渡す行為は、条件しだいで資金移動業の領域に踏み込みます。境界を条文と判例の定義から確認します。
為替取引の定義と第一種から第三種までの資金移動業の上限額と参入規制
為替取引とは、最高裁平成13年3月12日決定が示した「顧客から、隔地者間で直接現金を輸送せずに資金を移動する仕組みを利用して資金を移動することを内容とする依頼を受けて、これを引き受けること、又はこれを引き受けて遂行すること」という定義が実務の出発点になっています。銀行等以外の者がこれを業として行うには、資金決済法にもとづく資金移動業の登録が必要です。
令和2年の資金決済法改正(2021年5月1日施行)で、資金移動業は送金額に応じた3類型に分けられました。
| 類型 | 1件あたりの送金上限 | 参入手続 | 想定される用途 |
|---|---|---|---|
| 第一種資金移動業 | 上限なし(100万円超も可) | 認可 | 高額送金・法人間送金 |
| 第二種資金移動業 | 100万円以下 | 登録 | 従来の資金移動業者・送金アプリ |
| 第三種資金移動業 | 5万円以下 | 登録 | 少額送金・割り勘等 |
利用者資金の滞留規制や保全方法の水準も、類型ごとに差が設けられています。マッチングサイトの運営が自前でこの登録を取りにいくのは、審査対応と資産保全の負担が重く、事業の初期段階では現実的な選択肢になりません。
売主が受領権限を与える法的構成で為替取引に当たらないとする整理の射程
それでもエスクローが広く提供されているのは、法的な構成しだいで為替取引に当たらないと整理できるからです。骨子はこうです。売主があらかじめ事業者へ代金の受領権限を与えておくと、買主が事業者へ支払った時点で買主の代金支払債務は消滅します。その後の事業者から売主への送金は、事業者が自らの債務を履行しているだけであって、買主から売主への資金移動を引き受けたことにはならない。だから為替取引ではない、という論理です。
この整理には射程があります。買主への返金が発生する設計では、いったん受領した資金を支払人へ戻す流れが混ざる点にも注意が必要です。プラットフォーム外で成立した取引の代金回収まで引き受ければ、取引成立に関与しない収納代行に近づきます。さらに、銀行等以外の者が業として不特定多数から預り金をすることを禁じる出資法第2条にも別途照らす必要があり、為替取引の議論をクリアしただけでは足りません。前払式支払手段や電子決済手段を含む法律全体の区分は資金決済法とは?前払式支払手段と資金移動業の区分をポイント・チャージ設計で解説で整理しています。
2026年6月1日施行の改正資金決済法でエスクローが適用除外とされた意味
2025年6月13日に公布された改正資金決済法が、2026年6月1日に施行されました。関連する政令・内閣府令は2026年5月19日に閣議決定、同月22日に公布されています。この改正で、商品・サービスの取引成立に関与しない者が行うクロスボーダー収納代行、つまり国境を跨ぐ収納代行に、原則として資金移動業の規制が適用されることになりました(改正資金決済法第2条の2第2号)。海外オンラインカジノや出資金詐欺への送金に使われた事例が背景にあります。
ただし、利用者保護の観点からリスクが低いものは規制対象外とされ、内閣府令では次の類型が挙げられました。プラットフォーマー等が取引成立に関与する場合、エスクローサービス、資本関係があるなど受取人との経済的一体性が認められる者が収納代行を行う場合、他法令で規律されている場合の4つです。ここでエスクローサービスは「顧客のために一時的に資金を預かり、顧客の商品受領後に送金するサービス」と説明されています。
実装する側が読み取るべきは、除外の条件が「商品受領後に送金する」と明示された点です。エスクローと名乗っていても、受取確認を経ずに入金後すぐ送金する設計であれば、この説明とは合致しません。したがって、受取確認(検収)を独立したイベントとして記録し、送金処理のトリガーをそのイベントに紐づける実装が、法的な整理と技術的な構造を一致させる最短経路になります。なお規制の主対象は国境を跨ぐ送金であり、国内で完結するマッチングサイトが直ちに登録を要するようになったわけではありません。越境取引を扱う予定がある場合は、設計段階で法務確認を挟んでください。
CtoCマッチングサイトでエスクローを載せる3つの実装方式と費用構造の比較
法的な整理が決まれば、次は誰が代金を預かるかという方式の選択です。方式ごとに開発量と運用負担の重心が変わります。
決済代行の与信枠確保と売上確定を分離する方式の実装コストと制約
カード決済のオーソリ(与信枠の確保)とキャプチャ(売上の確定)を分離して使う構成です。購入時にはオーソリだけを通し、買主の受取確認を受けてキャプチャする。代金は自社の口座を経由しないため、預り金や為替取引の論点をそもそも発生させずに済みます。開発量も、決済代行のAPIを2段階で叩くだけで足ります。
制約は期間です。オーソリには有効期間があり、過ぎると与信が失効します。日数はカードブランドやアクワイアラで異なるため契約先への確認が要りますが、制作物の納品まで数か月かかる受注制作のモデルでは、この方式は成立しません。部分キャプチャ(一部だけ売上確定する処理)の可否も事業者ごとに違います。
もうひとつの型が、決済代行が代金を預かってプラットフォームからのAPI指示で売主へ送金する、いわゆるマーケットプレイス型です。売主の口座登録や本人確認まで代行側が担うため、運営の負担はさらに軽くなります。Stripe Connectで出品者へ分配する実装はStripe Connectとは:アカウント種別・3つの支払い方式と資金フローの実装手順にまとめました。決済以外の要件との兼ね合いは、マッチングサイト・求人ポータルの構築における開発手法と法規制の整理で全体像を押さえてください。
自社で預り金を管理する方式で発生する法務・会計・出金運用の負担
自社の銀行口座に代金をプールし、売主ごとの残高を社内台帳で管理する方式です。中抜きされる手数料が減り、独自の入出金ルールを設計できる反面、三方向の負担が同時に発生します。
法務では、為替取引・預り金・出資法の整理を弁護士見解込みで用意し、規約に受領権限の付与を明記する必要があります。会計では、預かった代金は自社の売上ではなく預り金という負債であり、売主別残高の合計と実口座残高を日次で突き合わせる照合作業が必要です。運用では、出金依頼のバッチ処理、振込手数料の負担、組戻し、口座名義相違の差し戻し対応が毎日ぶら下がります。自動化しても人の判断が残る領域で、取引件数に比例して工数が伸びる。流通額が小さいうちは、削減できる手数料よりこの負担のほうが確実に上回ります。
信託スキームで代金を保全する方式が現実的になる取引規模の目安
預かった代金を信託銀行や信託会社の信託口座で分別管理し、運営会社が破綻しても利用者の資金が保全される形にする方式です。信託業を自社で営むには信託業法上の免許または登録が必要になるため、実務では信託会社へ委託します。委託には固定的なコストがかかるので、取引流通額が一定規模を超えて初めて採算に乗ります。
2026年6月1日施行の改正では、資金移動業者が破綻した際の返還方法も見直されました。従来は銀行等の保証や信託で保全していても、返還は必ず供託手続を経る必要があり、最低170日を要していました。改正後は、銀行等の保証機関による直接返還と信託会社等による直接返還が追加されています(改正資金決済法第45条の3から第45条の5)。資金移動業の登録を取る規模まで事業が育った場合、資産保全の設計に選べる幅が広がったことになります。
3つの方式の初期費用・運用負担・法務リスクを並べた選択の目安
方式ごとの重心を並べると、選択の基準がはっきりします。
| 方式 | 代金を預かる主体 | 法務整理の負担 | 初期の開発量 | 向く段階 |
|---|---|---|---|---|
| オーソリ・キャプチャ分離 | 誰も預からない(与信保留) | 小 | 小 | 立ち上げ期・短期履行 |
| マーケットプレイス型代行 | 決済代行 | 小 | 中 | 立ち上げ期・長期履行 |
| 自社預り金 | 自社 | 大 | 大 | 流通額が育った段階 |
| 信託 | 信託会社 | 中(委託契約) | 大 | 資金保全を訴求する段階 |
立ち上げ期に検討すべきは上の2行だけです。
エスクロー実装で設計が破綻する場面と、要件定義の段階で決めておく論点
ここからは、法的な整理が済んだあとに残る設計上の落とし穴です。実装の失敗はほぼ例外なく、異常系の定義漏れから起きます。
キャンセル・全額返金・部分返金の状態遷移を後回しにしたときの破綻
購入確定、入金済、発送済、受取確認、送金済という正常系だけを作った状態でリリースすると、初月から手作業の返金対応に追われます。実際に必要な分岐は、発送前キャンセル、発送後の返品、受取操作がないまま期限切れとなる自動確定、買主からの異議申立て、部分返金、送金失敗後の差し戻しと、少なくとも6つあります。
返金ひとつ取っても経路は割れます。カード決済でキャプチャ前ならオーソリの取消で済みますが、キャプチャ後は返金処理になり、締め日をまたぐと当月請求からの相殺ができず翌月の返金になる。買主には「返金されていない」と見えるため問い合わせが増えます。要件定義の段階で状態遷移図を確定させ、各状態と遷移をコード上の列挙型と1対1で対応させておくと、後から分岐を足したときの取りこぼしが防げます。
エスクロー手数料の負担者と売上計上・売主への入金サイクルの設計
買主のカード決済にかかる決済手数料と、プラットフォームが受け取るエスクロー機能の手数料は別物です。これを売主から差し引くのか、買主に上乗せするのか、折半するのかで、表示価格・領収書・請求書の記載が変わります。
会計処理も先に決めておく必要があります。適格請求書等保存方式(2023年10月開始)のもとで、プラットフォームが受け取る手数料は自社の課税売上ですが、預かって売主へ渡す代金部分は預り金であって売上ではありません。ここを分けずに集計すると、売上高が実態の何倍にも膨らんだ数字で計上される事故が起きます。受取確認から売主の口座に着金するまでの入金サイクルも、出品意欲に直結する設計項目です。即時・週次・月次のどれを採るか、振込手数料を誰が負担するか、最低出金額をいくらに置くかをセットで決めてください。単価も回転もジャンル次第で変わるため、CtoCマッチングサイトで展開可能な事業ジャンルと事例から自社に近い形を先に定めると、手数料設計の前提が固まります。
犯収法の取引時確認と出金先口座の名義一致で止まる出金の設計漏れ
売主への出金は、本人確認を済ませた口座に限る設計にします。犯罪収益移転防止法の取引時確認の対象になるかどうかは事業スキームによって変わりますが、対象外であっても、口座名義と登録名義の一致チェックは実装しておく価値があります。名義相違による組戻しは、振込手数料と対応工数の両方を消費するからです。
オンラインで本人確認を完結させるeKYCを組み込む場合、犯罪収益移転防止法施行規則が定める確認方法には複数の類型があり、どれを採るかで撮影要件も保存すべきデータも変わります。金融領域での本人確認要件の具体像は、金融業界の電子契約システムに求められるeKYC要件の解説で扱っている論点がそのまま参考になります。
エスクローを採用すべき取引条件と、決済代行に任せて見送るべき場面の判断
ここまでの整理をもとに、載せるべきかどうかを条件で言い切ります。エスクローは万能の安心装置ではなく、成立する取引の型が決まっています。
エスクローを採用する条件は取引単価・履行までの時間差・当事者の匿名性
採用する価値があるのは、次の3条件がそろう取引です。ひとつ、1件あたりの取引単価が決済手数料と振込手数料を吸収できる水準にあること。数千円を下回ると、手数料が利益率を圧迫します。ふたつ、入金から履行完了までに時間差があること。発送、制作、役務提供のように、払ってから受け取るまでの間が空くからこそ、留め置く意味が生まれます。みっつ、売主と買主が互いの素性を知らない匿名性の高い関係であること。
この3つのうち2つが欠けるなら、エスクローは過剰です。開発費と運用負担を増やすだけで、取引件数は増えません。
BtoBの継続取引と即時デジタル納品でエスクローを見送るべき理由
逆に、次の場面では載せない判断を推奨します。
- BtoBの継続取引:安全性は契約と与信で担保済みで、請求書払いで足ります。エスクローは売主の資金拘束期間を延ばすだけです
- 即時デジタル納品(ダウンロード販売、APIキーやライセンスの発行):引き渡しが即時に完了するため、留め置く時間そのものが存在しません
- 少額多頻度の取引(1件数百円):決済手数料と振込手数料が取引額を圧迫し、運営にも売主にも利益が残りません
- 役務の完了判定が主観に依存する取引(コンサルティング、カウンセリング):受取確認が争いの温床になります。成果物の定義とマイルストーン分割を先に設計するほうが効きます
最後の類型はとくに誤解されがちです。トラブルが多いからエスクローで守ろうという発想は、判定基準が曖昧なまま資金を止める仕組みを増やすことになり、運営が仲裁の当事者として引きずり込まれます。
マッチングサイトの立ち上げ段階では決済代行に寄せるべきという境界線
立ち上げ期の結論は明確です。決済代行のエスクロー機能に寄せてください。自社での法的構成づくり、預り金の分別管理、信託による保全は、いずれも月間流通額が一定規模に達してから初めて採算に乗る施策です。
切り替えの目安は手数料で測れます。決済代行に支払う手数料の年額が、自社スキームを構築・維持するための法務費用・開発費・運用人件費の年間合計を超えたときが、移行を検討する判断基準です。逆に言えば、その水準に届くまでは、浮かせようとした手数料以上のコストを自社で背負うことになります。エスクローの状態遷移設計から決済代行の選定、出金運用までを含めた構築を外部に任せる場合は、CtoCマッチングシステム開発のように、決済フローと取引ロジックの両方を扱える体制かどうかを見て選ぶと、要件定義の段階から法務論点を織り込めます。
よくある質問
エスクローの導入検討でよく寄せられる疑問を、実装と法務の両面から整理しました。
エスクローとエスクロー口座は何が違うのですか?
エスクローは、第三者が代金を預かって条件成就まで留め置くという仕組み全体を指します。エスクロー口座は、その代金を実際にプールしておく口座のことです。利用者ごとに銀行口座を開設するのではなく、事業者名義の口座や信託口座に資金を集約し、誰の取引の何円かをシステム内部の残高として管理する形が一般的です。
自社でエスクローサービスを提供するのに登録や免許は必要ですか?
代金を預かる形が資金決済法上の為替取引に該当すれば、資金移動業の登録が必要になります。実務では、売主が事業者へ代金の受領権限をあらかじめ与える構成を取ることで、為替取引に当たらないと整理する例が一般的です。ただしこの整理は返金の設計や取引成立への関与度によって揺れますし、出資法第2条の預り金禁止にも別途照らす必要があります。自社で構成を組むなら弁護士見解が要ります。
2026年6月の資金決済法改正で、国内のマッチングサイトも規制対象になったのですか?
規制が及ぶことになったのは、取引成立に関与しない者が行うクロスボーダー収納代行です(改正資金決済法第2条の2第2号、2026年6月1日施行)。国内で完結する取引が直ちに登録を要するようになったわけではなく、内閣府令ではエスクローサービスも規制対象外の類型に挙げられています。越境の取引を扱う予定がある場合のみ、設計段階での法務確認を推奨します。
ソースコードエスクローも、この記事で説明している仕組みと同じですか?
構造は同じで、預ける対象が違います。ソースコードエスクローは、開発会社が納品したシステムのソースコードを第三者機関に預託し、開発会社の倒産やサポート終了といった条件が発生した時点で発注者へ開示する仕組みです。「第三者に預け、条件が成就したら引き渡す」という骨格は共通しており、この記事で扱っているのは代金決済のほうのエスクローです。
エスクローを組み込んだマッチングサイトの開発期間はどれくらいかかりますか?
期間を左右するのは決済方式の選択と異常系の数です。決済代行のオーソリ・キャプチャ分離を使い、返金を全額返金のみに絞れば、決済まわりの実装は限定的な範囲で収まります。逆に部分返金・異議申立て・仲裁・自動確定を全部持たせると、状態遷移の設計と検証だけで工程がふくらむ。見積もりを取る前に、扱う分岐をどこまで初期リリースに含めるかを決めておいてください。
関連記事
- マッチングサイト・求人ポータルの構築とは?開発手法・費用・必須機能と、法規制の壁を解説:エスクローを含む決済以外の必須機能と、構築全体にかかる費用構造を確認できます
- CtoCマッチングサイトで展開可能な事業ジャンルとその事例紹介:取引単価と回転数がエスクローの採否を分けるため、自社モデルに近いジャンルの選定に役立ちます
- 金融業界の電子契約システムとは?保険業法・金商法の電磁的方法とeKYC要件【2026年時点】:売主の本人確認をオンラインで完結させる際の要件整理に接続します