Payment FX Operations: From Quote and Rate Lock to Refund

In a cross-currency payment, a customer-facing quote, the merchant's settlement amount, and the provider's eventual cash settlement may use different currencies and timestamps. The product must make clear which rate applies, how long it is valid, what fees or markup are included, and what happens if the payment is reversed or refunded.

This payment-conversion workflow is distinct from interbank FX settlement risk, though treasury may face both. BIS guidance describes principal, replacement-cost, and liquidity risks between FX trade execution and settlement, and promotes payment-versus-payment arrangements where practicable. BIS FX settlement risk guidance

1. Define the quote contract

For each quote, record source currency/amount, target currency/amount, rate, rate timestamp, validity deadline, fees/markup, rounding rule, provider, and quote identifier. State whether the customer is charged in the displayed currency or whether the merchant/provider performs conversion later. Make the amount and currency that will be authorized unambiguous before confirmation.

Define what happens at expiry: request a refreshed quote and obtain customer confirmation if the payable amount changes beyond the agreed tolerance; do not silently apply a stale rate. Keep the quote snapshot with the payment so support can answer what was shown and accepted.

2. Connect quote, authorization, capture and settlement

Track lifecycle events separately: quote accepted, payment authorized, captured, provider FX executed, settlement received, and merchant payout. The rate used for the authorization may differ from the rate used for a later settlement or cardholder billing, depending on the arrangement. Identify who bears each difference under the contract.

At every stage preserve original amount/currency, converted amount/currency, applied rate, fee, provider reference, event time, and source. If conversion occurs at capture or settlement, do not report the quote as the executed rate unless the provider confirms it. Reconcile PSP/acquirer reports and bank statements to the correct conversion event.

3. Handle refunds and partial reversals

Refund treatment depends on the payment method, acquiring/provider contract, original conversion, refund date, and local rules. Some arrangements return the original transaction currency/amount; others convert at a later rate or expose FX differences to the customer or merchant. Do not promise that a refund will equal the customer's original home-currency debit without confirming the provider terms.

Store a link from refund to the original payment and quote/execution record. For a partial refund, calculate the amount using the provider-approved method and currency precision. Show the customer the refund amount/currency and expected processing state. Book any FX difference according to the approved accounting policy rather than hiding it in a generic fee.

Example: a quote expires at checkout

A customer is shown 100.00 EUR converted to 108.20 USD under quote Q-77, valid until 14:03 UTC. The customer confirms at 14:04, after expiry. The checkout requests a new quote and displays 108.55 USD. It requires confirmation because the payable amount changed. On acceptance, the system stores the new quote ID and rate, then submits the card payment for the stated USD amount. Later, the acquirer settles in a different currency under its contract; finance records that settlement conversion separately. If the order is partially refunded, the system follows the provider's documented refund currency/rate rule and links the refund to the captured payment. These figures are illustrative only.

Exposure and control checks

• Identify open FX positions between customer promise, payment capture, conversion, and settlement.
• Set position/age limits by currency and legal entity with escalation owners.
• Define who may refresh, override, or manually honor an expired quote and how the reason is logged.
• Reconcile quote, payment, FX execution, fee, settlement, payout, and refund records daily.
• Stress delayed settlement, rate movement, provider outage, failed conversion, and returned payments.
• Use PvP or netting arrangements for eligible inter-institution FX flows where available and appropriate; they mitigate specified settlement risks but do not eliminate all liquidity or replacement-cost risk.
• Review customer disclosure, rounding, pricing, and cancellation/refund language with legal and compliance owners in each market.

For cash positioning and prefunding, see PSP treasury liquidity controls. For the payment posting model, see ledger design for multi-rail payments. This guide does not set an FX pricing policy or provide legal/accounting advice; use the provider contract and approved finance treatment.