#alexm_checkout-adaptivepricing

1 messages ยท Page 1 of 1 (latest)

stark gorgeBOT
#

๐Ÿ‘‹ 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/1245772957200945182

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

pine citrus
#

alexm_checkout-adaptivepricing

#

Yes I think it only works with customer_email in that case. You can force an address in a specific country on that Customer though to test

thick yarrow
#

ok, is it the same in production?

pine citrus
#

yes and in production we use the IP of the customer too

thick yarrow
#

Sure, but say I already have a customer (US) created and he used to see a price in EUR. Now I activate the adaptive pricing, create a new price with 2 currencies EUR and USD. If I use the previously created customer and create the checkout session, will he see the USD or EUR price?

pine citrus
#

Depends on multiple factors: do they have a real US address on the Customer object? Where do they load the Checkout URL from?

thick yarrow
#

The customer is redirected to the checkout URL by my app server. It might not have the address, for example, if previously he just opened the checkout and closed it without making a purchase, he would not have the billing details, but just the email and the stripe customer id associated.

pine citrus
#

okay then in that case we would use their IP address when they load the Checkout Session's URL for the first time

thick yarrow
#

ok, so you're saying that in production if I create a checkout session with an existing customer it will show the most relevant currency for the user right?

#

using the Checkout Session customer field

pine citrus
#

yes

#

You don't even need to configure the Price in other currencies. We do this automatically for you

thick yarrow
#

are you sure? this does not work on the test env

#

I know stripe previously had issues if you had a customer that paid in a currency, say EUR, you could not create a checkout session in a different currency for that customer. Is this fixed?

pine citrus
#

ah my bad you are using Subscriptions, that;'s completely different. so yeah in that case it will be locked to the currency of their first Invoice

thick yarrow
#

and what's the thing that does the automatic price conversion?

pine citrus
#

It's Adaptive Pricing but it's only for one-time payments

thick yarrow
#

Any plans on adding this feature for recurring payments?

pine citrus
#

And no plans for recurring payments for now

thick yarrow
#

ah right, I missed that ๐Ÿ™ˆ

pine citrus
#

one-time payment is easy since we can calculate the exchange rate now. With Subscriptions it's a lot more complex as you can't charge the customer a different price each month and if we lock their currency at the exchange rate you could lose a lot of money if the exchange rate drops next month.
By having you pick your prices we make sure you make a conscious decision on how to price in each currency

#

We definitely want to offer something in the future, but we haven't really figured out what that'd look like yet ๐Ÿ˜ฆ

thick yarrow
#

Makes sense. So for now the alternative would be to have multiple currencies for the same price id right?

pine citrus
#

yes

thick yarrow
#

I'll experiment a bit and maybe I'll come back with other questions.

#

Thanks for the support ๐Ÿ™‚

pine citrus
#

sure thing!

stark gorgeBOT