コンテンツにスキップ
アカウントを作成またはサインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成サインイン
導入方法
決済管理
売上管理
プラットフォームとマーケットプレイス
資金管理
開発者向けリソース
API & SDKヘルプ
概要
Connect の使用を開始
実装を設計する
    SaaS プラットフォーム
    マーケットプレイス
      クイックスタート
      必須タスク
        連結アカウントを作成する
        ダッシュボードへのアクセスを設定する
        連結アカウントを登録する
        決済手段を有効にする
        決済を受け付ける
          デスティネーション支払いを使用する
          支払いと送金別方式を使用する
        プラットフォーム手数料を回収する
        連結アカウントに入金する
        返金および不審請求の申請の処理
導入の基本
導入の例
アカウント管理
アカウント登録
アカウントのダッシュボードを設定する
連結アカウントのタイプの操作
決済処理
決済を受け付ける
アカウントへの送金
プラットフォーム管理
Connect プラットフォームを管理
Connect プラットフォームの納税申告書
アメリカ
日本語
ホームプラットフォームとマーケットプレイスDesign your integrationMarketplaceEssential tasksAccept a payment

支払いと送金別方式による決済を受け付ける

支払いと送金別方式を使用して決済を受け付ける。

1 回の決済から複数の連結アカウントに、または決済時に特定のユーザーが不明な場合に資金を送金するには、「支払いと送金別方式」を作成します。プラットフォームアカウントでの決済は、連結アカウントへの送金から切り離されます。この決済方式の特徴は以下のとおりです。

  • プラットフォームのアカウントで支払いを作成し、売上を連結アカウントに送金します。この支払いは、ご自身のアカウントでの支払いとして表示され、さらに連結アカウントへの送金も表示されます (金額はご自身で決定します)。この金額はアカウント残高から引き落とされます。
  • 複数の連結アカウントに売上を送金できます。
  • プラットフォームは マーチャントオブレコード であり、アカウント残高から Stripe 手数料、返金、チャージバックの費用が引き落とされます。

この決済方式は、マーケットプレイスが複数の当事者間で決済を分割するのに役立ちます。例えば、レストランと配達員の間で決済を分割するレストラン配達プラットフォームなどです。

注

資金分離 は、連結アカウントに送金する前に決済資金を保護された保留状態に保つプライベートプレビュー機能です。これにより、割り当て資金が無関係なプラットフォーム運営に使用されることを防ぎます。アクセスをリクエストするには、Stripe アカウントマネージャーにお問い合わせください。

Checkout Session を作成
サーバー側

Checkout Session (Checkout セッション) は、ラインアイテム、注文金額と通貨、受け付け可能な支払い方法など、支払いフォームで顧客に表示される内容を制御します。サーバー側のエンドポイントを呼び出して Checkout セッションを作成する購入ボタンをウェブサイトに追加します。

サーバー側で Checkout セッションを作成し、レスポンスで返された URL に顧客をリダイレクトします。

Command Line
cURL
Stripe CLI
Ruby
Python
PHP
Java
Node.js
Go
.NET
No results
curl https://api.stripe.com/v1/checkout/sessions \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d "line_items[0][price_data][currency]"=usd \ -d "line_items[0][price_data][product_data][name]"="Restaurant delivery service" \ -d "line_items[0][price_data][unit_amount]"=10000 \ -d "line_items[0][quantity]"=1 \ -d "payment_intent_data[transfer_group]"=ORDER100 \ -d mode=payment \ --data-urlencode success_url="https://example.com/success?session_id={CHECKOUT_SESSION_ID}"
パラメーター値必須か説明
line_items顧客が購入しているアイテムのリスト。条件付きで必須この属性は、顧客が購入しようとしているアイテムを表します。このアイテムは Stripe がホストする決済ページに表示されます。
payment_intent_data[transfer_group]決済がグループの一部であることを示す一意の文字列。はいStripe は、transfer_group 値を指定して PaymentIntent の支払いを自動的に作成する際、同じ値を支払いの transfer_group に割り当てます。
success_url有効な URLはいStripe は、顧客が決済を完了した後に成功時の URL にリダイレクトし、{CHECKOUT_SESSION_ID} の文字列を Checkout Session ID に置き換えます。この ID を使用して Checkout Session を取得し、ステータスを確認して、顧客に表示する内容を決定してください。独自のクエリパラメーターを追加することもできます。このパラメーターはリダイレクトプロセス全体にわたって存続します。詳細については、Stripe がホストするページでリダイレクトの動作をカスタマイズする をご覧ください。

支払いと送金別方式の決済後のイベントを処理する
サーバー側

支払いが完了すると Stripe は checkout.session.completed イベントを送信します。Webhook を使用してこのイベントを受信し、顧客への注文確認メールの送信、データベースへの売上の記録、配送ワークフローの開始などのアクションを実行します。

クライアントからのコールバックを待つのではなく、これらのイベントをリッスンします。クライアント側では、コールバックの実行前に顧客がブラウザーのウィンドウを閉じたり、アプリケーションを終了する可能性があります。また、一部の決済手段では決済の確定までに 2 ~ 14 日かかることがあります。導入で非同期イベントをリッスンするように設定すると、1 つの導入で複数の 決済手段 に対応できるようになります。

Checkout で支払いを回収する際には、以下のイベントを処理します。

イベント説明次のステップ
checkout.session.completed顧客が Checkout フォームを送信して、決済を正常に承認しました。決済の成功または失敗の結果を待ちます。
checkout.session.async_payment_succeeded顧客の決済が成功しました。購入された商品やサービスのフルフィルメントを行います。
checkout.session.async_payment_failed何らかの理由により決済が拒否されたか、失敗しました。顧客にメールで連絡して、新たに注文を行うようリクエストします。

これらのイベントのすべてに、Checkout Session (Checkout セッション) オブジェクトが含まれています。決済が成功すると、基となる PaymentIntent のステータスが processing から succeeded または失敗のステータスに変わります。

送金を作成する
サーバー側

サーバーで、Transfer (送金) を作成し、使用する transfer_group を指定することで、アカウントから連結アカウントに送金します。

Command Line
cURL
Stripe CLI
Ruby
Python
PHP
Java
Node.js
Go
.NET
No results
curl https://api.stripe.com/v1/transfers \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d amount=7000 \ -d currency=usd \ -d destination=
"{{CONNECTED_ACCOUNT_ID}}"
\ -d transfer_group=ORDER100

送金額と支払い金額が一致している必要はありません。1 回の支払いを複数の送金に分割したり、複数の支払いを 1 回の送金に含めることができます。以下の例では、同じ transfer_group に関連付けられた追加の送金を作成しています。

Command Line
cURL
Stripe CLI
Ruby
Python
PHP
Java
Node.js
Go
.NET
No results
curl https://api.stripe.com/v1/transfers \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d amount=2000 \ -d currency=usd \ -d destination={{OTHER_CONNECTED_ACCOUNT_ID}} \ -d transfer_group=ORDER100

送金オプション

transfer_group 文字列には任意の値を指定できますが、1 つのビジネスアクションを示す必要があります。また、関連する支払いや transfer_group の指定がない送金を作成することもできます。これはたとえば、プロバイダーに支払いをする必要があるが、それに関連付けられた顧客の支払いがない場合などです。

注

transfer_group は、関連付けられているオブジェクトのみを識別します。標準の機能は影響を受けません。関連する支払いの資金が利用可能になる前に送金されないようにするには、送金の source_transaction 属性を使用します。

デフォルトでは、金額がプラットフォームのアカウントの利用可能残高を超えていると送金リクエストが失敗します。Stripe は、失敗した送金リクエストを自動的に再試行しません。

支払いに関連付けられている送金の送金リクエストが失敗しないようにします。関連する支払いを送金の source_transaction として指定すると、送金リクエストは自動的に成功します。ただし、Stripe はその支払いの資金がプラットフォームアカウントで利用可能になるまで送金を実行しません。

注

支払いと送金別方式を使用する場合は、入金スケジュールを計画する際に考慮が必要です。自動入金は、source_transaction が定義されていない送金に支障をきたす場合があります。

各地域での提供状況

Stripe は、以下の地域で支払いと送金別方式に対応しています。

アイルランド
アメリカ
イギリス
イタリア
エストニア
オーストラリア
オーストリア
オランダ
カナダ
キプロス
ギリシャ
クロアチア
シンガポール
スイス
スウェーデン
スペイン
スロバキア
スロベニア
チェコ共和国
デンマーク
ドイツ
ニュージーランド
ノルウェー
ハンガリー
フィンランド
ブラジル
フランス
ブルガリア
ベルギー
ポーランド
ポルトガル
マルタ
マレーシア
メキシコ
ラトビア
リトアニア
リヒテンシュタイン
ルーマニア
ルクセンブルグ
日本

多くのシナリオでは、プラットフォームと連結アカウントは同じ地域に所在している必要があります。許可されていない国境を越えて資金を送金しようとすると、エラーが返されます。複数地域にわたる場合のサポートについては、海外送金 をご覧ください。送金は、許可されたユースケース (決済、トップアップ、手数料) と併用する場合にのみ使用する必要があります。Express ダッシュボードにアクセスできる連結アカウント、またはダッシュボードにアクセスできない連結アカウントには、支払いと送金別方式を使用してください。

次のステップ

次に、連結アカウントからプラットフォーム手数料を徴収する方法をご紹介します。

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