#strongdev - Payment Intents

1 messages · Page 1 of 1 (latest)

floral ridge
#

Hi 👋

#

For that behavior you would set the default language per each of your customers

quick canopy
#

Am I incorrect in assuming that if we are creating Payment Intents for our customers under one account in Stripe that isn't possible?

floral ridge
#

No, not at all.

#

You can set default languages for each customer

quick canopy
#

@floral ridge would you mind adding Roran#2877 to this conversation?

floral ridge
#

I don't see anyone with that handle available to add.

grim prism
#

FYI, I talked to Stripe support yesterday, the only way to change language on receipts is to specify preferred_locales on Customer object and then pass it to the PaymentIntent

#

@floral ridge can you confirm that there are no workarounds for our situation?

quick canopy
#

I'm not sure if I explained our current situation properly @grim prism .

#

So @grim prism if I understand correctly, we aren't creating customer objects when we make payment intents. Meaning our company is acting as a sole customer and attaching that to every payment intent.

grim prism
#

That is correct

floral ridge
#

Okay @grim prism that is exactly what I was describing

#

It's the most direct and effective way to achieve what you want

quick canopy
#

As a stop gap, is there a possibility of bilingual French/English as a default?

floral ridge
#

I don't understand what about setting the preferred_locales parameter is not optimal.

#

Why would you avoid doing that if you want to support customers in their native languages?

grim prism
#

With our existing workflow, it will take to update to use customers. I guess we are just looking for short-term quickfix 😛

low spindle
#

I don't really understand the question unfortunately at this point

#

You asked how to localize emails which we explained so what's blocking you now?

quick canopy
#

I see customers in our account. Is it a problem that they are being created as guests?
"Guest was created to show card payments that weren’t associated with an account"

low spindle
#

Not really, that just means the card details aren't saved and you take one-time payments

quick canopy
#

Ok, so we can theoretically still assign a preferred language to guest customers?

#

We don't receive a guest customer ID back from the initial PaymentMethod creation, so we're not sure how to set the preferred language on this.

low spindle
#

No you can't

#

I'm really sorry it feels like I only get a bit of info at this point. I would really recommend going back to our support team, and clearly asking your question, with real code and exact example transactions and they can help you find the best solution for your system

quick canopy
#

To further clarify, we are currently creating PaymentMethods without Customers, so a guest customer is created by Stripe. We then use that PaymentMethod to process an immediate PaymentIntent. So...it seems like in order to have a preferred_locale set for a customer...we need to actually be making Customer objects explicitly and setting their preffered_locale. Then we can attach a payment method to the customer and process the payment intent.

low spindle
#

You can't control the locale of the email receipt in that case it's just not possible unfortunately