支払いを作成する
支払いを作成し、プラットフォームと売り手またはサービスプロバイダで支払いを分割します。
顧客から決済を受け付けるには、まず、支払いを作成する必要があります。支払いタイプの選択肢は、ダイレクト、デスティネーション、または支払いと送金別方式です。支払いタイプは、関係者間での売上の分配方法を決定し、顧客の銀行明細書または請求明細書での支払いの表示方法 (プラットフォームの情報またはユーザーの情報のいずれが表示されるか) に影響し、Stripe が返金やチャージバックの金額を引き落とすアカウントを決定します。
支払いタイプ
以下の表に示されているように、支払いタイプを選択する際には、多くの要因を考慮する必要があります。Stripe での売上の流れに影響する可能性があるため、プラットフォームのビジネスモデルは特に重要です。どの支払いタイプがご自身のビジネスに適しているかを確認するには、プラットフォームプロフィールをご覧ください。
| 支払いタイプ | 使用するケース | 例 |
|---|---|---|
| ダイレクト支払い |
|
|
| デスティネーション支払い |
|
|
| 支払いと送金別方式 |
|
|
使用するアプローチは、1 つでも、複数でも構いません。また、組織に応じてアプローチを変更することもできます。
ダイレクト支払い
連結アカウントで直接支払いを作成します。アカウントの顧客はプラットフォームの存在に気付かないことがよくあります。プラットフォーム手数料を追加して、連結アカウントが支払いを回収したときにプラットフォームのアカウント残高に送金することができます。
注
ダイレクト支払いを使用するには、連結アカウントでcard_payments ケイパビリティが有効になっている必要があります。
この支払いタイプは、SaaS (サービスとしてのソフトウェア) を提供するプラットフォームに最適です。たとえば、Shopify はオンラインストアフロントを構築するためのツールを提供し、Thinkific は教育者がオンラインコースを販売できるようにしています。
この支払いタイプの特徴は以下のとおりです。
- 連結アカウントで支払いを作成するため、支払いはプラットフォームの残高ではなく、連結アカウントの残高に表示されます。
- 連結アカウントの残高は、支払いのたびに増加します。
- 売上は常に連結アカウントの所在国で処理されます。
- プラットフォームの残高は、支払いに対して回収するプラットフォーム手数料によって増加します。
- 返金やチャージバックを行うと、連結アカウントの残高が減少します。
- Stripe が手数料を連結アカウントから直接引き落とすか、プラットフォームアカウントから引き落とすかを選択できます。
- これらの追加要件を満たしている場合は、Stripe Managed Risk を使用できます。
ダイレクト支払いでの売上の経路選定のしくみ
デスティネーション支払い
プラットフォームで支払いを作成し、連結アカウントに売上を即時に送金します。売上の一部または全額を送金するかどうか、およびプラットフォーム手数料を差し引くかどうかを決定します。
この支払いタイプは、住宅賃貸マーケットプレイスやライドシェアアプリなどのマーケットプレイスに最適です。
この支払いタイプの特徴は以下のとおりです。
- プラットフォームで支払いを作成するため、決済はプラットフォームの残高に表示されます。売上の一部が連結アカウントの残高に即時に送金されます (以下の売上フロー図をご覧ください)。
- プラットフォーム残高に残る売上の部分は、連結アカウントに請求する手数料に相当します。
- 返金やチャージバックを行うと、プラットフォームの残高が減少します。
- Stripe はプラットフォームの残高から手数料を引き落とします。
プラットフォーム手数料を差し引いた残高を連結アカウントに送金します。
連結アカウントに全額の支払いを送金してから、プラットフォーム手数料を支払います。
注意
多くのシナリオでは、デスティネーション支払いは、プラットフォームと連結アカウントの両方が同じ地域 (たとえば、双方がアメリカなど) に所在する場合にのみサポートされます。複数地域に渡る場合は、支払いで on_behalf_of 属性を使用して、連結アカウントに売上処理加盟店を指定できます。複数地域に渡る場合の対応について、詳細は海外送金をご覧ください。
支払いと送金別方式
プラットフォームで支払いを作成し、複数の連結アカウント間で売上を分割するか、支払い時に特定のユーザーがわからない場合は保留します。プラットフォームアカウントへの支払いは、連結アカウントへの送金から切り離されます。
この支払いタイプは、レストランのデリバリープラットフォームである DoorDash のように、複数の当事者間で支払いを分割する必要があるマーケットプレイスに最適です。
Express および Custom のアカウントについて、デスティネーション支払いの使用がビジネスニーズを満たさない場合、支払いと送金別方式をお勧めします。
この支払いタイプの特徴は以下のとおりです。
- まず、プラットフォームのアカウントで支払いを作成します。連結アカウントに売上を移動するために、別個の送金を作成します。この支払いは、ご自身のアカウントで支払いとして表示され、さらに連結アカウントへの送金も表示されます (金額はご自身で決定します)。この金額はアカウント残高から引き落とされます。
- 複数の連結アカウントに売上を送金できます。
- 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 を使用して、不審請求の管理を自動化し、チャージバックを処理することもできます。