You charge customers in USD. Your affiliate lives in Poland, Portugal, or the Philippines, and asked to be paid in their own currency. The commission was earned in one currency and leaves in another, and between those two facts sits a pile of arithmetic nobody warned you about.
Two questions get tangled up here, and pulling them apart solves most of the headache. The first is bookkeeping: which currency is the commission recorded in, and which currency does your report speak? The second is delivery: who pays for the conversion and the transfer, and how do you prove a year later that the numbers were right?
This is the operational version of both, for programs of ten to fifty affiliates where you are still the payments department. It is not tax advice, and it quotes no fee percentages, because those move constantly. You get the direction the costs run, and what to check on your provider's pricing page.
TL;DR
- Separate the book currency from the payout currency. The commission is earned and recorded in the currency your customer was charged in; the payout leaves in the currency the affiliate chose, and that conversion is a second transaction with its own cost.
- Decide who absorbs the FX spread and the transfer fee, in writing. Either you gross up so the full balance arrives, or the affiliate receives the balance minus the cost of moving it. Both work; silence does not.
- Record both amounts, plus the rate, the rate date, the fee, and the transfer reference. That is what makes the gap explainable later.
- Raise the threshold on cross-border payouts. A fixed transfer cost does not shrink with the transfer, so Sled's $20 default minimum is comfortable domestically and thin internationally.
- Collect tax paperwork before the first payout, and treat an affiliate invoice, or a self-billing agreement, as part of the payout record.
Two currencies, one balance
The balance in your dashboard is one number, in the currency your program charges in. Commission percentages apply to what the customer actually paid, and refunds reverse the same amount in the same currency.
The payout method your affiliate picks, whether PayPal, Wise, Payoneer, Revolut, bank transfer, or crypto, does not change the balance. It changes the last mile: which currency lands, and what it costs to get there. Sled records that method and the payout, but it does not move money for you; you send the transfer from your own account and mark it settled.
That also explains why two affiliates with identical earnings can receive different amounts: different rail, country, day, and conversion. Their performance did not differ; the delivery did.
Which currency is your book currency
Your book currency is almost always the one your processor settles in, because every number upstream already lives there: revenue, refunds, the commission percentage, the balance. With Sled's defaults, a 30 percent commission on a sale is 30 percent of the amount charged, in the currency charged.
Hence the first rule: never retranslate history. A commission stays recorded in the currency it was charged in, even if the affiliate is later paid in another one. The conversion belongs to the payout, not to the commission, and restating old commissions at today's rate breaks reconciliation with your processor.
Second rule: announce a change of settlement currency. If you move processors or billing currency, every affiliate's chart moves for reasons unrelated to their traffic. The commission rate is the setting people expect documented; the settlement currency is the one that quietly surprises them.
Who eats the FX spread and the transfer fee
Every cross-border payment hides two costs, and only one of them is printed anywhere.
The visible one is the fee: usually a fixed charge per transfer. The invisible one is the spread: the gap between the mid-market rate you can look up and the rate your provider applies. A fee is charged per transfer, so it hurts small payments disproportionately; a spread is charged per unit converted, so it bites proportionally at any size.
Both run away from whoever does the converting: convert before sending and your provider takes the spread, send in your own currency and theirs does.
| Policy | Affiliate receives | Costs you | Sensible when |
|---|---|---|---|
| Affiliate absorbs | Balance minus conversion and transfer cost | Nothing extra | Tight margins, larger payouts |
| You gross up | Full balance in their currency | The cost, which varies monthly | Recruiting in hard-to-reach corridors |
| Absorbed to a cap | Full balance up to a monthly ceiling | A known maximum | Goodwill without an open-ended bill |
| Split by size | Full above a set size, net below | Predictable per payout | Once the threshold is high enough |
Put your choice in the terms in one sentence and repeat it in the welcome email: "commissions are paid in the currency you select, net of conversion and transfer costs". Letting each affiliate reverse-engineer it from a bank statement is how you lose the one who converts.
Do not take fee numbers from a blog post, including this one. Check your provider's pricing page for the fee and the exchange-rate markup, and run one small live test transfer first.
Recording a commission in the currency it was charged in
The fix for every "the totals do not match" panic is two linked records instead of one edited record: the commission stays as charged, and the payout is a settlement that references it.
| Ledger field | What goes in it | Why it matters |
|---|---|---|
| Commission | Amount and currency as charged | It never changes |
| Payout method | PayPal, Wise, Payoneer, Revolut, bank, crypto | Which corridor and cost applied |
| Payout currency | What the affiliate chose | Explains the gap against the owed amount |
| Rate, date, source | The applied rate, the day, and where it came from | The key number in a later dispute |
| Fee | The visible fee, and who paid it | Separates fixed cost from spread |
| Amount sent | What left your account | Your anchor against the provider statement |
| Reference | Provider transaction or batch id | Links the row to a retrievable receipt |
| Tax form status | Received, valid, or missing | Nothing goes out with a missing form |
Two disciplines keep it honest. The rate date is not decoration: the same balance paid on two different days produces two different amounts, and without the date that looks like an error. Refunds and clawbacks reduce the commission, in the book currency, never the payout record; adjusting a payout instead of the commission underneath it is how a clean ledger becomes a pile of unexplained entries. The same rule holds for each recurring commission as it accrues.
Threshold design for cross-border payouts
Sled's default minimum payout is $20, which stops a program from issuing a transfer for every few dollars of commission. But the fixed transfer cost does not shrink because the amount is small: the same fee can sit on a $20 payout and on a $2,000 payout. That is the argument for raising the threshold per corridor, not globally.
- Keep the low threshold for same-currency payouts, where friction is minimal.
- Set a higher threshold per cross-border corridor, low enough that nobody waits a year and high enough that the fixed cost stops mattering.
- Pay monthly on a fixed date, with a refund hold period before the balance becomes payable.
- Write down the sub-threshold rule: sweep the remainder at year end, or carry it for a stated period.
- Let clawbacks land before the money leaves, and show the debit on the next balance.
| Situation | What goes wrong | The fix |
|---|---|---|
| Low threshold plus a per-transfer fee | The fee eats a visible share of a small payment | Raise the cross-border threshold |
| Twelve small monthly balances | A dozen tiny international transfers | Batch on one monthly payout date |
| Quarterly payouts, monthly refunds | Clawbacks arrive after the money is gone | Hold period before payable |
| Balance stuck below the threshold | The affiliate feels stiffed by a few dollars | Year-end sweep rule in the terms |
The payout rails indies actually use
Sled lets each affiliate record a payout method, and the practical list is short. All six work somewhere and are a bad idea somewhere, so the question is fit.
| Rail | Good when | Bad idea when | Where the cost lands |
|---|---|---|---|
| PayPal | Small payouts, well-served countries | Large balances, restricted markets | Fee plus an easy-to-miss spread |
| Wise | Bank payouts of any size | Verification stalls, wallet cash wanted | Upfront fee plus a readable markup |
| Payoneer | Thin local banking, creators on it | US or EU heavy roster | Per-withdrawal costs plus conversion |
| Revolut | Both sides on it, European roster | The affiliate is outside its regions | Nearly free inside, normal FX outside |
| Bank transfer | Large amounts, traceable credit | Tiny payouts, intermediary banks | Fixed fee, possible deductions |
| Crypto | Corridors nothing else reaches | Volatility between quote and send | Network fees plus conversion both ways |
You are not choosing the cheapest rail for everyone, you are choosing two or three you can operate honestly and explain. Offering six without understanding the cost of each is how a program ends up unable to answer "why did I receive less?"
When each rail is a bad idea
PayPal as your only rail. It pays the next country over fastest and strands the distant one just as fast. A global roster will hit a country where it cannot be used, and you find out at payout time.
Wise for an affiliate who cannot verify. Excellent at what it does, but recipients complete identity checks, and that can stall an otherwise ready payout. If they do not want an account there, use a rail they already have.
Payoneer when the affiliate already banks comfortably. A strong answer where local banking is thin, and an unnecessary extra hop for someone with a normal bank account.
Revolut when only one side is on it. Inside the network it is about as frictionless as payments get. Outside it, you are doing an ordinary international transfer with extra steps, and the affiliate learns that.
Bank transfer for small amounts. The fee is fixed and the amount is not, so the ratio gets ugly as the payment shrinks. Intermediary banks can also deduct before the money lands.
Crypto because it feels cheap. Sometimes it is the only route to a payable affiliate, and then it is right. But the value moves between quote and send, and you need an FX record and a market-price record. Decide whether it settles at the quote or at arrival.
Tax paperwork and self-billing across borders
Cross-border payouts pull a paperwork tail behind them. US payers generally want a W-9 from US affiliates and a W-8BEN (or W-8BEN-E for entities) from everyone else, collected before the first payout, because the form is how the affiliate declares who they are and whether a treaty changes anything. Paying a US person without a form can trigger backup withholding. Sled tracks who has a form on file, so the payout list and the form list reconcile in one place. The full walkthrough of affiliate tax forms covers thresholds and deadlines.
Then there is the invoice question, which catches nearly every indie founder paying affiliates abroad. The two clean patterns are:
- Affiliate invoice. One per payout period, with their business details, the amount, the currency, and a payout reference, kept with the payout record.
- Self-billing. A signed agreement lets you issue the invoice on their behalf: numbered, with the commission, the payout currency, the rate used, and the agreement it relies on. One document per payout without chasing anyone monthly.
VAT and equivalent taxes on commission invoices depend on where the affiliate is and whether they are a business, which is a question for your accountant, worth asking once in advance.
Keeping a clean audit trail when paid differs from owed
The paid amount differing from the owed amount is normal cross-border. Having no explanation for it is not. Any payout should be explainable in under a minute from records you already have.
- The commission record stays untouched, in the currency charged, linked to the order it came from. The conversions view and the conversions CSV export let you reconcile in a spreadsheet.
- The payout record carries the difference: rate, rate date, fee, amount sent, payout currency, rail, reference, and who absorbed the cost.
- Receipts live with the payout. The provider statement line or transaction id makes your totals verifiable by an accountant or a bank.
- Returned payouts reverse, they do not vanish. The balance goes back and the history shows the fee noted.
- Nothing is edited to make a total tie. A wrong number gets a correcting entry with a note.
Reconcile monthly against the provider statement, not in January against a year of email. And keep the categories straight: a platform's transaction fee on payouts is a software cost, while what your bank charges for the conversion is a delivery cost.
One more thing earns its keep: a single place where the affiliate sees balance, method, and payout history, the case for one dashboard instead of three tools. Tuning the percentage belongs in setting a commission rate.
Explaining it to an affiliate in two sentences
Most payout confusion is a communication problem, not a payments problem. Here is the whole explanation, in two sentences you can paste into a welcome email or a support reply:
Your commission is calculated and held in USD, the currency your referred customers are charged in, so the balance in your dashboard is a USD balance. When we pay, we convert to the currency you selected and send it from our own account, and any conversion or transfer cost charged by your provider comes out of the amount sent, so what lands can be slightly lower than the balance; the rate and the fee are recorded on the payout so you can check the arithmetic.
Those sentences name the book currency, the payout currency, and who absorbs the cost, which is the entire explanation.
Adjust one clause if your policy differs: if you gross up, the payment sentence becomes "we cover the conversion and transfer cost, so the full balance arrives". Three facts, one policy, no surprises.
FAQ
Do I have to pay affiliates in their own currency? No. Paying in your book currency and letting them convert is valid, and some prefer it because they can time the conversion. They then absorb the spread and any receiving fee, so state that plainly instead of letting them find out from a statement. For a roster spanning several countries, paying the currency they asked for is usually the cheaper goodwill.
Who should pay the FX and transfer fees, us or the affiliate? Either, as long as it is written down before the first payout. Absorbing the cost is a recruiting advantage and a real expense that varies by country and month. Passing it on keeps your costs predictable but annoys affiliates in expensive corridors.
What is self-billing and do I need it? An agreement where you issue the invoice for the affiliate's commission instead of waiting for them to invoice you. You need it when you want one document per payout and your affiliates do not invoice routinely. VAT treatment depends on where the affiliate is, so confirm the format with an accountant once.
How do I record a payout when the amount I sent is less than the commission I owed? Keep the commission as charged and add a payout record carrying the currency, rate, rate date, fee, amount sent, and rail reference, plus a line stating who absorbed the cost. The difference becomes a documented settlement cost rather than an unexplained gap. Never reduce the commission record to make the totals match.
Cross-border payouts are mostly a bookkeeping problem: keep the owed amount and the payout method in one place, then start a free trial on Sled and settle the batch from your own account.