#zeroth-checkout-currency

1 messages · Page 1 of 1 (latest)

jolly ruinBOT
nocturne raptor
#

Hello, to clarify do you have multi-currency prices or is this currency lock seemingly on the Customer themselves?

jolly ruinBOT
stiff wedge
#

yep multi currency prices

#

I can see in the create subscription that i could select a currency then, but at the point I provision the subscription (starting a trial) I haven't had a chance to ask the user their preferred currency.

it would also be acceptable to have a default and let them change it when they use the billing portal, but that doesn't seem to be supported either?

nocturne raptor
#

Gotcha, thank you for the clarification. Looking in to how we choose the price and what your options are here

potent solar
#

Hi 👋
I'm stepping as @nocturne raptor needs to go

#

Can you share an example Subscription ID I can look at?

stiff wedge
#

sure sub_1NDvovJdX8lIDNiaIOM9sqqj

potent solar
stiff wedge
#

well it wasn't provided but I suspect if left unset it must take the price default?

#

oh sorry, in that particular call i did provide a currency. was testing out if I could force it

potent solar
#

If you look at the request that created the Subscription, it explilcitly passes 'EUR' for the currency parameter

#

Ah, yeah okay

#

So the Price has a default of 'GBP' but you set the currency of the Subscription to EUR. Did that have the behavior you expected?

stiff wedge
#

try this one sub_1NDwV3JdX8lIDNiaT4H3awfH (same setup, no currenct set)

#

yep that did have the expected behavior. i guess i am clarify that there is no way for allow to make the customer make a change via the portal?

potent solar
#

Yes so if you don't specify then the Subscription will take the default currency for the Price object. So in the second Subscription it defaults to GBP

stiff wedge
#

yea ok that makes sense. do i understand correctly then that I can't really create a subscription without a currency being selected?

potent solar
#

Correct. If you don't provide one, it will be provided for you. Currently the implementation of multi-currency prices means that you can specify which currency you want to create the Subscription in and still use the same Price object (if it supports that currency) but you still need to set a permanent currency for each Subscription and does not change.

stiff wedge
#

okay understood. I'm also reading https://stripe.com/docs/payments/checkout/free-trials at the moment and suspect I could actually get the customer to complete a checkout (as opposed to provisioning the trial up front), and maybe at that point they would select the currency because it is a checkout portal, not a billing portal?

potent solar
#

I'm not 100% certain about that because you are still specifying the Price in the line_items parameter. But you could quickly test that out to see if it gives you the behavior you are looking for.

#

How are you determing the Price object to use when creating the Subscription?

stiff wedge
#

we know the product from the context of their session, and we choose the default price, with the intent that they can change the price (upsell) mid trial

#

and yep trying the idea out now

#

ok that's interesting, it automatically picked euros for my checkout session with the +location_FR in the email. this is promising

potent solar
#

Interesting!

jolly ruinBOT