#kris-pricingtable-localization

1 messages · Page 1 of 1 (latest)

tight cloakBOT
echo kiln
#

To add more context, I have three products. Two of them have 3 currency prices (US dollar, £ and INR) and the third is enterprise with no prices and just a link to action to contact us.

quaint dew
#

Hello! Give me a few minutes to finish helping out some other folks and I'll take a closer look

tight cloakBOT
solemn current
#

kris-pricingtable-localization

#

@echo kiln can you give me an example Checkout Session URL so that I can look at it?

#

also what do you expect to happen with the IN suffix?

echo kiln
#

The IN prefix is for India, so I was expecting the price in Rupees

solemn current
#

did you configure your PRice to have INR as a currency option? Or something else?

echo kiln
#

Yes, we have $, £ and Indian rupees

solemn current
#

Okay, can you share a really concrete example so that I can help you?

echo kiln
solemn current
#

@KrisD can you give me an example Checkout Session URL so that I can look at it?

#

I can't do much with that kind of html

echo kiln
#

You can paste it here in the HTML editor to get the page

solemn current
#

I'm sorry, can you share what I need instead?

#

When you use the PricingTable, you get to Checkout. That's the URL I need please

echo kiln
#

Not sure if this works, it is asking login

solemn current
#

That'sentirely unrelated

#

that is solely about the CustomerPortal for managing your Susbcriptions

echo kiln
#

Pricing table gives embeddable code, not a URL, right?

solemn current
#

Yeah I think there's something fundamental that is misunderstood here

#

the PricingTable is a product to easily show pricing options and then redirect to Checkout for payment

echo kiln
solemn current
#

thanks that is what I needed

#

so that one is UK

#

Can you share the IN one

echo kiln
#

Yes, it gives me that as I am in UK

solemn current
#

no you explicitly pre-filled the email to UK

echo kiln
#

Strange, looks like it is automatically changing the email to "UK".

solemn current
#

nothing is automatic, this is your code doing it

echo kiln
#

The screenshot clearly shows I used "_IN" email, then in the rendered page, I press Subscribe and then I see "_UK" in the email.

Screenshot_from_2023-08-17_18-47-31.png
solemn current
#

Sure but that's clearly not what is happening, and that wouldn't come from us

echo kiln
solemn current
#

that one lost the email entirely

echo kiln
#

My problem is with that initial page which always shows the $ no matter what. Once I press the subscribe, then currency looks good.

#

Customers might not like to pay in foreign currency, so we are thinking putting a banner above, press subscribe to see in your local currency but that looks odd/

solemn current
#

I understand that part but the problem is taht we're not yet aligned on whether you are setting the right email in the first place

#

So that's what we need to debug first

echo kiln
solemn current
#

yes, that's not really the problem. Sorry we're a bit all over the place. You started with "I hardcode IN but get UK" then "I hardcode IN but get null"

#

let's ignore PricingTable for a sec and get a Checkout Session that properly has the IN pre-filled email

echo kiln
#

Sorry for all the confusion. I will worry about the Checkout Session later because my PricingTable itself is wrongly displayed.

#

I started without cutomer-email and got wrong PricingTable and someone in this forum mentioned to use customer-email in the above format to get correct PricingTable in local currency, but I am not getting that. So wondering what is wrong.

#

As per the docs "customer-email="pavan.mollagavelli+location_IN@jeevi.ai" should display the table in Indian currency, but it is not doing that. Infact that email format should force Stripe to display it Indian currency where ever I open the pricing table with that email argument. But Stripe seems to just ignore that customer-email format.

solemn current
#

I will worry about the Checkout Session later
I recommend doing the opposite. Focus on Checkout first. Right now you seem to have a problem pre-filling and Checkout tells you instantly if you pre-filled the email properly

#

For context, while we chatted and I helped other users I went and did the most simplest example and it works fine for me
1/ Create two separate Products, each with one recurring Price in USD and an extra currency_options in INR and nothing else
2/ Create a PricingTable for those 2
3/ Load PricingTable with the pre-filled email for US -> USD, FR -> USD, IN -> INR

#

So it does work, if it doesn't for you it could be a variety of things. It could be some extra option on your PricingTable (it's complex with 4 separate Products/Prices). It could be the way you pre-fill.
We're just slowly eliminating potential issues

echo kiln
#

Thanks for the advice. I am experimenting different options without the customer-email. What I observed is if I check the option "Collect tax automatically" and US gets selected automatically (I can see this in the checkout preview Stripe shows on the right half of the page), then the pricing table is shown with $ no matter what. If I deselect that option while creating the PricingTable, then it shows £ for me in UK. But it still does not repect the customer-email.

solemn current
#

ah let me try that

#

there are some options incompatible with currency_options because we don't have localized tax details for example

#

I tried locally and have still 2 Prices + automatic tax and it works fine for me

#

I assume it's because your Product/Price aren't configured properly for tax calculation. This is getting a bit far from the kind of things we help with here though

echo kiln
#

Thanks @solemn current I will try to experiment more and will see where I go with this.