アカウントのケイパビリティ
アカウントに対して有効にできるケイパビリティと、それを使用する際に満たす必要がある要件についてご紹介します。
機能とは、カード決済やプラットフォームアカウントからの送金の受け取りなど、連結アカウントにリクエストできる機能を表します。連結アカウントがケイパビリティに関連するアクションを実行するには、ケイパビリティがアクティブである必要があります。
ケイパビリティのテスト
サンドボックスとテスト環境は、機能を強制しないかもしれません。場合によっては、関連する機能のステータス
がアクティブ
でなくても、機能依存のアクションを実行することを口座に許可することができます。
ほとんどの場合、Stripe が連結アカウントのビジネスについて特定の情報の確認を行ってから、そのアカウントに対してケイパビリティを有効にする必要があります。連結アカウント用にリクエストするケイパビリティによって、収集する必要のあるアカウント情報が決まります。アカウントに必要なケイパビリティのみをリクエストすることで、アカウント登録にかかる労力を軽減できます。より多くのケイパビリティをリクエストする場合は、アカウント登録フローで相応の情報を確認しなければなりません。
まず、プラットフォームプロフィールを完成させて、プラットフォームに適したケイパビリティを確認します。
注
一部のケイパビリティは、リクエストすると永続的に有効になります。削除やリクエスト解除を行うと、永続ケイパビリティはエラーを返します。
アカウントの作成後、追加のケイパビリティをリクエストし、既存の非永続的なケイパビリティを削除することができます。他のプラットフォームが管理する連結アカウントの場合は、ケイパビリティのリクエストを解除できません。
サポートされているケイパビリティ
以下は、利用可能なケイパビリティの一覧です。項目をクリックすると表示を展開または圧縮できます。
送金
transfers
ケイパビリティを持つ連結アカウントに売上を送金できます。オンデマンドプラットフォームでは、連結アカウントへの支払いにこのケイパビリティがよく使用されます。たとえば、配車プラットフォームではこのケイパビリティを使用して、ドライバーにお金を支払うことが可能です。次の図は、売上の流れと、顧客、プラットフォーム、連結アカウント間の関係を示しています。
顧客、プラットフォーム、連結アカウント間の関係。
transfers
ケイパビリティを使用すると、連結アカウントではなく、お客様のプラットフォームが支払いを処理します。そのため、連結アカウントの顧客の銀行明細書には、連結アカウントの明細書表記ではなく、プラットフォームの明細書表記が表示されます。
transfers
ケイパビリティを使用する Payments には、デスティネーション支払い と 支払いと送金別方式 があります。
注
2019 年 8 月 14 日より前の API バージョンでは、transfers
ケイパビリティが platform_
と呼ばれていました。2019 年 8 月 14 日より前の API バージョンを使用している場合は、platform_
を使用します。
海外送金
国外への資金の移動には、追加の要件が発生します。また、この移動は以下のシナリオのみで使用できます。
その他のシナリオの場合、連結アカウントと同じ地域にプラットフォームアカウントを作成します。ビジネスの構造によっては、その地域での法人の設立と、連結アカウントを登録するための追加作業が必要になる場合があります。
カード支払い
連結アカウントに card_
ケイパビリティが設定されている場合は、カード支払いと ACH 送金を直接処理するだけでなく、プラットフォームからの支払いを受け取ることもできます。たとえば、このケイパビリティが設定された E-コマース店舗では、自身の支払いを回収できます。次の図は、売上の流れと、顧客、プラットフォーム、連結アカウント間の関係を示しています。
顧客、連結アカウント、プラットフォーム間の関係。
アカウントに card_
ケイパビリティを付与するには、card_
と transfers
の両方をリクエストする必要があります。
連結アカウントにこのケイパビリティがある場合、顧客の銀行明細書には、プラットフォームの明細書表記ではなく、連結アカウントの明細書表記が表示されます。
card_
ケイパビリティは、すべての支払いタイプ に適用されます。
アメリカの税務申告
アメリカ内国歳入庁 (IRS) は、一部のプラットフォームに対して、1 月から 3 月までにIRSに 1099 納税申告書を提出し、1 月 31 日までにこの提出に関する報告を連結アカウントに配信するよう要求しています。申告書を提出するためには、これらのプラットフォームが連結アカウントから追加情報を収集する必要があります。
注
税務アドバイザーに相談して、納税申告と申告書の要件を判断することをお勧めします。
お客様のプラットフォームに連邦 1099 の申告が義務付けられており、Stripe を介して申告する場合は、tax_
ケイパビリティおよび tax_
ケイパビリティを使用して、連結アカウントから必要な個人情報およびビジネス情報を収集できます。
1099-MISC フォーム
さまざまな種類の支払いで IRS の 1099-MISC 納税申告書が必要になります。このような支払いには、非従業員または契約業者への支払い、ロイヤルティ、賞金などが含まれます。tax_
ケイパビリティを使用すると、1099-MISC 納税申告書に必要な情報を収集できます。たとえば、クリエイターのためのプラットフォームでは tax_
ケイパビリティを使用して、納税申告シーズンに向けてコンテンツプロバイダーから必要な情報を収集できます。
1099-K 納税申告書
1099-K 納税申告書では、クレジットカード取引とサードパーティーの決済ネットワークから受けた支払いを報告します。これまでサードパーティーの決済機関は、1099-K 納税申告書を使用して 1 年の支払い取引総額を申告していました。たとえば、E-コマースプラットフォームは、tax_
ケイパビリティを使用して、各店舗から必要な納税申告情報を収集 できます。
アメリカに拠点を置く連結アカウントの納税申告の詳細については、納税申告書を管理するをご覧ください。
決済手段
決済手段の中には、card_
ケイパビリティによって有効化されるものもあれば、固有のケイパビリティによって有効化されるものもあります。
請求後に入金する場合は、使用できる支払い方法をダッシュボードで確認してください。
連結アカウントがダイレクト支払い、または on_
による支払いの支払い方法を受け付けられるようにするには、そのアカウントの支払い方法のケイパビリティをリクエストする必要があります。
詳しくは、Connect の決済手段サポートをご覧ください。
インドの国際支払い
インド国外に居住する買い手からの INR 以外の通貨による取引に対応するには、ケイパビリティをリクエストする必要があります。アカウント登録プロセスで、国際決済を導入する次の手順を実行します。
取引目的コードを指定する。
export_
フィールドは、外貨で受け取られる支払いの性質を説明するものです。取引目的コードの一覧は、インド準備銀行 (RBI) によって維持されています。取引目的コードリストでは、Stripe でサポートされている取引目的コードの一部を確認できます。purpose_ code 輸出入業者コード (IEC) を指定する。IEC コードの値は
export_
フィールドに保持されます。IEC は、インドの商工省商務局・外国貿易部 (DGFT) により発行されるコードです。IEC は DGFT のウェブサイトで申請できます。IEC は次のような特定の条件下では必須です。license_ id - Visa または Mastercard を受け付ける予定の場合、物品を販売する場合に限り、IEC が必須になります。お客様の
export_
は物品用です。purpose_ code - 物品とサービスの販売を含む、すべての輸出取引で AMEX 国際決済を受け付ける予定の場合。これはインドの貿易政策に記載されています。
- Visa または Mastercard を受け付ける予定の場合、物品を販売する場合に限り、IEC が必須になります。お客様の
詳細については、インドからの国際支払いを受け付けるをご覧ください
複数のケイパビリティ
一般的に、1 つの連結アカウントに対して複数のケイパビリティがリクエストされますが、その際は以下の点を考慮する必要があります。
- ケイパビリティは互いに独立して動作します。
- 連結アカウントに
card_
とpayments transfers
の両方が設定され、そのいずれか一方のstatus
がinactive
であると、両方のケイパビリティが無効になります。 - アカウントのライフサイクルのどの時点においても、連結アカウントのほぼすべてのケイパビリティをリクエストしたり、リクエストを解除したりできます。
また、ケイパビリティを使用すると、同時に複数の目的で情報を収集できます。たとえば、必須の納税情報と、リクエストされたケイパビリティに必要な情報の両方を収集できます。
アカウントのケイパビリティをリクエストする
ケイパビリティは Account (アカウント) オブジェクトに設定されます。Account で使用可能なケイパビリティのリストを取得するには、list_capabilities エンドポイントを使用します。
アカウントの作成とケイパビリティのリクエストは、さまざまな設定の連結アカウントごとに異なります。
- Standard アカウントなど Stripe ダッシュボードの全機能にアクセスできる連結アカウントの場合、一部のケイパビリティが国に応じて自動的にリクエストされます。他のケイパビリティをリクエストすることもできます。
- Express ダッシュボードにアクセスできる連結アカウント (Express アカウントを含む) の場合、ケイパビリティをリクエストすることも、アカウント登録の設定を使用して、ケイパビリティのリクエストを自動化することもできます。
- Stripe がホストするダッシュボードに連結アカウント (Custom アカウントを含む) がアクセスできない場合は、そのアカウントのケイパビリティをリクエストする必要があります。
情報要件はケイパビリティによって異なりますが、多くの場合、本人確認や支払いタイプ固有のその他の情報に関連しています。
連結アカウントが正常に作成されたら、その要件の リストを取得 できます。
レスポンスの requirements
ハッシュには必要情報が記載されています。payouts_
と charges_
の値は、アカウントで入金と支払いが有効になっているかどうかを表します。
既存の連結アカウントのケイパビリティ
以降のセクションでは、ケイパビリティ API を使用して、既存の連結アカウントの情報要件をプレビューしたり、ケイパビリティを管理する方法を説明します。
情報要件をプレビューする
特定のケイパビリティをリクエストする前後に、連結アカウントでどのような情報が必要かをプレビューできます。
ケイパビリティをリクエストすると、account.
Webhook が起動し、アカウントの要件が変更される可能性があります。要件を直ちに有効にしてアカウントを無効化しないようにするには、ケイパビリティをリクエストする前に要件をプレビューし、必要な情報を収集します。
以下は、特定のアカウントの card_
ケイパビリティの要件を リスト化 した例です。
応答では、requirements
ハッシュをチェックして、必要な情報を確認します。
{ "id": "card_payments", "object": "capability", "account":
, "requested": false, "requested_at": null, "requirements": { "past_due": [], "currently_due": ["company.tax_id", ...], "eventually_due": [...], "disabled_reason": ..., "current_deadline": ..., }, "status": "unrequested" }"{{CONNECTED_ACCOUNT_ID}}"
status
の値は、ケイパビリティがリクエストされているかどうかを表します。値が リクエストされている 場合、アカウントの要件が有効になります。
リクエストする前にケイパビリティの要件をプレビューできるほか、同じエンドポイントを使用して、ケイパビリティの現在の要件を確認できます。これにより、要件が変更されたときに最新情報を得ることができます。
ケイパビリティのリクエストと解除
アカウントのケイパビリティをリクエストするには、アカウントを更新 して、ケイパビリティの値を requested
から true
に設定します。リクエストが成功すると、API はレスポンスで requested: true
を返します。
アカウントのケイパビリティのリクエストを取り消すには、アカウントを更新 して、ケイパビリティの値を requested
から false
に設定します。ケイパビリティが削除できない場合は、この呼び出しでエラーが返されます。呼び出しが成功すると、API はレスポンスで requested: false
を返します。
ダッシュボードからもアカウントのケイパビリティの追加や削除ができます。ケイパビリティを削除できない場合は、その削除 ボタンが無効化されています。
以下の例では、特定の連結アカウントの transfers
ケイパビリティをリクエストしています。
次の例では、特定の 1 つの連結アカウントに対して複数のケイパビリティをリクエストしています。
非推奨のケイパビリティ
次のセクションで説明するケイパビリティは非推奨のものです。可能であれば、新しいアカウントでリクエストしないでください。非推奨のケイパビリティを使用している既存のアカウントがある場合は、代わりに他のケイパビリティを使用するように更新することをお勧めします。
legacy_payments
legacy_
ケイパビリティを使用すると、支払い、入金、送金が可能になります。新しいアカウントでは、より柔軟な設定に対応する card_
と transfers
のケイパビリティを使用することで、これらのアクションが有効になります。
次の手順を実行することをお勧めします。
連結アカウントの登録プロセスを更新して、
legacy_
の代わりとなるpayments card_
とpayments transfers
の適切な組み合わせをリクエストします。既存の連結アカウントを更新して、
card_
とpayments transfers
の適切な組み合わせをリクエストします。legacy_
のステータスをチェックするコードを更新して、payments legacy_
または関連する新しいケイパビリティのステータスを確認します。たとえば、payments legacy_
またはpayments card_
が有効なときに実行されるよう、カード支払いを行うアカウントの機能に関係するコードが更新されます。同様に、payments legacy_
またはpayments transfers
が有効なときに実行されるよう、送金を受け付けるアカウントの機能に関係するコードも更新されます。更新されたコードは、新しいケイパビリティがいつ有効化されるかに関係なく、移行プロセスの間は常に機能します。すべての連結アカウントで新しいケイパビリティが有効になったら、コードから
legacy_
の参照情報を削除します。payments
注
legacy_
ケイパビリティのリクエストは取り消すことができません。削除する前に、あらかじめ Stripe からお知らせします。
カナダでビジネスを運営している場合、Stripe は最新の要件に準拠するために、legacy_
を使用するアカウントの card_
と transfers
を自動的にリクエストします。このプロセスの間、連結アカウントの API レスポンスに次のメッセージが表示される場合があります。
新しいケイパビリティがリクエストされていません | 新しいケイパビリティをリクエストしました | 新しい要件を満たしています |
---|---|---|
|
|
|
注
移行中に、card_
と transfers
の要件が past_
に表示される場合があります。ただし、legacy_
が有効になっている場合は、支払い、送金、入金は有効なままです。