サポート対象の Connect 構成に移行する
Connect 導入をサポート対象の構成に移行する方法をご紹介します。
間接決済 (デスティネーション支払いまたは支払いと送金別方式) を作成する場合は、連結アカウントの設定に関係なく、常に次のことが当てはまります。
- マイナス残高の責任はプラットフォームが負います。
- 連結アカウントは返金や不審請求の申し立てを管理できません。
- Stripe はプラットフォームから直接手数料を回収します。
- ダイレクト支払いも使用する場合、その動作は連結アカウントの設定によって制御されます。このため、2 つの異なる収益化フローを維持する必要がある場合があります。
間接決済を使用する場合、Stripe は、Stripe 手数料とマイナス残高に対する責任をプラットフォームに割り当てることをお勧めします。そうしないと、実際の動作が設定と競合する可能性があります。この推奨事項は、on_behalf_of パラメーターを使用するかどうかにかかわらず適用されます。
既存の導入がこの推奨事項に違反している場合は、以下のいずれかを行うことをお勧めします。
- 決済をダイレクト支払いに変更します。これにより、連結アカウントが加盟店オブレコードとなり、連結アカウントが返金や不審請求の申し立てを自身で処理できるようになります。
- マイナス残高とプラットフォームへの Stripe 手数料の決済に対する責任を変更します。この場合、連結アカウントは Stripe ダッシュボードの全機能を使用できません。
決済方式をダイレクト支払いに変更する
以下の場合は、決済方式をダイレクト支払いに変更します。
- 現在、Connect 導入では間接支払い (デスティネーション支払いまたは支払いと送金別方式) を使用しています
- 同じ連結アカウント構成を引き続き使用したい場合は以下のとおりです。
- Stripe がマイナス残高の負債を負う
- 連結アカウントが決済処理手数料を支払う
決済方式を変更すると、データの可用性、収入レポート、返金とチャージバックの処理方法など、ワークフローのいくつかの側面に影響します。
API の変更点
これらの例は、間接支払いではなくダイレクト支払いを使用する場合の PaymentIntent の作成方法を示しています。
Webhook
| 間接支払い | ダイレクト支払い |
|---|---|
| これらの決済方式はプラットフォームに関連付けられ、プラットフォームアカウントから支払い関連イベントをリッスンできます。さらに、入金および送金イベントをリッスンすることも検討してください。これらは連結アカウントに影響を与える可能性があります。 | ダイレクト支払いは連結アカウントに関連付けられ、連結アカウントからの支払い関連イベントをリッスンできます。 |
データの可用性と移行
| 間接支払い | ダイレクト支払い |
|---|---|
| Stripe は、顧客、取引、決済手段のすべての情報をプラットフォームレベルで保存します。プラットフォームは、連結アカウントから保存された情報にすぐにはアクセスできません。その逆も同様です。 | Stripe は、すべての顧客、取引、決済手段の情報を連結アカウントレベルで保存します。 |
決済手段をプラットフォームから連結アカウントに移行する
決済手段 API を使用して、プラットフォームアカウントに保存された関連する PaymentMethods を、必要な各連結アカウントに複製します。ダイレクト支払いのために複数のアカウント間で決済手段を共有する方法をご覧ください。
責任加盟店
使用する決済方式によって記録加盟店が決まるため、使用する決済方式がビジネスモデルと一致していることを確認してください。記録加盟店を正しく指定して、プラットフォームの罰金を回避してください。
| 間接支払い | ダイレクト支払い |
|---|---|
| プラットフォームはデフォルトで加盟店オブレコードです。on_behalf_of パラメータを使用して、連結アカウントを加盟店オブレコードとして設定できます。 | 連結アカウントは加盟店である必要があります。 |
Revenue Reporting
| 間接支払い | ダイレクト支払い |
|---|---|
| ダッシュボードに、すべての取引額、手数料、返金を含む収入の統合ビューが表示されます。 | 収入は連結アカウントに直接記録され、これらの決済から発生した収入や処理手数料を直接確認することはできません。 |
返金とチャージバック
連結アカウントの設定の変更
以下の場合は、連結アカウントの設定を変更します。
- Connect 導入で間接支払い (デスティネーション支払いまたは支払いと送金別方式) を使用しており、この決済方式を引き続き使用したい場合
- Stripe がマイナス残高の負債を負う
- 連結アカウントが決済処理手数料を支払う
Standard Stripe ダッシュボードの代わりに、組み込み型または Express ダッシュボードの使用に移行します。
Stripe は、既存の連結アカウントのタイプの直接変更をサポートしていません。代わりに、必要なアカウント設定を使用して新しい連結アカウントを作成し、ユーザーを再ユーザー登録する必要があります。
前提条件
- Use controller properties: If you use legacy account types (Standard, Express, or Custom), we recommend that you migrate your accounts to use controller properties instead of using account types.
- 法務または利用規約の更新の可能性: 連結アカウントを管理および制御できる機能を使用してプラットフォーム利用規約を更新できることを法務チームに確認してください。利用規約にすでに規定がある場合があります。Connect プラットフォームによる連結アカウントの管理および制御の変更については、Stripe 利用規約を参照してください。連結アカウントの設定によっては、プラットフォーム利用規約に Stripe Connect アカウント契約を含める必要が生じることもあります。
- 連結アカウントに移行について連絡する: 移行の更新についてユーザーにメッセージを送信する準備をします。メッセージには次の情報を含めます。
- 利用規約の更新
- ユーザーが新しいアカウントにユーザー登録する理由
- ユーザー体験の更新または変更
- ユーザーが質問でサポートチームに連絡する方法
- サポートチームと運用チームを準備する: ユーザーが新しいアカウントで経験する可能性のあるすべての変更と、価格設定、リスク管理、アカウント管理の変更を文書化することをお勧めします。サポートチームが質問のあるユーザーを支援するために使用できる回答シートを用意します。移行後もユーザーが Stripe サポートを利用できる場合は、Stripe アカウントチームと協力して、例外処理のサポートを構築し、よくある質問のライブラリを作成します。
- Express または Custom に移行する Standard アカウントの機能パリティを確保: Stripe ダッシュボードを定期的に使用する Standard アカウントをお持ちの場合は、そのアカウントはダッシュボードにアクセスできなくなりますが、Express ダッシュボードまたは組み込みコンポーネントを使用するプラットフォーム UI のいずれかで、期待する機能に引き続きアクセスできることをお知らせください。
新しい連結アカウントを作成する
- 新しい Connect アカウント設定を使用して新しい連結アカウントを作成します。アカウント作成時に、Accounts v1メタデータオブジェクトに以前のアカウント ID を書き込み、独自のレコード用に保存します。これにより、ユーザーの既存のアカウント ID が新しい連結アカウント ID にマッピングされます。このマッピングにより、正しい顧客と決済手段が新しいアカウントにコピーされ、新旧のアカウントが追跡されます。
- (オプション) 連結アカウントにネットワークユーザー登録を使用します。これにより、連結アカウントの所有者は法務会社名やビジネスの詳細など、特定の情報を再利用できます。または、以前のアカウントのアカウント情報を事前入力して、連結アカウントのプロセスを迅速化します。ホスト登録または組み込みユーザー登録では、事前入力されたフィールドがスキップされるため、連結アカウントはユーザー登録を完了する前に、自身の情報を確認して Connect 利用規約を再同意する必要があります。
- 連結アカウントを招待してユーザー登録を完了します。
移行を段階的に一括実行
既存のユーザーには、プラットフォーム固有のユースケースに応じて、移行を段階的に一括することをお勧めします。少人数のユーザーグループで移行を開始し、導入が機能し、これらのユーザーと協力してプロセス中にフィードバックを収集することを確認します。
プラットフォームでは、Standard、Express、Custom の連結アカウントを同時に使用できます。新しい連結アカウント設定を使用して新しいアカウントのユーザー登録と、既存のアカウントの移行を同時に行うことをお勧めします。