#knuppi.
cobalt starBOT
Hello! We'll be with you shortly. Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- knuppi-connect-flows, 17 hours ago, 94 messages
tiny crest
hi! well I'd start by looking at https://stripe.com/docs/connect/account-capabilities#transfers-cross-border .
gaunt rivet
Does all companies need to belong to their respective region? Or should they all belong to singapore? We're using stripe_account in all our requests.
Singapore is our HQ, but we have an office in EU (Spain) as well
tiny crest
they don't have to, a platform can create/connect to accounts in any country at a technical level. But if you want flows that involve cross border transfers, consider the regional restrictions mentioned in the docs and plan accordingly.
gaunt rivet
I spoke with your colleagues yesterday, they said that since we're using stripe_account when creating end-users (Customers), Products, Prices, PaymentIntent, etc, then there won't be any cross-border transfers if the Customer and the Account are in the same region
However, when I switch between our platforms in Singapore and Spain, there are some options which are different (like the number of payment options, etc) so there seems to be some legal implications depending on which region they get attached to?
tiny crest
sure, merchant accounts in different countries can have different payment methods available to them. The docs for each payment method will mention what countries it's supported in.
gaunt rivet
they don't have to, a platform can create/connect to accounts in any country at a technical level.
I see. Then my next question is;
- Our current flow is that when a company signs up with us, we register them as a Customer in Singapore.
- When they've paid through Stripe, the webhook will create a local account which will also create an Account (Standard) with you. So far this seems to be no problem according to you.
Question; does it matter if the Customer and the Account are in different regions?
tiny crest
there's zero link in our side between a Customer and an Account technically so we don't care
gaunt rivet
OK, that's great
tiny crest
I assume you do the thing where you want to both charge someone, and transfer money to them, so you create a Customer and Account and "tie them together" in your system so you know those objects are the same persons. That's entirely on your end and not modelled in the API.
gaunt rivet
Yes, that's exactly what we're doing
Thank you for your answers, they're helping us a lot.
Do you have time for another (small) question?
cobalt starBOT
meager epoch
👋 taking over for my colleague. Let me know if there's any follow-up Qs I can answer!
gaunt rivet
When Company Inc is starting their signup process with us, we are asking for their company name and address. When we create the Customer, we send this information to Stripe before initiating the Checkout.
However, during the Checkout process the country dropdown seems to be selected from the users' IP address - is it possible to pre-set the country and the company name?
tiny crest
the country you're probably looking at in Checkout is the country of their card's billing address, not the "customer-level" address.
gaunt rivet
Yes, but the IP-address is less likely to be connected to their billing card's address, compared with the address they've shared with us. No?
This is the information they share with us, and the information on the checkout page
tiny crest
Yes, but the IP-address is less likely to be connected to their billing card's a...
sure, but that's just not something Checkout really is built for/factors in today.
more of a feature request but I see where you're coming from.
gaunt rivet
OK, so currently it's not possible to pre-set the country?
tiny crest
correct
tiny crest
no, since these are all billing details of the payment method, and Checkout's intention is to handle all that for you
if you want more control over this you could consider using PaymentElement on your own site instead and leverage e.g. https://stripe.com/docs/js/elements_object/create_payment_element#payment_element_create-options-defaultValues