How does multi-currency pricing work?
The merchant shows prices in the customer’s currency, either by setting a price list per currency or by converting from a base price at a provider’s rate. The payment is then made in that currency, which Stripe calls the presentment currency, and the provider converts the proceeds into the merchant’s settlement currency. Stripe’s Pix documentation shows a typical case: the Brazilian customer always pays in reais, while the merchant is paid out in its account’s currency, such as US dollars or euros.
Why does it matter for cross-border e-commerce?
Customers trust prices they can read without a calculator, and local currency avoids surprises from the issuer’s conversion. Stripe says that presenting and charging in local currencies can increase conversion rates and lower processing costs. As an illustrative example: a store selling into Kazakhstan shows prices only in euros, and 6% of checkout sessions from that country end at the payment step. If showing prices in tenge cuts that drop-off to 4%, 2 more of every 100 sessions become orders.
What are the trade-offs?
Someone has to handle currency. The merchant needs reporting and refunds in several currencies, a policy for rounding and price changes, and an understanding of the conversion costs between presentment and settlement. Some local methods only work in their domestic currency, so the currency shown also decides which methods can be offered.
Where does Omno use it?
In Omno, each payment request names its currency, and routing and PSP eligibility rules can use currency as a condition, so the hosted checkout offers only the methods and providers set up for it. Reporting can be sliced by currency alongside merchant, provider, method and country.