Account capabilities
Learn about capabilities you can enable for accounts and the requirements you must satisfy to use them.
Capabilities represent functionality that you can request for your connected accounts, such as accepting card payments or receiving transferred funds from your platform account. A capability must be active for a connected account to perform actions associated with that capability.
Testing capabilities
Sandboxes and test mode might not enforce some capabilities. In certain cases, they can allow an account to perform capability-dependent actions even when the associated capability’s status
isn’t active
.
Most capabilities require verification of certain information about the connected account’s business before Stripe enables them for that account. The capabilities you request for a connected account determine the information you’re required to collect for that account. To reduce onboarding effort, only request the capabilities that your accounts need. Requesting more capabilities means the onboarding flow must verify more information.
You can start by completing the platform profile to understand which capabilities might be appropriate for your platform.
Note
For some capabilities, requesting them enables them permanently. Attempting to remove or unrequest a permanent capability returns an error.
After creating an account, you can request additional capabilities and remove existing non-permanent capabilities. For connected accounts that other platforms control, you can’t unrequest capabilities.
Supported capabilities
Following is a list of available capabilities. Click an item to expand or collapse it.
Transfers
You can transfer funds to connected accounts that have the transfers
capability. On-demand platforms often use it to pay their connected accounts. For example, a ride-hailing platform could use this capability so they can pay their drivers. The following diagram illustrates the flow of funds and the relationship between customers, the platform, and connected accounts.
Relationship between customers, the platform, and connected accounts.
When you use the transfers
capability, your platform, not the connected account, processes charges. Therefore, a connected account’s customers’ bank statements display your platform’s statement descriptor, not the connected account’s.
Payments using the transfers
capability include Destination charges and Separate charges and transfers.
Note
Before the 2019-08-14 API version, the transfers
capability was referred to as platform_
. If you’re using an API version older than 2019-08-14, use platform_
.
Cross-border transfers
Moving money across country borders introduces additional requirements and is supported in the following scenarios only:
- European Union, United Kingdom, and Gibraltar platforms sending funds to SEPA countries.
- US platforms sending funds to cross-border payouts destinations using a recipient service agreement.
For other scenarios, create a platform account in the same region as your connected accounts. Depending on your business structure, that might require creating a legal entity in that region and additional work to onboard connected accounts.
Card payments
Connected accounts with the card_
capability can receive payments from your platform and directly process card and ACH payments. An e-commerce shopfront with this capability, for example, can collect its own payments. The following diagram illustrates the flow of funds and the relationship between customers, connected accounts, and the platform:
Relationship between customers, connected accounts, and the platform.
For an account to have the card_
capability, you must request both card_
and transfers
.
When a connected account has this capability, its customers’ bank statements display the connected account’s statement descriptor, not the platform’s.
The card_
capability applies to all charge types.
US tax reporting
The US Internal Revenue Service (IRS) requires some platforms to file 1099 forms with the IRS between January and March, and to deliver the reporting of those filings to their connected accounts by 31 January. To file the forms, those platforms must collect additional information from their connected accounts.
Note
Stripe recommends that you consult a tax advisor to determine your tax filing and reporting requirements.
If your platform has federal 1099 filing requirements and you decide to file through Stripe, you can use the tax_
and tax_
capabilities to collect the necessary personal and business information from your connected accounts.
1099-MISC form
Many types of payments require an IRS Form 1099-MISC, such as payments to non-employees or contractors, royalties, prizes, and so forth. The tax_
capability helps you collect the required information for Form 1099-MISC. For example, a creator platform could use the tax_
capability to collect the necessary information from their content providers for tax filing season.
1099-K form
A 1099-K form reports payments received from credit card transactions and third-party payment networks. Traditionally, third-party settlement organisations have used Form 1099-K to report their gross payment transactions in a calendar year. For example, an e-commerce platform uses the tax_
capability to collect the necessary tax filing information from each shopfront.
For more details on tax reporting for US-based connected accounts, see Manage Tax Forms.
Payment methods
Some payment methods are enabled by the card_
capability, while others are enabled by their own capability.
If you’re charging and then paying out, check your Dashboard to see which payment methods you can use.
To enable connected accounts to accept a payment method for direct charges or charges with on_
, you must request that payment method’s capability for those accounts.
Learn more about payment method support for Connect.
India international payments
You must request the capability to support transactions from buyers located outside of India who use a currency different from INR. Complete the following during your onboarding process to enable international payments:
Specify a transaction purpose code. The
export_
field describes the nature of a payment received in foreign currency. The complete list of transaction purpose codes is maintained by Reserve Bank of India (RBI). You can find the subset of transaction purpose codes that are supported by Stripe in the Transaction Purpose Code Listing.purpose_ code Specify your importer/exporter code (IEC). The
export_
field holds the value for the IEC code. This code is issued by the Indian Director General of Foreign Trade (DGFT) to India. You can apply for an IEC at the DGFT website. An IEC is required under certain conditions.license_ id - If you plan to accept Visa or Mastercard, an IEC is required only if you sell physical goods. Your
export_
is for physical goods.purpose_ code - If you plan to accept AMEX international payments for all export transactions, including selling physical goods and services. This is described by India’s Foreign Trade Policy.
- If you plan to accept Visa or Mastercard, an IEC is required only if you sell physical goods. Your
For more details, see Accept International Payments from India
Multiple capabilities
Requesting multiple capabilities for a connected account is common, but involves the following considerations:
- Capabilities operate independently of each other.
- If a connected account has both
card_
andpayments transfers
, and thestatus
of either one isinactive
, then both capabilities are disabled. - You can request or unrequest most capabilities for a connected account at any time during the account’s lifecycle.
Capabilities also allow you to collect information for multiple purposes at the same time. For example, you can collect both required tax information and the information required for a requested capability.
Request capabilities for an Account
Capabilities are set on the Account object. To get the list of available capabilities for an Account, use the list_capabilities endpoint.
Account creation and requesting capabilities differ for connected accounts in different configurations.
- For connected accounts with access to the full Stripe Dashboard, including Standard accounts, some capabilities are requested automatically, based on their country. You can also request other capabilities for them.
- For connected accounts with access to the Express Dashboard, including Express accounts, you can either request their capabilities or use the onboarding configuration settings to automate capability requests.
- For connected accounts without access to a Stripe-hosted Dashboard, including Custom accounts, you must request their capabilities.
Information requirements vary depending on the capability, but they often relate to identity verification or other information specific to a payment type.
When your connected account is successfully created, you can retrieve a list of its requirements:
In the response, the requirements
hash specifies the required information. The values for payouts_
and charges_
indicate whether payouts and charges are enabled for the account.
Capabilities for existing connected accounts
The following sections describe how to preview information requirements or manage capabilities for existing connected accounts using the Capabilities API.
Preview information requirements
You can preview what information is needed from your connected account for a particular capability either before or after that capability has been requested.
When you request capabilities, account.
webhooks fire and the account’s requirements can change. To enable a requirement faster and avoid disabling the account, preview the requirements and collect any required information before requesting the capability.
The following example lists the requirements for the card_
capability for a specific account.
In the response, check the requirements
hash to see what information is needed:
{ "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}}"
The value for status
identifies whether the capability has been requested. When the value is requested, the account’s requirements are active.
In addition to previewing a capability’s requirements before requesting it, you can use the same endpoint to view a capability’s current requirements. That can help you stay informed when requirements change.
Request and unrequest capabilities
To request a capability for an account, set the capability’s requested
value to true
by updating the account. If the request succeeds, the API returns requested: true
in the response.
To unrequest a capability for an account, set the capability’s requested
value to false
by updating the account. If the capability can’t be removed, the call returns an error. If the call succeeds, the API returns requested: false
in the response.
You can also request and remove an account’s capabilities from the Dashboard. If a capability can’t be removed, its Remove button is disabled.
The example below requests the transfers
capability for a specific connected account:
The example below requests multiple capabilities for a specific connected account:
Deprecated capabilities
Capabilities described in the following sections are deprecated. If possible, don’t request them for new accounts. If you have existing accounts that use deprecated capabilities, we recommend that you update them to use other capabilities instead.
legacy_payments
The legacy_
capability enables charges, payouts, and transfers. Newer accounts enable those actions using the card_
and transfers
capabilities, which support more flexible configurations.
We recommend that you take the following steps:
Update your connected account onboarding process to request the appropriate combination of
card_
andpayments transfers
instead oflegacy_
.payments Update your existing connected accounts to request the appropriate combination of
card_
andpayments transfers
.Update any code that checks the status of
legacy_
to check the status of eitherpayments legacy_
or the appropriate new capability. For example, update code that relies on an account’s ability to make card payments to run when eitherpayments legacy_
orpayments card_
is active. Similarly, update code that relies on an account’s ability to accept transfers to run when eitherpayments legacy_
orpayments transfers
is active. The updated code works throughout the process of transitioning to the new capabilities, regardless of when the new capabilities become active.After the new capabilities are active for all of your connected accounts, remove references to
legacy_
from your code.payments
Note
You can’t unrequest the legacy_
capability. Stripe will notify you in advance before we remove it.
If you do business in Canada, Stripe automatically requests card_
and transfers
for your accounts that use legacy_
, to comply with updated requirements. During the process, you might see the following values in your connected accounts’ API responses.
Before requesting new capabilities | New capabilities requested | New requirements completed |
---|---|---|
|
|
|
Note
During the transition, card_
and transfers
requirements might appear in past_
. However, if legacy_
is active, then charges, transfers, and payouts remain enabled.