Multi-Currency Dropshipping Pricing: Follow the Money Through One Order

Keep the supplier currency in the same order

This is a pricing and reconciliation problem, not a promise that every Shopify or payment setup supports every currency. Store currency, customer-presentment currency, payout account, conversion fee and refund treatment depend on the store’s market and payment configuration. Shopify’s currency-conversion guidance describes the relevant transaction points. Use your own provider records for the actual amounts.

Start with EUR 60 and a CNY 315 bill

Suppose a buyer in Germany sees and pays €60 for a foldable desk organizer. Your payment provider settles the order to a USD account; your China-side supplier quotes ¥315 for product and freight. The customer never sees that supplier invoice. The supplier does not receive the €60. If you treat the two amounts as though they share a currency, your margin calculation has no meaning.

Use the rate at each payment event

In a purely illustrative example, the order converts at €1 = $1.10 and the supplier payment at $1 = ¥7.50. Gross settlement before platform-specific charges would be $66. The ¥315 supplier bill would cost $42. Assume another $2 in payment costs and a $3 exception reserve. The contribution is $66 − $42 − $2 − $3 = $19 before other operating costs. Actual FX rates, conversion fees, duties and taxes are not represented by this example.

Compare each market’s complete cost

The same product may be profitable in one market and weak in another because delivery route, tax treatment, payment fee and return cost differ. The landed-cost and pricing guide owns the whole price-setting method; here the missing variable is which rate actually applies to each money event.

Reconcile the transaction inside a payout batch

Make the order ID the join key across these records. If the provider pays out several orders together, allocate its statement lines to the individual orders before judging the organizer’s margin. If the supplier bill combines three SKUs, keep the supplier’s item lines and actual freight allocation. A spreadsheet cell labeled “exchange rate” without a transaction date or source is not enough to explain why a later order earned less.

Display currency and bank currency differ

Customers often prefer a familiar local currency, but the store must distinguish the displayed price from the payout amount. Shopify’s local-currency documentation explains that market configuration can apply exchange rates, adjustments and conversion fees in particular cases. The exact setting and provider matter. Test checkout for your market and read a real payment or a supported test transaction before assuming the product page’s conversion is the final settlement.

Keep the market’s complete money path

Write one pricing row per market and fulfillment route: storefront price, currency, tax presentation, shipping charged to buyer, net payout after payment/conversion charges, supplier item currency, freight currency, and estimated cost of a refund or replacement. If the supplier invoice is paid several days after checkout, the relevant supplier exchange rate may be different from the customer conversion rate. A static markup percentage on the supplier’s CNY catalog is not an order margin.

Recalculate the later supplier payment

Keep the €60 buyer charge and the ¥315 supplier invoice. Suppose the USD payout equivalent is still $66, but by supplier-payment time $1 buys ¥7.00 rather than ¥7.50. The supplier bill costs $45 instead of $42. If the other $5 of cost stays the same, contribution becomes $16, three dollars lower. The example isolates one exchange change; real payouts and fees can move too. The purpose is to show why a quoted product cost and a later paid cost need different timestamps.

Choose a contribution trigger

You do not need to change prices every hour. Set a sensible buffer and a review trigger based on real order contribution, not on the currency ticker alone. If a market or supplier change regularly pushes orders below the store’s floor, update future pricing or pause that route while you obtain a confirmed quote. Do not retroactively charge a buyer who already paid merely because an exchange rate moved.

Test the same basket at three rates

To see whether a price is resilient, run the same basket through three illustrative supplier-payment cases before launch: ¥7.50, ¥7.25 and ¥7.00 per USD, holding the CNY invoice at ¥315. The supplier cost becomes $42.00, about $43.45 and $45.00. With the example $66 gross settlement and $5 other cost, contribution becomes $19.00, about $17.55 and $16.00. These are scenarios, not currency forecasts. If the store’s minimum acceptable contribution is $18, the middle case already calls for a new future price, a better supplier quote or a different route. Write which lever you chose and when it takes effect; a rate alert alone does not change an order.

Treat the refund as a separate conversion

A refund is a new money event, not a perfect reversal of your earlier supplier payment. Shopify’s exchange-rate help says conversion occurs when you capture payment and when you issue a refund. Its local-currency guidance notes that the amount deducted in your payout currency can depend on the rate at refund time. Some Managed Markets arrangements have different guarantees or behavior; check your store’s actual configuration before using a general rule.

The exchange difference is not a refund profit

For illustration, if a full €60 refund is converted at $1.08 per euro, its dollar equivalent is $64.80, whereas the original gross settlement example was $66. That $1.20 difference does not mean the refund made money. You may retain payment or conversion costs, have already paid ¥315 to the supplier, or owe return shipping. Record the buyer refund, provider debit, supplier credit if any, and remaining parcel or goods separately. The refund-policy article covers customer-facing promises; this page explains why your accounting needs both dates and currencies.

Refund the actual failed line

If only one item in a multi-item order is refunded, use the platform’s actual line, discount, tax and shipping allocation. Do not estimate the refund in USD first and then tell the buyer a different EUR amount. The customer’s transaction and applicable rules govern what they receive. Supplier reimbursement is a separate negotiation and can arrive later, in a different currency.

Keep supplier credit in its original currency

Consider a second branch: the German buyer receives the organizer but one accessory is missing. A partial refund might be due in EUR even though the supplier offers a CNY credit for the missing component. Record the buyer refund in its charged currency, the provider’s corresponding USD debit, and the supplier credit in CNY when it is actually issued. Do not net the CNY promise against the EUR customer payment as though they settled on the same day. The partial-refunds guide addresses which original order line and charges belong in that buyer amount.

Test what the buyer pays and what you receive

Before opening a new market, build a test cart with a product you can actually fulfill there. Record the customer’s local checkout amount and shipping choice, the payment provider’s expected settlement path, the exact supplier quote for that destination, and the party responsible for duties or delivery exceptions. Then run an order through the supplier handoff without assuming the store currency has been passed correctly. A paid €60 order sent upstream with a supplier instruction saying “60” but no currency is an avoidable operational failure.

Resolve the missing money record

If a test cannot produce these records, keep the market’s order volume limited while you resolve the gap. The cash-flow guide examines payout timing and refund buffers; multi-currency pricing adds a rate and fee layer to that timing.