#zakmckraken_best-practices

1 messages Ā· Page 1 of 1 (latest)

brazen cloudBOT
#

šŸ‘‹ Welcome to your new thread!

ā²ļø We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).

ā±ļø We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can 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/1260720932461482077

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

placid garnet
shut bobcat
#

I'm aware of that feature, but I don't think that's how Substack does it. There way seems more straightforward. I'm assuming they fetch rates every day. And use these values to display the price to the user. I'm just wondering how they ensure the price Stripe is going to charge matches the price they are displaying. Does that make sense?

#

Also I want to add that we do not use Stripe Checkout in case that wasn't clear.

placid garnet
#

Maybe? sorry it's hard to say what Substack does without context.

But my advice is to not do what you are saying. If I am French and pay your Subscription that is usually $10 and you tell me it'll be 9.2ā‚¬ then I want to pay 9.2ā‚¬ not be shown that but still charged $10 USD (which my bank might charge me fees for)

#

So my read of your ask is: you want to localized prices for your Subscription so that it's $10 USD, 9.2ā‚¬, $12CAD, etc. That's what the "manual currency prices" feature is for

shut bobcat
#

So what's interesting is that I have created a test Substack account, it added 2 products to my Stripe Account. I activated their price localization feature. When I go to the purchase price, I see prices in Euro (using a VPN in France), yet they did not create a specific currency price under the product in Stripe. So that makes me think they are somehow able to tell Stripe, "charge 9.2Euro for this transaction"

placid garnet
#

Can you share actionable details such as exact object ids for me to look at?

shut bobcat
#

Give me one sec, I'll do an actual transaction to see what happens when it's processed.

#

Essentially, I'd like to do it like them cause it makes the integration easier. But I agree with you, if the user is not charged what they see, then it's not good.

#

cus_QS35hBQUtcjZKW

#

as far as I can tell, I was charged 5 euros and yet the product doesnt have a euro price (prod_QS335SF87Z4FXg)

placid garnet
#

yeah they use exactly what I said, so that's good. The Price has currency_options configured for each additional currencies

shut bobcat
#

oh right, I see it now, didn't realize

#

so they likely update the price every other day

#

seeing req_13atNO1o4IA9Hb

placid garnet
#

it's impossible to update a Price's currencies after the fact

#

That call is defining the extra currencies, but then that's "set in stone" you can't change those amounts without creating a brand new Price

#

(which is possibly what they do, that part I don't know)

shut bobcat
#

ok I see, so likely they will create a new price eventually

#

interesting

#

thanks for your help!

placid garnet
#

If you think about this, it's like the App Store: Apple defines certain conversions and they apply to everyone, they don't change in real time when FX rates change

shut bobcat
#

yeah that makes sense

#

it's better to use prices "set in stone" and only update them when necessary (like big currency fluctuation)

#

I think substack might update every other day though which is a bit surprising (I'll keep an eye on my test account to see if that happens)

#

thanks koopajah for the rubber ducking/help šŸ™‚