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