コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成
サインイン
始める
支払い
財務の自動化
プラットフォームおよびマーケットプレイス
資金管理
開発者向けのツール
始める
支払い
財務の自動化
始める
支払い
財務の自動化
プラットフォームおよびマーケットプレイス
資金管理
概要
Connect の使用を開始
導入の基本
    連結アカウントに対する API コールの実行
    導入に関する推奨事項
    更新のリッスン
    テスト
    Accounts v2 API の概要
導入の例
アカウント登録
アカウントのダッシュボードを設定する
決済を受け付ける
アカウントへの送金
Connect プラットフォームを管理
Connect プラットフォームの納税申告書
連結アカウントのタイプの操作
ホームプラットフォームおよびマーケットプレイスIntegration fundamentals

推奨される Connect の機能と支払いタイプ

各支払いタイプと連結アカウントに対する Connect の設定オプションの影響についてご覧いただけます。

ページをコピー

このドキュメントでは、支払いタイプ別の影響の説明とともに、Connect の設定オプションの一部と関係機能について解説します。Connect の基本機能について理解を深めた後にこのドキュメントをご覧になり、システムの設計に移ることをお勧めします。

推奨設定

以下の表は、各支払いタイプで使用する設定に関する Stripe の推奨事項 (一部) を示したものです。このドキュメントの後半部分で、その他の詳細や根拠について説明しています。

オプションダイレクト支払いデスティネーション支払い / 支払いと送金別方式
ダッシュボード
  • すべて
  • カスタム / 埋め込み
  • すべて
  • カスタム / 埋め込み
  • Express
マイナス残高の責任者
  • Stripe
  • プラットフォーム
決済手数料の徴収者
  • プラットフォーム
  • Stripe
  • プラットフォーム

ダイレクト支払いの設定

ダイレクト支払いは、連結アカウントとその顧客との間で行われる取引です。通常、連結アカウントからプラットフォームへの売上の送金もこの支払いタイプに含まれます。

ダイレクト支払いを使用するシステムの場合、連結アカウントのマイナス残高の責任を Stripe に割り当てておくことをお勧めします。ダイレクト支払いでは、関連する返金によって残高が直接減少するため、連結アカウントの残高がマイナスになるリスクが高くなります。連結アカウントの残高がマイナスになり、プラットフォームが責任を負うように設定している場合、Stripe はプラットフォームの利用可能残高からリザーブ額を保留します。

また、以下の理由により、Stripe Express ダッシュボードではなく、完全な Stripe ダッシュボードまたは埋め込みコンポーネントを使用するカスタムインターフェイスへのアクセスを許可しておくことをお勧めします。

  • 連結アカウントは、Express ダッシュボードを使用して独自の Radar ルールを定義することはできません。また、プラットフォームの Radar ルールは、連結アカウントが作成するダイレクト支払いには適用されません。連結アカウントの Radar ルールを設定するには、プラットフォームがこのアカウントでダッシュボードを表示機能を使用する必要があります。
  • 連結アカウントが Express ダッシュボードを使用する場合、マイナス残高に対する責任は常にプラットフォームが負います。

同様の理由から、Express 連結アカウントでのダイレクト支払いの利用はお勧めしません。Express ダッシュボードの使用に関する問題以外に、Express アカウントでのダイレクト支払いの手数料処理は Stripe のサービスによって異なります。そのため、収益化戦略の決定プロセスは複雑になることが予想されます。

デスティネーション支払いまたは支払いと送金別方式の設定

デスティネーション支払いと支払いと送金別方式は、プラットフォームと連結アカウントの顧客との間で行われる取引です。通常、プラットフォームから連結アカウントへの資金の送金が伴いますが、連結アカウントが顧客に直接請求することはありません。そのため、特定の連結アカウントの設定は、これらの支払いタイプには適用されません。

デスティネーション支払い、または支払いと送金別方式を使用するシステムでは、以下の設定は避けてください。

  • Stripe に連結アカウントのマイナス残高に対する責任これらの支払いはプラットフォームで発生するため、関連するマイナス残高はプラットフォームが責任を負います。
    • Stripe は常に、返金や不審請求の申し立てなどのマイナスの取引を、関連する支払いを作成したアカウントに適用します。そのため、プラットフォームの支払いに対してマイナスの残高が発生した場合は、プラットフォームの残高が減ることになります。プラットフォームは、常に自らのマイナス残高に責任を負います。
    • プラットフォームが連結アカウントのマイナス残高に対して責任を負う場合、アカウント間での資金移動は柔軟に行えます。たとえば、マーケットプレイスは、複数の売り手の商品に対する顧客の支払いを受け付け、その後、各売り手のアカウントに適切な支払い額を送金することができます。
    • プラットフォームで作成された支払いに対して返金や不審請求の申し立てが発生した場合、プラットフォームが連結アカウントから売上を回収するのは困難です。
  • Stripe が決済手数料を連結アカウントに直接請求するこれらの支払いはプラットフォーム上で作成されるため、Stripe は関連する決済手数料をプラットフォームから直接受け取ります。決済手数料を連結アカウントに直接請求するように Stripe を設定した場合、その設定は連結アカウントで作成されたダイレクト支払いにのみ適用されます。
  • 連結アカウントに独自の Radar ルールを設定させることはできません。連結アカウントに設定されたルールは、プラットフォームで作成された支払いには適用されません。

連結アカウントのタイプ

レガシーの連結アカウント (Standard、Express、Custom) は、限られた設定しかサポートしておらず、手数料処理が複雑になる場合があります。代わりに、コントローラープロパティ を使用して連結アカウントを定義することをお勧めします。

レガシーの連結アカウントをすでに使用している場合は、コントローラープロパティベースのアカウントに置き換えることをお勧めします。

このページはお役に立ちましたか。
はいいいえ
お困りのことがございましたら 、サポートにお問い合わせください。
早期アクセスプログラムにご参加ください。
変更ログをご覧ください。
ご不明な点がございましたら、お問い合わせください。
LLM ですか?llms.txt を読んでください。
Powered by Markdoc