Connect 導入における支払いの仕組みを理解する
Connect 導入で使用される支払いの種類と、プラットフォームと連結アカウントの間で資金がどのように移動するかをご紹介します。
Connect 導入では、プラットフォームまたは連結アカウントが顧客から支払いを受け付けるには、まず支払いを作成する必要があります。作成する支払いのタイプによって、プラットフォーム、連結アカウント、Stripe 間での資金の分配方法が決まります。また、プラットフォームまたは連結アカウントの情報が顧客の銀行明細書または請求明細書に表示されるかどうか、および返金とチャージバックのために Stripe がどのアカウントから引き落としを行うかが決まります。
支払いタイプ
Connect では、2 つの一般的なカテゴリで 3 種類の支払いが使用されます。
- ダイレクト支払い: 連結アカウントに直接行われる支払い。資金は連結アカウントから Stripe またはプラットフォームアカウントに手数料として送金されます。
- 間接支払い: プラットフォームに対して行われた支払い。資金は、手数料としてプラットフォームから Stripe に送金され、支払いの一部として連結アカウントに送金されます。間接支払いには、デスティネーション支払いと 支払いと送金別方式があり、資金をプラットフォームから連結アカウントに送金する方法が異なります。
次の表は、使用する支払いタイプを選択する際に考慮すべき多くの要素を説明したものです。プラットフォームのビジネスモデルは、Stripe 経由の資金フローに影響を与える可能性があるため、特に重要です。ビジネスに対する Stripe の推奨事項を確認するには、プラットフォームプロフィール を参照してください。
| 支払いタイプ | ユースケース | 例 |
|---|---|---|
| ダイレクト支払い |
|
|
| デスティネーション支払い |
|
|
| 支払いと送金別方式 |
|
|
ビジネスに適している場合は、複数の支払いタイプを使用できます。
ダイレクト支払い
連結アカウントで直接支払いを作成します。アカウントの顧客は、多くの場合、プラットフォームの存在に気付きません。連結アカウントが支払いを回収するときにプラットフォームのアカウント残高に送金されるプラットフォーム手数料を指定できます。
メモ
ダイレクト支払いを使用するには、連結アカウントで card_payments capability が有効になっている必要があります。
この決済方式は、サービスとしてのソフトウェア (SaaS) を提供するプラットフォームに最適です。たとえば、Shopify はオンラインストアフロントを構築するためのツールを提供し、Thinkific は教育者がオンラインコースを販売できるようにしています。
この支払いタイプの特徴は以下のとおりです。
- 連結アカウントで支払いを作成するため、支払いはプラットフォームの残高ではなく、連結アカウントの残高に表示されます。
- 連結アカウントの残高は、支払いのたびに増加します。
- 売上は常に連結アカウントの所在国で処理されます。
- プラットフォームの残高は、支払いに対して回収するプラットフォーム手数料によって増加します。
- 返金やチャージバックを行うと、連結アカウントの残高が減少します。
- Stripe が手数料を連結アカウントから直接引き落とすか、プラットフォームアカウントから引き落とすかを選択できます。
- これらの追加要件を満たしている場合は、Stripe Managed Risk を使用できます。
ダイレクト支払いの資金フロー
ダイレクト支払いの詳細については、ダイレクト支払い をご覧ください。
デスティネーション支払い
プラットフォームで支払いを作成し、連結アカウントに売上を即時に送金します。売上の一部または全額を送金するかどうか、およびプラットフォーム手数料を差し引くかどうかを決定します。
この支払いタイプは、住宅賃貸マーケットプレイスやライドシェアアプリなどのマーケットプレイスに最適です。
この支払いタイプの特徴は以下のとおりです。
- プラットフォームで支払いを作成するため、決済はプラットフォームの残高に表示されます。売上の一部が連結アカウントの残高に即時に送金されます (以下の売上フロー図をご覧ください)。
- プラットフォーム残高に残る売上の部分は、連結アカウントに請求する手数料に相当します。
- 返金やチャージバックを行うと、プラットフォームの残高が減少します。
- Stripe はプラットフォームの残高から手数料を引き落とします。
デスティネーション支払いの資金フローと、送金金額から差し引かれたプラットフォーム手数料
デスティネーション支払いの資金フローと、全額送金後に支払われるプラットフォーム手数料
地域的な考慮事項
デスティネーション支払いは、特定の地域のプラットフォームと連結アカウント間の地域間資金フローのみをサポートします。その他の地域では、on_ を使用しない限り、プラットフォームと連結アカウントは同じ地域にある必要があります。地域間サポートの詳細については、越境送金 をご覧ください。
デスティネーション支払いの詳細については、デスティネーション支払い を参照してください。
支払いと送金別方式
プラットフォームで支払いを作成し、複数の連結アカウント間で売上を分割するか、支払い時に特定のユーザーがわからない場合は保留します。プラットフォームアカウントへの支払いは、連結アカウントへの送金から切り離されます。
この支払いタイプは、レストランのデリバリープラットフォームである DoorDash のように、複数の当事者間で支払いを分割する必要があるマーケットプレイスに最適です。
Express および Custom のアカウントについて、デスティネーション支払いの使用がビジネスニーズを満たさない場合、支払いと送金別方式をお勧めします。
この支払いタイプの特徴は以下のとおりです。
- まず、プラットフォームのアカウントで支払いを作成します。連結アカウントに売上を移動するために、別個の送金を作成します。この支払いは、ご自身のアカウントで支払いとして表示され、さらに連結アカウントへの送金も表示されます (金額はご自身で決定します)。この金額はアカウント残高から引き落とされます。
- 複数の連結アカウントに売上を送金できます。
- Stripe の手数料、返金、チャージバックは、お客様のアカウント残高から引き落とされます。
支払いと送金別方式では、より複雑な Connect 導入が必要です。ビジネスユースケースで必要な場合にのみ使用してください。
- 一対多数の関係。たとえば、配達サービスへの支払いは、ストア (配達される商品のストア) と配達人の間で分配される必要があります。
- 多数対一の関係。たとえば、タクシー配車サービスを使用した相乗りがこれに当たります。
- 送金先のアカウントが確認される前に作成された支払い。たとえば、清掃サービスの場合、どの清掃員に仕事を割り当てるか決定する前に、支払いを処理することがあります。
- 支払いを受け取る前、または支払いの保留中に売上を送金する必要がある場合。たとえば、広告ネットワークは、広告時間を販売する前、または顧客から支払いを受け取る前に広告スペースを購入する必要があります。
- 送金額が、顧客の支払い金額を上回る場合。たとえば、プラットフォームは顧客に割引を提供し、ユーザーには満額を支払うことがあります。
送金額が支払い金額を上回る場合や、支払いが処理される前に送金が行われる場合があります。送金額をカバーするのに十分な利用可能資金を維持するために、アカウント残高を注意深く監視する必要があります。また、その支払いからの資金が利用可能になるまで送金が発生しないように、送金を支払いに関連付けることもできます。
複数の連結アカウントによる支払いと送金別方式の資金フロー
地域的な考慮事項
支払いと送金別方式は、特定の地域のプラットフォームと連結アカウント間の地域間資金フローのみをサポートします。その他の地域では、on_ を使用しない限り、プラットフォームと連結アカウントは同じ地域にある必要があります。地域間サポートの詳細については、越境送金 をご覧ください。
支払いと送金別方式の詳細については、支払いと送金別方式をご覧ください。
on_behalf_of パラメーターを使用する間接支払い
連結アカウントを支払いの記録対象にするには、on_ パラメーターを使用します。on_ が連結アカウントの ID に設定されると、Stripe は以下の操作を自動的に行います。
- 指定されたアカウントの国で支払いを売上処理することで、支払い拒否を最小限に抑え、通貨換算を回避します。
- 連結アカウントの国の手数料体系を使用します。
- 連結アカウントの明細書表記を使用します。
- 連結アカウントがプラットフォームと異なる国に所在する場合、顧客の明細書に (プラットフォームではなく) 連結アカウントの住所と電話番号が表示されします。
delays_で指定された日数に応じて、連結アカウントに入金が行われます。days
Stripe 手数料
Connect の Stripe 手数料は、どの料金プランが支払いに適用されるかと、どのアカウントが Stripe 手数料を支払うかの 2 つの要素によって決まります。
ダイレクト支払いを使用する場合、Stripe 手数料を連結アカウントに請求する方法を選択できます。
デスティネーション支払いと支払いと送金別方式は、一般的にプラットフォームの料金プランを使用し、そのプラットフォームで計算されます。on_ が設定されている場合は、連結アカウントの国を使用して、プラットフォームに請求される国別の手数料が決定されます。
Connect 手数料とカスタム料金体系のリクエスト方法については、Connect 料金体系ページ をご覧ください。
返金
顧客に返金して、返品された商品に使用された金額や、満足のいかないサービスを補償することができます。Stripe は、支払いタイプごとに返金を異なる方法で処理します。
| 支払いタイプ | 返金の保留 |
|---|---|
ダイレクト支払い | 返金を作成する際、Stripe は連結アカウントの残高から返金額を直接引き落とします。 連結アカウントの残高が不足している場合は、返金ステータスを |
デスティネーション支払い | Stripe は、返金額をプラットフォーム残高から引き落とします。連結アカウントへの送金を差戻して、返金費用を回収できます。 返金を発行する際にプラットフォームのアカウント残高に資金がない場合、返金ステータスは 返金リクエストで送金の差戻しも試みたが、連結アカウントの残高が不足している場合、返金リクエストは |
支払いと送金別方式 | Stripe は、返金額をプラットフォーム残高から引き落とします。連結アカウントへの送金を差戻して、返金費用を回収できます。 返金を発行する際にプラットフォームのアカウント残高に資金がない場合、返金ステータスは |
不審請求の申請とチャージバック
ダイレクト支払い を使用して作成された決済で不審請求の申請があった場合、Stripe は不審請求の申請の金額を、プラットフォームの残高ではなく、連結アカウントの残高から引き落とします。Stripe は、連結アカウントの設定に応じて、プラットフォームまたは連結アカウントに不審請求の申請の手数料を請求できます。ダイレクト支払いに対して不審請求の申請の手数料を請求する方法の詳細については、連結アカウントでの手数料の処理をご覧ください。
プラットフォームで支払いが デスティネーション支払い または 支払いと送金別方式 を使用して作成された不審請求の申し立てでは、on_ の有無にかかわらず、不審請求の申し立て額と手数料がプラットフォーム残高から自動的に引き落とされます。この場合、プラットフォームは ダッシュボード または API を使用して送金を差戻すことで、連結アカウントから資金を回収できます。
連結アカウントの残高がマイナスの場合、debit_ が true に設定されている場合にのみ、Stripe が連結アカウントの登録済みの外部口座から引き落としを試みます。
詳細については、不審請求の申請と不正利用および不審請求の申請のカテゴリーをご覧ください。Fraud Stripe Apps を使用して、不審請求の管理を自動化し、チャージバックを処理することもできます。