#cdami8383
fading spade
dusk hamlet
You'd have to have a bank account in currency X attached to your Stripe account to recieve funds in X without conversion.
devout ether
I have that
But if the price is defined in USD Stripe will present prices in USD at checkout, not in currency X
I am constrained by law to collect payments in the local currency from local clients and I cannot define the price for the Stripe product with a price in the local currency as the price varies daily depeding on daily exchange rate (USD-local currency)
dusk hamlet
well the options would be to have a Price in currency X and pass that in your code when needed, or maybe look into the features from https://stripe.com/docs/payments/checkout/present-local-currencies .
devout ether
The price in currency X changes every day, so having that defined in Stripe wouldn't help, especially for subscription type products
I did study the info presented in the link that you did share
couldn't find something to help with my scenario
dusk hamlet
Yes, I don't think we have a solution there. Never heard of it being a requirement to so closely match currency flucuation from other merchants.
I suppose you could create new Prices periodically(based on the currency exchange rate) and switch existing Subscriptions to use the new Prices(https://stripe.com/docs/billing/subscriptions/upgrade-downgrade), but that sounds really messy to manage and not really an option.
devout ether
indeed 😐
more specifically that's the Romanian market, but I imagine the same happens for other markets where the prices are defined in EUR/USD but charges happen in the local currency (RON) based on the exchange rate of that particular day
maybe for other markets there are no constraints from the fiscal law perspective to be charging in the local currency domestic clients and you could get away with directly charging EUR/USD