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

連結アカウントをユーザー登録する公開プレビュー

連結アカウントに、現地に適応したデータ検証可能なアカウント登録フォームを提供します。

プラットフォームで連結アカウントを作成したら、アカウントがユーザー登録要件を完了する方法を指定する必要があります。Stripe がホストするユーザー登録を使用すると、Stripe ダッシュボードにユーザーを誘導できます。Stripe ダッシュボードでは、Stripe がアカウントを有効にする前に満たす必要のある要件を収集します。

注

Stripe のホスティング登録は、ウェブブラウザーにのみ対応しています。モバイルまたはデスクトップアプリケーション内の埋め込みウェブビューでは使用できません。

収集する情報を決定する

プラットフォームは、連結アカウントから必要な情報を事前に (アップフロント) 収集するか、段階的に (インクリメンタル) 収集するかを決定する必要があります。アップフロントアカウント登録ではアカウントの eventually_due 要件を収集しますが、インクリメンタルアカウント登録では currently_due 要件のみを収集します。

アカウント登録のタイプメリット
アップフロント
  • 通常、すべての情報に対して 1 回のみのリクエストが必要
  • 期限に間に合わなかったために入金や処理に問題が生じる可能性を回避できる
  • アカウントが情報提供を拒否した場合の潜在的なリスクを、早期に可視化できる
インクリメンタル
  • アカウントは多くの情報を提供する必要がないため、素早くアカウント登録できる

アップフロントとインクリメンタルのどちらのアカウント登録を使用するかを決定するには、連結アカウントの所在地とケイパビリティに関する要件を確認してください。Stripe は連結アカウントへの影響を最小限に抑えるように努めていますが、時間の経過とともに要件が変化する可能性があります。

連結アカウントが要件回収の責任を負う場合、collection_options パラメーターを使用して将来の要件の動作をカスタマイズできます。アカウントの将来の要件を徴収するには、collection_options.future_requirements をinclude (含めるように) 設定します。

アカウントリンクを作成する
サーバー側

連結アカウント ID を使用して Account Link (アカウントリンク) を作成し、use_case.account_onboarding.refresh_url と use_case.account_onboarding.return_url を含めます。アカウントリンク URL がすでにアクセスされているか、有効期限が切れているか、その他の理由で無効な場合、Stripe は連結アカウントを更新 URL にリダイレクトします。Stripe は、連結アカウントがアカウント登録フローを完了または離脱したときに、戻り URL にリダイレクトします。さらに、収集する必要がある情報に基づいて、use_case.account_onboarding.collection_options.fields に currently_due または eventually_due を渡します。この例では、事前登録を使用するように eventually_due を渡します。インクリメンタルアカウント登録の場合は、currently_due に設定します。

Command Line
cURL
No results
curl -X POST https://api.stripe.com/v2/core/account_links \ -H "Authorization: Bearer
sk_test_BQokikJOvBiI2HlWgH4olfQ2
"
\ -H "Stripe-Version: 2025-07-30.preview" \ --json '{ "account":
"{{CONNECTED_ACCOUNT_ID}}"
, "use_case": { "type": "account_onboarding", "account_onboarding": { "collection_options": { "fields": "eventually_due" }, "configurations": [ "merchant" ], "return_url": "https://example.com/return", "refresh_url": "https://example.com/refresh" } } }'

連結アカウントをアカウントリンク URL にリダイレクトする

連結アカウントを Account Link の URL にリダイレクトして、アカウント登録フローに送ります。各 Account Link の URL は、アカウント所有者の個人情報へのアクセスを許可するため、1 回しか使用できません。この URL にリダイレクトする前に、アプリケーションでアカウントを認証します。

要件の更新を特定して対処する
サーバー側

アカウント要件に対する変更をリッスンするようにシステムを設定します。テストトリガーカードを使用して、新しい要件への対応 (および支払いと入金を無効にする方法) をテストできます。

連結アカウントに currently_due または eventually_due の要件がある場合、アカウント登録フローに送り返します。アカウント登録インターフェイスで収集が必要な情報が認識されるため、具体的な要件を特定する必要はありません。たとえば、タイプミスによってアカウント所有者の本人確認ができない場合、アカウント登録で本人確認書類のアップロードが求められます。

Stripe は、連結アカウントに影響する今後の要件の更新についてお知らせします。requested_reasons.code が future_requirements のアカウントの要件を確認することで、この情報を事前に収集できます。

Stripe が要件の収集を担当する連結アカウントの場合、アカウントリンクまたはアカウントセッションの作成後に本人確認情報の更新の受信を停止します。

アカウントは、本人確認情報を identity ハッシュに保存します。

アカウント v2 Webhook イベントの変更

アカウント v2 の場合、account.updated v1 イベントではなく、v2.core.account[requirements].updated イベントをリッスン するイベントの送信先を作成します。

確認エラーを処理する

v2.core.account[requirements].updated イベントをリッスンします。期限が到来したときに、アカウントで minimum_deadline.statusの currently_due 要件が含まれている場合、対応する機能は無効になり、それらのステータスは past_due になります。

Stripe ホスティング登録フォームにアカウントを誘導して、確認要件を修正できるようにします。

プラットフォームに戻る連結アカウントを処理する
サーバー側

連結アカウントがプラットフォームにリダイレクトされるすべてのケースに対応するために、アカウントリンクには refresh_url と return_url が必要です。連結アカウントに最適なアカウント登録フローを提供するには、これらを正しく実装することが重要です。

注

テスト環境 (ローカルでテストする場合など) では、refresh_url と return_url に HTTP を使用できますが、本番環境で使用できるのは HTTPS のみです。本番環境に移行する前に、テスト用の URL を HTTPS URL に入れ替えたことを必ず確認してください。

再読み込み URL

以下の場合、連結アカウントは refresh_url にリダイレクトされます。

  • リンクの期限が切れている (リンク作成後、数分が経過した)
  • リンクがすでに使用された (連結アカウントがページを更新したか、ブラウザーで戻るまたは進むボタンをクリックした)。
  • リンクが、URL にアクセスしてプレビューを試みる、メッセージングクライアントなどのサードパーティー申し込みに共有されました。多くのクライアントが自動的にリンクにアクセスすることにより、アカウントリンクが期限切れになります。

サーバーでメソッドを呼び出して、同じパラメーターを使用して新しいアカウントリンクを作成し、連結アカウントを新しいアカウントリンクの URL にリダイレクトするように refresh_url を設定します。

戻り先 URL

ユーザーがユーザー登録フローを完了するか、フローの任意の時点で「保存して後で処理」をクリックすると、Stripe はもう一度この URL に連結アカウントをリダイレクトします。これは、すべての情報が収集されたことを意味するものでも、アカウントの要件がすべて満たされたことを意味するものでもありません。ユーザーがフローに正常に入り、そこから正常に出たことのみを意味します。

この URL は状態を渡しません。連結アカウントを return_url にリダイレクトした後、アカウント登録が完了したかどうかを判断します。アカウントを取得し、requirements ハッシュで未対応の要件がないか確認します。または、Webhook エンドポイントに送信された v2.core.account[requirements].updated イベントをリッスンし、アプリケーションでアカウントの状態をキャッシュします。アカウント登録を完了していない場合は、後でアカウント登録を続行できるように、アプリケーションにメッセージを表示します。

連結アカウントによって開始された更新を処理する
サーバー側

Stripe のホスティング登録では、すでに提供した情報に対する、連結アカウントによって開始される更新もサポートされます。Webhook エンドポイントに送信された v2.core.account[requirements].updated イベントをリッスンして、アカウントが要件に対応し、情報を更新したときに通知されるようにします。

アカウントリンクを作成する際、type を account_onboarding または account_update のいずれかに設定できます。

アカウントLink 種別による制限

account_update タイプのアカウント Link は、Custom アカウントなど、プラットフォームが要件の収集を担当する連結アカウントに対してのみ作成できます。Stripe がホストするダッシュボードにアクセスできるアカウントに対しては作成できません。Connect 組み込みコンポーネントを使用する場合は、連結アカウントが自身の情報を更新できるようにするコンポーネントを含めることができます。Stripe がホストするダッシュボードにアクセスできないアカウントがマイナス残高に対する責任を負う場合は、埋め込みコンポーネントを使用する必要があります。

account_onboarding のアカウントリンク

このタイプのアカウントリンクは、未対応の要件を入力するためのフォームを提供します。新しい連結アカウントをユーザー登録する場合、または既存のユーザーに新しい要件がある場合 (たとえば、連結アカウントからすでに十分な情報が提供されていたが、追加情報を必要とする新しいケイパビリティをリクエストした場合など) に使用します。このタイプのアカウントリンクにユーザーを送ると、必要な新しい情報のみが収集されます。

account_update のアカウントリンク

このタイプのアカウントリンクは、プラットフォームが要件の徴収について責任を負うアカウントに対して有効になります。account_update リンクには、アカウントオブジェクトにすでに入力されている属性が表示され、連結アカウントは以前に提供した情報を編集できます。ご使用のアプリケーションで、連結アカウントが自身で更新するためのオプション (「プロフィールの編集」や「本人確認情報の更新」など) を用意します。

次のステップ

連結アカウントが有効なら、決済の受け付けを開始できるように決済導入を構築します。

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