コンテンツにスキップ
アカウントを作成
または
サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成
サインイン
始める
支払い
売上
プラットフォームおよびマーケットプレイス
資金管理
開発者向けリソース
概要
Connect の使用を開始
導入の基本
導入の例
アカウント管理
アカウント登録
    アカウント登録の設定を選択
      Stripe-hosted onboarding
      埋め込みアカウント登録
      API によるアカウント登録
    アカウントのケイパビリティ
    必要な確認情報
    利用規約の種類
    追加確認
    ネットワーク上のアカウント登録
    Stripe に移行
アカウントのダッシュボードを設定する
連結アカウントのタイプの操作
決済処理
決済を受け付ける
アカウントへの送金
プラットフォーム管理
Connect プラットフォームを管理
Connect プラットフォームの納税申告書
ホームプラットフォームおよびマーケットプレイスOnboard accountsChoose your onboarding configuration

Stripe のホスティング登録

Stripe のホスティング登録フローにリダイレクトして連結アカウントを登録します。

Stripe のホスティング登録が連結アカウントからの事業情報と本人確認情報の収集を処理するため、プラットフォームが担当する作業は最小限で済みます。これは Stripe がオンラインで提供するウェブフォームであり、各連結アカウントのケイパビリティ、国、業種に基づいて動的にレンダリングされます。

Stripe の導入サンプルである Rocket Deliveries のホスティング登録フォームは以下のようになります。

Accounts v1 を使用した Stripe のホスティング登録は、ネットワーク経由のアカウント登録に対応しており、複数の Stripe アカウントの所有者がアカウント間で事業情報を共有できます。アカウント登録時にそれらの情報を再提出する代わりに、既存のアカウントの情報を再利用できます。

アカウント登録フォームをカスタマイズする
ダッシュボード

ダッシュボードの Connect の設定ページに移動して、ブランド名、色、アイコンでフォームの視覚的なデザインをカスタマイズします。Stripe のホスティング登録にはこの情報が必要です。Stripe では、連結アカウントのアカウント登録を行う際に、その銀行口座情報を収集することもお勧めしています。

アカウントを作成し、情報を事前入力する
サーバー側

デフォルトの controller (コントローラー) プロパティを使用して連結アカウントを作成します。コントローラープロパティについて、詳細はシステムの設計をご覧ください。または、アカウントの type (タイプ) を指定して、連結アカウントを作成することもできます。

アカウントの国を指定するか、アカウントのケイパビリティをリクエストした場合、アカウント所有者は国を変更できません。それ以外の場合は、アカウントのダッシュボードへのアクセス権によって異なります。

  • ** Stripe ダッシュボードの全機能:** アカウント登録時に、アカウント所有者は通常の Stripe アカウントへの登録時と同様に、任意の取引国を選択できます。Stripe は、選択された国に基づいて、アカウントのケイパビリティのセットを自動的にリクエストします。
  • Express ダッシュボード: アカウント登録時に、アカウント所有者は、プラットフォームのダッシュボードのアカウント登録オプションで設定された国のリストから選択できます。また、これらのオプションを設定して、各国のアカウントにリクエストするデフォルトのケイパビリティを指定することもできます。
  • Stripe ダッシュボードなし:Stripe が要件収集を担当する場合、アカウント登録フローではアカウント所有者が任意の取引国を選択できます。それ以外の場合は、カスタムのアカウント登録フローで国を設定し、ケイパビリティをリクエストする必要があります。
Command Line
cURL
Stripe CLI
Ruby
Python
PHP
Java
Node.js
Go
.NET
No results
curl https://api.stripe.com/v1/accounts \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d "controller[fees][payer]"=application \ -d "controller[losses][payments]"=application \ -d "controller[stripe_dashboard][type]"=express

レスポンスには ID が含まれており、システム全体で Account を参照する場合はこれを使用します。

ケイパビリティをリクエストする

アカウントの作成時に、必要なケイパビリティの requested プロパティを true に設定することで、ケイパビリティをリクエストできます。Express ダッシュボードにアクセスできるアカウントの場合は、アカウント登録オプションを設定して、アカウントの作成時に特定のケイパビリティを自動的にリクエストすることもできます。

Stripe のアカウント登録 UI は、リクエストされたケイパビリティの要件を自動的に収集します。アカウント登録の負荷を軽減するため、必要なケイパビリティのみをリクエストしてください。

情報を事前入力する

アカウント所有者に関する情報 (氏名、住所、その他の詳細など) を入手している場合、アカウントの作成時または更新時にそれを提供することで、アカウント登録をシンプルにできます。アカウント登録インターフェイスは、アカウント所有者に対して、Connect 利用規約に同意する前に、事前入力された情報を確認するよう求めます。アカウント所有者は、Accounts API を使用して情報を提供した場合でも、その事前入力された情報を利用規約に同意する前に編集することができます。

アカウント登録を行い、プラットフォームから URL が提供されている場合は、アカウントの business_profile.url を事前入力します。ビジネスに URL がない場合には、代わりに business_profile.product_description を事前入力できます。

実装内容をテストする際は、テストデータを使用して、本人確認、事業情報の確認、入金の失敗などのさまざまな結果をシミュレーションできます。

収集する情報を決定する

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

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

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

お客様が必要な情報を収集する責任を負う連結アカウントの場合、collection_options パラメーターを使用して、今後の要件の動作をカスタマイズできます。アカウントの将来の要件を収集するには、collection_options.future_requirements を include に設定します。

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

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

Command Line
cURL
Stripe CLI
Ruby
Python
PHP
Java
Node.js
Go
.NET
No results
curl https://api.stripe.com/v1/account_links \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d account=
{{CONNECTED_ACCOUNT_ID}}
\ --data-urlencode refresh_url="https://example.com/refresh" \ --data-urlencode return_url="https://example.com/return" \ -d type=account_onboarding \ -d "collection_options[fields]"=eventually_due

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

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

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

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

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

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

controller.requirement_collection が stripe である連結アカウントの場合は、Account Link (アカウントリンク) または Account Session (アカウントセッション) の作成後に本人確認情報の更新の受信を停止します。

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

確認エラーを処理する

account.updated イベントをリッスンします。current_deadline が着信したときにアカウントに currently_due フィールドが含まれている場合は、対応する機能が無効になり、そのフィールドが past_due に追加されます。

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

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

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

注

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

再読み込み URL

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

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

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

戻り先 URL

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

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

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

Stripe がオンラインで提供するオンボーディングでは、連結アカウントによって開始される、すでに提供された情報の更新もサポートされます。Webhook エンドポイントに送信された account.updated イベントをリッスンして、アカウントが ID チェックを完了し情報を更新したときに通知されるようにします。

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

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

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

account_onboarding のアカウントリンク

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

account_update のアカウントリンク

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

ブラウザーのサポート

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

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