The customer says they sent $10,000.
Your bank credits less.
So what was the SWIFT transfer fee?
What businesses call a SWIFT fee can actually be a stack of bank charges plus FX cost. The useful number is the total cost between what the sender spends and what the beneficiary finally receives.
- There is no universal SWIFT transfer fee charged to every customer; individual banks and intermediaries determine their own charges.
- The total cost can include the sender-bank fee, correspondent deductions, beneficiary-bank fee and FX conversion.
- OUR, SHA and BEN describe who is intended to bear transaction charges; under ISO 20022, the corresponding charge-bearer concepts include DEBT, SHAR and CRED.
- To compare international payment methods, calculate the delivered amount after fees and FX, not just the upfront transfer charge.
Start with the payment receipt, not the bank's fee table
Imagine a US buyer settling a $10,000 export invoice. Costs can appear between what the buyer pays and what the exporter receives.
| Cost layer | Where it appears |
|---|---|
| Sending-bank charge | Charged to the payer for initiating the transfer |
| Correspondent/intermediary charge | May be deducted while the payment moves between banks |
| Receiving-bank charge | May be charged when the beneficiary bank processes the payment |
| FX cost | Appears when one currency is converted into another |
| Investigation/amendment fee | May arise if a payment needs repair, recall or tracing |
Not every payment contains every charge, so fixed claims such as “SWIFT always costs $30” are unreliable.
There is no single SWIFT fee
SWIFT provides the messaging network and standards banks use to exchange cross-border payment instructions.
It does not set one retail price that every bank must charge a business for making a SWIFT transfer.
Banks in the correspondent chain can charge their own fees and carry liquidity and relationship costs. So an international wire fee shown by one bank may represent only one part of the payment.
OUR, SHA or BEN: who is supposed to absorb the charges?
Traditional SWIFT payments commonly use three charging instructions.
OUR
The sender is intended to bear the transaction charges.
This is generally chosen when the payer wants to bear the payment charges.
SHA
Charges are shared.
Broadly, the sender pays charges on its side and the beneficiary bears charges on the receiving side.
BEN
The beneficiary bears the transaction charges, meaning fees can be deducted from the amount delivered.
Under ISO 20022, similar charge-bearer concepts are represented as:
- DEBT – borne by debtor
- SHAR – shared
- CRED – borne by creditor
Swift's mapping guidance aligns DEBT with OUR, SHAR with SHA and CRED with BEN.
The fee you can see may not be the biggest cost
FX deserves separate attention. If an exporter receives USD but settles in INR, the conversion cost may be embedded in the rate rather than shown as a separate fee.
A useful calculation is:
Effective FX cost = difference between the reference market rate and the actual conversion rate × amount converted
The point is simple: the exchange rate is part of the payment price.
A better way to measure SWIFT transfer cost
Calculate four numbers:
1. Invoice amount
What the client owes.
2. Sender's total debit
Invoice amount plus any charges paid separately by the sender.
3. Amount reaching the beneficiary bank
After any deductions in the correspondent chain.
4. Final INR settlement
After beneficiary charges and FX conversion.
Then ask: what percentage of the invoice value became usable money in my account? That is your practical all-in collection cost.
Why intermediary fees can be difficult to predict
A SWIFT payment can follow different correspondent routes depending on the banks and currency. This can make exact pre-payment fee prediction difficult because the originating bank may not control every downstream charge.
SWIFT gpi improved visibility over payment status, fees and FX. The industry is now moving towards upfront price certainty.
SWIFT itself is pushing towards predictable pricing
In 2026, Swift and participating banks began rolling out a retail framework across corridors including India, the UK, US and Canada. It targets certainty of cost, full-value delivery, end-to-end traceability and faster settlement.
The direction is clear: know the fee and delivered amount before committing to the payment.
Should a business use OUR to guarantee the invoice amount?
OUR may be useful when a supplier or exporter needs the instructed amount preserved. But also ask about the sender's fee, intermediary estimates, full-value delivery, FX rate and payment tracking.
When local collection rails change the calculation
For repeat collections, a customer can sometimes pay through domestic local rails while a provider handles the cross-border collection, conversion and settlement into India.
PayGlocal's Multi-Currency Accounts support local collections in 130+ global currencies from 180+ countries.
For goods exporters, PayGlocal currently advertises 0.25% all-in pricing with no FX markup; general MCA pricing starts from 0.25%. It also states there are no separate wire or intermediary-bank deductions because the customer's local payment does not enter the SWIFT correspondent chain.
Compare:
SWIFT wire → add bank fees + possible intermediary deductions + FX
versus
local collection → compare the provider's disclosed all-in collection price and final INR amount




