Currently, I working with Stripe gateway service. In my integration use only one Dashboard Stripe Account (one Publishable key + Secret key). I intend that my system create charges in two diferrentes Dashboard Stripe Account, depending others conditions.
I have analysed the "Connected accounts" using only one Dashboard Stripe Account, but is not usefull for me. I intend that each billing company have their Dashboard Stripe Account access (without mistake).
Is there any alternative beyond create customers / payment methods in both Dashboard Stripe Accounts?
pic1:
pic2:
You can build your application to manage two separate sets of keys based on the business logic for when to use one account or the other, but outside of Connect there is no other native support for something like this from Stripe. But you can absolutely do it manually. Yes, you would need to create any customers in both accounts, but this is true in a platform-connected account arrangement, too.
Related
I want to add two separate customer portals per Stripe account in an application. How should I do this?
I searched through Stripe documentation, but have had no luck yet. Since I'm new to Stripe I need help with this issue.
You can set up only one Customer Portal Link through Dashboard settings, but you can use API to create many configurations as you need (for example, configuration 1 enables subscription update, and configuration 2 enables subscription cancel).
After that can you call the Customer Portals API to create a portal session with a configuration, and your customer can visit its url and access the portal.
I'm using this API: https://stripe.com/docs/api/accounts/create
What happens if you try to create an account with a preexisting email? Will the operation fail, or is it possible to have multiple accounts with the same email?
Also, are Connect accounts scoped to your Stripe account, or are they global IDs within the Stripe ecosystem?
Thanks!
It's possible to create multiple Stripe accounts with the same email address. You can test this out by creating multiple accounts in Test mode with the same email value; Stripe won't return an error. In your live application, you should keep track in a database of the mapping between your platform user and the Stripe Connect account you create for them.
Express and Custom accounts can be used only by the platform that created them. Every merchant account on Stripe (regardless of account type) has a unique account ID.
I want to use Stripe Connect to provide multiparty payments, in my website.
I have a platform. User A (customer) will pay User B (which is the service provider) on the platform and as a platform, I want to get some amount percentage in the middle.
So, I'm following this guide
https://stripe.com/docs/connect/collect-then-transfer-guide
But, when it comes to testing creating those standard connected accounts, I need to fill real information like phones and emails.
However, I found this guide to fullfill my problem:
https://stripe.com/docs/connect/testing#using-oauth
But, I'm not sure how can I use this guide?
How can I create a stripe account for my user B (who will accept payment through my platform) and got that account_id in testing (and later production)?
There are multiple points to clear:
There are Standard, Express and Custom account types. There are also
3 fund flows of Direct Charge, Destination Charge, or Separate
Charges and Transfers. See comparison from Stripe Doc (this is important)
If you decide to use Standard Account, you should go with Direct
Charges
There are 2 ways to onboard a Standard Account. OAuth is a
legacy integration. Account Link is preferable.
But really, Express + Destination Charge would be easier. You should also use Account Link to create express accounts
I am collecting a payment using Stripe, and want to keep a portion, and send the rest onto another account from another organisation.
Stripe have told me that I have to connect an account. I have done this, Stripe gives me a link which the other organisation pastes into their browser, and all works. I can create a transfer linked to a payment intent.
But, when the link is pasted into the other organistions browser, this message is shown.
______ will be able to see your account data (such as all payment and payout history), including any data created by other business you've connected. They'll also be able to create new payments and take other actions for you.
This seems crazy - I just want to pay them some money, not ask them for full access.
Am I missing a trick?
Stripe Connect is a product/tool that allows accounts to work together to provide goods and services to end customers. There are a few different approaches to how this is configured based on your use case as well as whether you would be acting as the Platform (the one in control) or the Connect Account.
You should review the different Connect Account Types and determine what best matches your use case. Some questions to consider are as follows:
Who is interfacing with the end-customer (you or the other account)?
Who is providing the product/service?
Is this other account providing a service to you in exchange for a cut of the revenue?
On what account should the transactions and customers be stored?
It sounds like, based on the warning message, you were creating the other account to be the Platform and you would be Connect Account. In that cases the other account could make API calls on your behalf using your account token. This would be normal if the other account is providing a service to you like funneling customers to you in some way. A good way to quickly review what approach makes the most sense for your use case is to review the Funds Flow diagrams for the different types of Charges
Direct Charges
Destination Charges
Separate Charges and Transfers
I basically want to create subscription plans where I can charge the connected accounts and give them additional benefits on the platform in return. Because the connected accounts are businesses, they are not registered as customers on the platform. Is there a proper way to do this through stripe?
Your options here basically are to either register them as Customers as well and use Subscriptions, or potentially use Account Debits and your own recurring mechanism.