#david-thorand_best-practices
1 messages ยท Page 1 of 1 (latest)
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
๐ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1328364749909655552
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hmm, depends what you mean by 'multiple tenants'? Is this some kind of marketplace/platform?
Right. Our users/customers will be able to sign up to our platform and sell tickets to their customers.
Yep then you need Connect: https://docs.stripe.com/connect
Will our customers need to sign up for a Stripe account or can we handle everything for them?
They'd need a Stripe account yes. There are different options depending on how you want to handle that part: https://docs.stripe.com/connect/onboarding
Any way to prevent that step? So our customers only create an account with us and we'll handle the rest?
Nope
The closest you can get is the API onboarding where you essentially whitelabel the flow
But under the hood there is still a Stripe account
I think that should be fine. They wouldn't get in "contact" with the underlying Stripe account with the API integration, would they?
Not sure what you mean by 'contact'?
You can whitelabel the entire experience so to your users Stripe doesn't even exist
That's what I mean, perfect ๐
If we inform/contact you about one of your users (i.e. we require ID/verification) then the onus is on you to get that info and provide it to us via our API
Got it. That's it for now then. Thanks for the quick insights!