#pcpw
1 messages ยท Page 1 of 1 (latest)
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.
Yeah we automatically detect based on browser
Are you looking to override this automatic detection, or the automatic detection is sufficient for you?
Is there a way to set multiple i18n names for products?
Are you looking to override this automatic detection, or the automatic detection is sufficient for you?
Automatic detection is sufficient assuming you have Traditional Chinese, but if you have a way to override the detection that would be nice as well, because some of our users use an English OS and browser but would prefer the website to be in Chinese
Gotcha. Yeah Chinese is one of the locales. Asking a colleague about your product name question
So doesn't look possible unfortunately. You'll need to create different products with different names in each locale and geolocate customers prior to creating the checkout session
And then you can manually pass locale when creating session if you do your own geolocation: https://stripe.com/docs/api/checkout/sessions/create#create_checkout_session-locale
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
Are there plans to implement this feature?
Not that I know of
Most websites based outside of North America are multi-lingual and not being able to have product names displayed in multiple languages is a huge blocker from using the Checkout Session future
I can put in a feature request, but there's no guarantees on whether or not it'll be implemented
That'd be nice
acct_1K1tAxI8J2dyJI3V
Thanks. Will file feature request
Again, no guarantees on if it's implemented. If they choose to do it, it'll likely take a while
So recommend you handle this yourself for now
Thanks
Also, another question. I'm trying to verify a Standard Connected Account in test mode, but when I click "View Dashboard as this account" to access the connected account's dashboard, I don't see the Business Details link under Settings
Here's the test connected account acct_1O94z2AS3M4s0Txh
Yeah not really sure
We're not dashboard experts in here
We just help folks use the api
Recommend asking our support team: https://support.stripe.com/contact
Find help and support for Stripe. Our support site provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.
Do I have to create an actual Stripe account with a real email address to test the onboarding flow for Standard Connect accounts?
Yeah
So I can't just click "Skip this form in test mode" during the onboarding in test mode?
Yeah that's what I did but it's impossible to verify the account or add business details to enable payments afterwards
Here's another account I just created: acct_1OAaiACHtsE9b1Vm
I entered my email (but didn't enter a password) and then clicked Skip form
What do you mean
If you use the buttons to skip the test mode forms it should verify the account (at least that's how I thought it worked)
What fields are required?
You need to log in as the account
To provide them
No not view the account
Log in
Literally open up an incognito tab and log in to the stripe account
Ok so that means I need to enter a password as well when onboarding?
But if I enter my password during onboarding, I'm unable to skip the onboarding form in test mode
I actually tried going through the entire onboarding process before in test mode, but it doesn't link up the new account to the Platform account. Not sure if it's a bug?
Not really sure
Again we're not really that familiar with the dashboard and onboarding flows
We mostly just help with the api in here
Recommend asking support
But how would I test my integration with Standard Connect Accounts if I can't even onboard in test mode?
You can onboard in test mode
I am onboarding in test mode though
Is there a way to skip the onboarding via the API?
I can ask support but it'll take them probably 48 hours or longer to respond
Unlike with Custom Connect accounts, I can't even provide KYC info via the API for Standard Accounts, and there's clearly a bug when onboarding Standard Connect accounts in test mode, so I'm essentially blocked
Ok juggling too many threads at the moment and can't help you reproduce the bug
Let me try to get a colleague to help you
Ok thanks
๐
You don't need to verify Standard accounts in test mode
You can basically ignore all verification requirements and run your tests from the platform just fine.
The idea here is that the Standard Connected Account user would handle verification themselves and these accounts are solely for testing your platform flows.
So even if it shows "Payments disabled" on the dashboard, I'd still be able to make direct charges with the Stanard Connect account?
Ok thanks. What about testing for webhook events related to standard connected accounts, specifically listening for when payments and payouts have been activated on their end
If you wanted to test that then you would need to go through the onboarding flow and not use the "skip" button. Not sure what you meant above by:
I actually tried going through the entire onboarding process before in test mode, but it doesn't link up the new account to the Platform account. Not sure if it's a bug?
I would need an example Account ID that you onboarded that wasn't connected properly in that case.
Mostly you don't handle any of the verification stuff with Standard Connect so you just listen for account.updated and look for when payouts_enabled and charges_enabled is true
I deleted the account afterwards so I don't have the account ID. Would you be able to see my account history if i give you my email address?
No, I'd recommend testing again in that case
Is there a case where payouts_enabled and charges_enabled would revert back to false after being enabled?
Yes that is certainly possible
Ok thanks for your help!