If you’re building a platform or marketplace, and you want to:
Connected Accounts is for you.
With Connected Accounts you can charge on behalf of other accounts using your own API keys, without needing access to their API keys.
You can work with Connected Accounts in two ways:
Both paths end with a child account connected to your account. In both cases, you’ll use that child account ID in custom_account_id when creating checkouts.
You can create a connected account managed by your platform with POST /api/connected_accounts. Recurrente creates the child account, connects it to your account, validates the required documents, and marks onboarding as completed.
If a connected account already exists for the same email, Recurrente reuses that account and updates the submitted data. tax_id and tax_name are extracted automatically from the tax registration document sent in verification[tax_registration_document]; you do not need to send them in the request.
Each account type requires different files in verification:
You can send bank_account in the same request to configure the external bank account that will receive withdrawals. Use GET /api/banks to see valid bank_name values.
You can update the public name and withdrawal frequency for a connected account:
To add another external bank account to a connected account:
To change the default bank account, update the desired bank account with is_preferred: true:
To remove a bank account, use DELETE. Recurrente archives it and stops showing it in the API.
If the merchant already has a Recurrente account, you don’t need to create another account by API. Connect both accounts from the Recurrente UI by following these instructions.
Once accounts are connected, create checkouts on behalf of the child account using the custom_account_id parameter:
You can distribute funds between accounts using transfer_setups:
When events occur in a child account, you’ll receive webhooks with additional parameters:
connected: true indicates the event was generated by a connected accountaccount_id: "ac_123456" is the ID of the account that generated the eventYou can use these fields to identify and process connected account events separately.