Skip to content
Payments Economics 15 min read

FX Markup Economics: How Cross-Currency Acceptance Quietly Eats Margin

FX markup on international card acceptance is rarely disclosed but often the largest variable cost. What drives the spread and how to negotiate it down.

PB
By Shaun Toh
Last updated: August 26, 2026
TL;DR

FX markup on cross-currency transactions is embedded in the conversion rate, not shown as a fee. Often the largest variable cost for operators with international volume — how to measure, benchmark, and negotiate it.

Cross-currency acceptance has two FX costs, both of which are underreported in most processing statements. The first is the cross-border scheme fee — a surcharge charged by Visa or Mastercard when the cardholder's issuer country differs from the acquirer country, appearing as a line item on itemised statements. The second is the FX markup — the spread embedded in the conversion rate when the transaction currency differs from the settlement currency. The scheme fee is visible with the right reporting. The FX markup frequently is not. (For where this markup actually gets applied inside the settlement chain — versus the issuer conversion, scheme conversion, and treasury conversion points that don't touch merchant economics the same way — see FX and cross-border settlement architecture.)

For operators with significant cross-border volume, the combined cost regularly exceeds the acquirer margin — yet it receives a fraction of the optimisation attention. A merchant who negotiated their acquirer margin from 0.40% to 0.20% may still be paying a 2.0% FX spread on every cross-currency transaction, representing ten times the margin impact of the acquirer margin victory.

How FX Markup Works

When a cardholder in Germany pays a Singapore-based merchant in EUR, and the merchant settles in SGD, the PSP performs a EUR-to-SGD conversion on every transaction. The PSP applies an exchange rate that includes a spread above the mid-market rate. The cardholder is charged the EUR amount. The merchant receives the SGD equivalent — but at a rate that includes the PSP's FX margin.

The PSP statement shows: "Transaction: €100 → SGD 145.20." It does not show: "Mid-market rate was 1.482, PSP rate applied was 1.452, spread: 2.0%."

The 2.0% is real, compounding, and not disclosed without deliberate investigation.

The mid-market rate — also called the interbank rate or spot rate — is what banks trade currency at between themselves. It is the reference rate published by the ECB for EUR pairs and available from Bloomberg, Reuters, or the Bank of England for other major pairs. Consumers and merchants never transact at mid-market; there is always a spread. The question is how large the spread is and whether it is negotiable.

Typical PSP FX spreads by pricing model:

  • Bundled/default PSP pricing: 1.5–3.0% above mid-market
  • Negotiated enterprise PSP terms: 0.5–1.0%
  • Bulk conversion via treasury provider: 0.05–0.30%

The gap between PSP default (2.0%) and treasury provider bulk conversion (0.15%) on $1M/month in cross-currency volume is $225,000/year. That is not a rounding error.

Measuring Your FX Spread

To measure the FX markup applied to your transactions:

Step 1: Pull a cross-currency transaction sample. From your PSP statement, identify transactions where the customer's card currency differs from your settlement currency. You need the transaction date, the transaction amount in cardholder currency, and the settlement amount in your settlement currency.

Step 2: Get the mid-market rate on the settlement date. For EUR: ECB Statistical Data Warehouse publishes daily reference rates. For GBP: Bank of England. For other major pairs: Bloomberg or OANDA historical data.

Step 3: Calculate the PSP-applied rate. Settlement amount (in your currency) / transaction amount (in customer currency) = PSP conversion rate.

Step 4: Calculate the spread. (Mid-market rate − PSP rate) / mid-market rate × 100 = spread percentage.

Example:

  • Customer paid: €100
  • You received: SGD 144.80
  • PSP conversion rate: 1.448
  • Mid-market rate on settlement date: 1.481
  • Spread: (1.481 − 1.448) / 1.481 = 2.23%

Run this across 10–20 transactions to get a representative sample. Variation across transactions is normal (rates move intraday); the average spread is your effective FX cost.

The Cross-Border Scheme Surcharge Layer

Cross-border FX markup is distinct from cross-border scheme surcharges, and both apply simultaneously on many international transactions.

When the cardholder's issuer country differs from the merchant's acquirer country, Visa and Mastercard charge a cross-border scheme fee — typically 0.40–1.20% additional above standard network fees. This applies regardless of whether the transaction involves currency conversion. A Canadian cardholder paying a US merchant in USD still incurs a cross-border scheme fee because the issuer (Canadian bank) and acquirer (US bank) are in different countries.

The combined cost on an international transaction with currency conversion:

  • Standard scheme fees: 0.10–0.20%
  • Cross-border scheme surcharge: 0.40–1.20%
  • FX markup: 1.5–3.0%
  • Interchange (varies by card type and geography)

Total cross-border transaction cost: often 3–5% of the transaction value, versus 1.5–2.5% for a domestic transaction of the same type. This is the real cost that merchants with international volume should model — not the domestic MDR they negotiated.

Negotiation Paths

Transparent Spread Pricing

The first negotiation is to move from opaque embedded FX markup to transparent spread pricing. Instead of the PSP applying an undisclosed markup, the contract specifies: "FX at mid-market + [X] basis points on the settlement date ECB/Bloomberg rate."

This requires:

  • Volume above ~$500K/month in cross-currency transactions
  • A PSP willing to offer it (Adyen, Checkout.com, and Stripe at enterprise terms all do)
  • A contract addendum specifying the FX terms explicitly

At $500K–$2M monthly cross-currency volume, achievable spreads with negotiated terms: 0.5–1.0%. The saving against default 2%: $7,500–$15,000/month on $1M cross-currency volume.

Multi-Currency Settlement

For merchants above $2–5M in monthly cross-currency volume, the more powerful intervention is restructuring how conversion happens entirely.

Multi-currency settlement: the PSP settles transactions in the customer's original currency (EUR, GBP, JPY, etc.) to your merchant account. You accumulate foreign currency balances. Conversion to your base currency happens through a separate treasury process using bulk FX.

The infrastructure:

  • PSP that supports multi-currency settlement (Adyen, Checkout.com, Stripe, Airwallex all support this)
  • Multi-currency business account (Wise Business, Airwallex, Revolut Business, or bank with FX desk)
  • Treasury process for converting accumulated balances — either automated (e.g., Airwallex FX at 0.10–0.30% spread) or manual via bank FX desk

The cost saving: converting at 0.15% spread versus 2.0% embedded PSP markup on $3M/month cross-currency volume = $540,000/year in improved FX economics.

The operational overhead: separate account management per currency, reconciliation complexity, treasury policy for when to convert (FX timing risk), and hedging decisions for large exposures. For many operators above $5M cross-currency volume, this overhead is worth the saving.

Local Acquiring

A structurally different approach: instead of accepting cards through a home-market acquirer and paying cross-border surcharges, acquire locally in each major customer geography.

A European merchant accepting significant US cardholder volume can establish US acquiring (through a US-based acquirer or a PSP with a US acquiring licence). US-issued cards acquired locally carry no cross-border scheme surcharge and no cross-currency FX markup — they settle in USD to a US account. The merchant then remits USD to their home currency in bulk.

Local acquiring is most powerful in two-to-three high-volume geographies where the cross-border surcharge and FX markup combined are material. The integration overhead — separate PSP relationships, local entity requirements, additional reconciliation — is real. For operators where 30%+ of volume comes from a single foreign market, local acquiring is often the highest-leverage FX cost intervention available.

Dynamic Currency Conversion: The Other Side

DCC (Dynamic Currency Conversion) is the merchant-facing mirror of the FX problem. In DCC, the merchant's terminal or online checkout offers international cardholders the option to pay in their home currency rather than the merchant's local currency. The conversion happens at the point of sale using a DCC provider's rate, which typically includes a 3–5% markup.

The merchant receives a share of this markup — typically 0.5–1.0% of the transaction value — as a DCC rebate from the acquirer.

The tradeoff for merchants: DCC generates incremental per-transaction revenue from international customers who elect to pay in their home currency. The cardholder, however, gets a significantly worse exchange rate than their issuing bank would apply. Most financial regulators and cardholder advocates consider DCC anti-consumer. Several markets (EU, India) have regulated or restricted DCC.

For brand-sensitive operators — particularly in travel, hospitality, or luxury — DCC is increasingly a reputational risk. The per-transaction revenue is real but small. The perception risk, as regulators scrutinise DCC and consumer press coverage increases, is material.

The pragmatic operator view: DCC is a tool of acquirers and legacy PSPs with opaque monetisation models. Operators who understand their FX economics do not need to rely on DCC rebates — they negotiate their FX spread directly and recover more margin with less reputational exposure.

What the schemes actually require

DCC is one of the more heavily rule-bound things a merchant can put on a checkout, and the rules are public. Both schemes converge on the same principle — the cardholder must choose it, not be walked into it — and then diverge on one point that matters if you sell online.

Visa (Core Rules and Product and Service Rules, 18 April 2026, §5.8.9.2) requires a merchant, ATM acquirer or branch offering DCC to "Inform the Cardholder that DCC is optional and not use any language or procedures (for example: pre-selecting the DCC option) that may cause the Cardholder to choose DCC by default", to "Ensure that the Cardholder expressly agrees to DCC", and — in a card-present environment — to display the disclosure and capture that agreement on "a customer-facing screen or handheld Acceptance Device." It must not "misrepresent, either explicitly or implicitly, that its DCC service is a Visa service", must offer DCC in the cardholder billing currency, and must "Not impose any additional requirements on the Cardholder to have the Transaction processed in the local currency."

Non-compliance is priced. Under §12.3.3.1, Visa may audit acquirers and their merchants, and a violation exposes the acquirer to "a non-refundable non-compliance assessment of up to USD 10,000, or USD 50,000 depending on the nature of the violation", plus the Tier 2 general schedule.

Mastercard calls it POI currency conversion, and it is split across two manuals in a way that is easy to get wrong. The cardholder-facing conduct rules — anti-steering, disclosure, the e-commerce carve-out below — live at Rule 3.8 of the Transaction Processing Rules. The Mastercard Rules manual carries the registration and fee side instead: an acquirer "must register its intent" before acquiring POI-converted transactions (§5.9), DCC service providers must register as such (§7.10.4), and a currency conversion assessment sits at §8.2.1. Citing the wrong manual for the wrong obligation is the common error here. The baseline matches Visa: "No specific currency conversion method may be implemented as the default option", and "A Cardholder may not be required or encouraged (i.e., 'steered') in any manner to use POI currency conversion." The anti-steering language is unusually concrete — a terminal must not frame the choice as YES/NO, or colour the options red and green.

The divergence worth knowing: Mastercard carves out e-commerce. The same rule continues "except that when POI currency conversion is offered on the Internet, a currency conversion option may be pre-selected", provided the cardholder "must be informed of the pre-selection and provided with the means to decline". Visa's language contains no equivalent online carve-out. If you run DCC on a website that takes both brands, the compliant design is not the same design, and building to the more permissive rule is how an acquirer audit finding starts.

The carve-out is not a blank cheque, though. Mastercard mandates a verbatim disclaimer — "MAKE SURE YOU UNDERSTAND THE COSTS OF CURRENCY CONVERSION AS THEY MAY BE DIFFERENT DEPENDING ON WHETHER YOU SELECT YOUR HOME CURRENCY OR THE TRANSACTION CURRENCY." — and it applies not only at unattended POS and ATM terminals but on the e-commerce checkout page, before currency selection. So the online concession is pre-selection, not silence.

The EU rule that changed the disclosure format

Inside the EEA, Regulation (EU) 2019/518 amended the cross-border payments regulation to attack the specific problem that a markup expressed as a rate tells the cardholder nothing. Article 3a(1) requires payment service providers and parties providing currency conversion at an ATM or point of sale to "express the total currency conversion charges as a percentage mark-up over the latest available euro foreign exchange reference rates issued by the European Central Bank (ECB)", and requires that markup to be "disclosed to the payer prior to the initiation of the payment transaction."

Three details matter operationally.

The markup must also be published — Article 3a(2) requires providers to make markups public "in a comprehensible and easily accessible manner on a broadly available and easily accessible electronic platform." At ATM and POS, Article 3a(4) additionally requires the information to be displayed at the device and the payer to be told they can pay in the payee's currency instead.

The electronic message obligation at Article 3a(5) sits with the payer's own payment service provider, not with the merchant or the DCC provider — the issuer must message the payer after receiving a card-based ATM or POS order in another currency, and then no more than monthly for repeat orders in the same currency. Merchants sometimes read this as an obligation on themselves; it is not.

Scope is by transaction type rather than channel. Article 3a governs card-based transactions, online ones included. A separate and weaker Article 3b covers credit transfers initiated online, requiring only an estimate of charges rather than the ECB-referenced percentage format. The obligations phased in on 19 April 2020 (Article 3a(1)–(4)) and 19 April 2021 (Article 3a(5)–(6)).

DCC has a scheme-fee consequence, and it is not small

The part most DCC business cases omit: converting at the point of sale changes what the schemes charge your acquirer, because the cross-border assessment is priced on settlement currency.

One processor's published pass-through schedule itemises it explicitly. Visa's international service fee appears as VISA ACQ POS ISA at 1.0000% for transactions "settled in USD", alongside VISA ACQ POS ISA DCC at 0.4000% for those "not settled in USD". Mastercard's appears as MC ACQ POS CROSS BORDER at 0.6000%, alongside a further 0.4000% line described in that schedule as an "Incremental fee for DCC activity."

So the enhanced rates operators quote — Visa at 1.40%, Mastercard at 1.00% — are mechanically the base rate plus a 0.40% increment, and DCC is what usually triggers it.

Two caveats, because the presentation varies. Other acquirer schedules (Wells Fargo's, and a Woodforest-hosted CapStar schedule) show the identical 1.00%/1.40% and 0.60%/1.00% splits as two mutually exclusive flat rates with no line mentioning DCC at all. And the gating condition in the schemes' own wording is settlement currency — settled in USD versus not — rather than the literal presence of DCC. For a US merchant, non-USD settlement is in practice almost always a consequence of DCC, so the mechanism is real either way; what differs is whether your processor shows it to you as a separate line or buries it in a higher headline rate.

That matters for the business case. A DCC rebate quoted at 0.5–1.0% of transaction value is being earned against an incremental 0.40% of scheme cost on the same transactions. Net it before deciding, and ask your processor which of the two presentations your statement uses — because in one of them the cost is invisible.

What we could not find

No DCC-specific enforcement action or regulatory finding was retrievable from the EU, the FCA, the PSR or the RBI. The FCA's 2025 Consumer Duty work on international payment pricing transparency is adjacent but explicitly excludes ATM withdrawals and card-based currency choice, and India's Master Direction on card issuance and conduct — the binding instrument, updated to March 2024 — contains no reference to currency conversion at all. That last finding corrected a claim this site had itself been carrying: the DCC glossary entry previously asserted that the RBI had issued DCC consent and disclosure guidelines. Nothing in the binding Master Direction supports it, and the entry has been corrected. Treat DCC as scheme-governed and, in the EEA, disclosure-regulated; there is no public enforcement record to point at.

The FX Audit

For any operator with meaningful cross-border volume, the starting point is a simple audit:

  1. What percentage of your transaction volume is cross-currency?
  2. What FX spread is your PSP applying? (Use the measurement methodology above.)
  3. What would transparent spread pricing cost at 0.5% above mid-market?
  4. At what volume does multi-currency settlement create a positive ROI versus the operational overhead?

Most operators have never run this calculation because the FX cost is invisible on the statement. Running it once typically reveals the largest single negotiation opportunity in the payment stack — larger than the acquirer margin, larger than ancillary fees, and available with significantly less contract complexity to resolve.

Shaun Toh By Shaun Toh · Director, Digital Payments · Razer

More Payments Economics briefings