#lachiu_best-practices
tough shardBOT
👋 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/1440285152667238401
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
sharp flame
Ah my question got cut off
The questions we have:
- We are currently using the legacy metered pricing. I assume we have to create a new price in TRY?
- Exact pricing for the conversation rate, as the 2 links below only mention a 2-4% exchange rate cost or a cost for locking the price.
https://docs.stripe.com/payments/currencies/localize-prices
https://docs.stripe.com/payments/currencies/localize-prices/fx-quotes-api#pricing - We want a single Stripe customer for this partner, this one would have a yearly subscription and a monthly subscription per Turkish shop. Will we encounter any limits or is there a better way? We use the metadata on these subscriptions to link the events to the shop so we would need a single one per shop.
quiet radish
We are currently using the legacy metered products. I assume we have to create a new price in TRY?
A Price object might be redundant if you're just doing one-time comission charges
Exact pricing for the conversation rate, as the 2 links below only mention a 2-4% exchange rate cost or a cost for locking the price.
What conversion rate? From TRY (presentment) to EUR (settlement)?
We want a single Stripe customer for this partner, this one would have a yearly subscription and a monthly subscription per Turkish shop. Will we encounter any limits or is there a better way? We use the metadata on these subscriptions to link the events to the shop so we would need a single one per shop.
Sounds like you'd be better modelling it as a single customer per Turkish shop, but otherwise no limits per se just depends on how you want to reconcile payments/events with the relevant shop
sharp flame
A Price object might be redundant if you're just doing one-time comission charges
What do you consider 'one-time'?
What conversion rate? From TRY (presentment) to EUR (settlement)?
Correct, my apologies for not making that more clear.
quiet radish
> A Price object might be redundant if you're just doing one-time comission char...
As in, it is an ad-hoc non recurring payment. Maybe I misunderstood
sharp flame
Sounds like you'd be better modelling it as a single customer per Turkish shop, but otherwise no limits per se just depends on how you want to reconcile payments/events with the relevant shop
We would already be tracking them in both our db and erp so I don't think that matters?
quiet radish
But if you're doing recurring prices then yes you'd need a new TRY price, or at least a TRY currency option on an existing price: https://docs.stripe.com/payments/checkout/localize-prices/manual-currency-prices
quiet radish
> Sounds like you'd be better modelling it as a single customer per Turkish shop...
Like I said, it's an implementation detail. If you have a clear way to reconcile subscription Y with shop 2 (example) with a single customer in Stripe then there's nothing stopping that
sharp flame
As in, it is an ad-hoc non recurring payment. Maybe I misunderstood
Is that the same as using metered pricing through usage records with a subscription? We use them for fees and comission.
quiet radish
Well metered pricing is for recurring payments. If these are recurring payments then obviously you need a Price object yes
sharp flame
So we would charge using the metered pricing in TRY and it would automatically convert to EUR in Stripe?
quiet radish
Yes
sharp flame
Have you got an idea on the pricing? We would be charging to VISA/MasterCard most likely.
quiet radish
You'd need to speak with support about pricing – not something we know anything about
sharp flame
Thanks a lot
Would I be able to get the used conversation rate somewhere in the API call / SDK result?
quiet radish
Yes, via the associated Balance Transaction for the payment: https://docs.stripe.com/expand/use-cases#stripe-fee-for-payment
sharp flame
So until the end of the month in Stripe the amount would still show up as TRY and only then be converted to EUR?
quiet radish
No, the settlement time (e.g. when it's available in your Stripe balance) varies per payment method. Generally with cards it's a few days after the payment
sharp flame
I don't see how that be the case with our solution tho as we are using the metered pricing?
quiet radish
Well it isn't always at the end of the month. The invocie/payment date is set according to the billing anchor on the sub
If that is the end of the month, then yes
sharp flame
I'm failing to see how that matters in the discussion about the exchange rate. How I understand it, the TRY gets converted to EUR inmediately upon creating the usage record?
quiet radish
I'm failing to see how that matters in the discussion about the exchange rate.
Because there's no FX until there's a payment, and there's no payment until the invoice is finalized at the end of the billing period
What are you asking me here?
(all of this should be easy enough for you to test out, by the way)
tough shardBOT
sharp flame
I must've misunderstood what you ment. Thanks a lot. Unfortunately I was not given the time to test it out myself hence the questions.