Multi-currency accounting for a cross-border seller comes down to three separate currencies that people tend to collapse into one: the currency a sale happened in, the currency the books are kept in, and the currency the tax return is filed in. Getting the distinction right determines whether foreign exchange movement shows up as a visible gain or loss where it belongs, or hides inside revenue and margin where it quietly corrupts every product level number.
The mechanics are less complicated than the terminology suggests. Take a seller who sells in Canada, the United Kingdom, or the European Union, and keeps books in US dollars.
The three currencies
Transaction currency is what the buyer paid in. A sale on a UK marketplace is a sale in pounds, regardless of what eventually arrives in a US bank account.
Functional currency is the currency the business does its accounting in. For most US sellers that is the dollar. The IRS states the rule directly on its foreign currency and currency exchange rates page: all federal income tax determinations are made in the functional currency, and the dollar is the functional currency for every taxpayer except certain qualified business units that maintain separate books and records.
Presentation currency is what the financial statements are reported in. For a single entity seller it is the same as the functional currency, and the distinction only starts to matter once foreign subsidiaries enter the picture.
Most small seller confusion comes from treating the payout currency as the transaction currency. A payout is a settlement event, converted at whatever rate applied on that day. The sale happened earlier, at a different rate, and both facts need to survive into the ledger.
Translation: which rate, and when
If the functional currency is the dollar, the IRS instruction on that same page is to immediately translate into dollars all items of income and expense received, paid, or accrued in a foreign currency, using the exchange rate prevailing when the item is received, paid, or accrued. Where more than one rate exists, use the one that most properly reflects income.
In practice that means a sale is recorded at the rate on the sale date, a supplier invoice at the rate on the invoice date, and a payout at the rate on the settlement date. The IRS also publishes yearly average exchange rates, which suit annual filings and low volume situations but do a poor job on a business running thousands of transactions a month across moving rates.
Monthly average rates are the common compromise for high volume sellers. They are defensible for routine sales activity, and they should never be used for large one-off items such as an inventory purchase or an equipment payment, where the actual rate on the date is available and material.
Where the gain or loss comes from
Currency movement creates two different kinds of difference, and they behave differently.
Realized
A UK sale of 1,000 pounds is recorded at 1.27, so revenue is $1,270. The marketplace settles nineteen days later at 1.24, and $1,240 arrives. The $30 gap is a realized foreign exchange loss, which is neither a revenue adjustment nor a marketplace fee. It belongs on its own line, below the operating section, where the reader can see that operations produced $1,270 of sales and currency took $30 of it.
Push that $30 into revenue and the UK channel appears to have generated $1,240 of sales, which will not match the marketplace’s own reporting, and which makes every margin percentage for the period slightly wrong.
Unrealized
Balances denominated in a foreign currency, a euro bank account, an outstanding invoice in pounds, a supplier payable in yuan, are still sitting at the old rate at period end. Revaluing them to the closing rate produces an unrealized gain or loss. Nothing has settled; the reported value of the balance has moved.
Sellers skip this step, and for small balances that costs nothing. A business holding a meaningful euro cash balance across a period when the euro moved three percent is misstating both the asset and the period result by skipping it.
Inventory is the part that bites
Inventory bought in a foreign currency is costed at the rate when it was purchased or received, and it then stays at that historical cost. It does not move with the exchange rate afterward.
Take 3,000 units at 42 yuan, purchased when the rate was 7.15. Landed cost per unit in dollars starts from $5.87. If the rate moves to 6.95 by the time the supplier is paid, the payment costs more dollars, and that difference is a realized foreign exchange item. The inventory stays on the balance sheet at $5.87, and cost of goods sold uses $5.87 when those units sell.
The frequent error is recosting the inventory at the payment date rate, which drags currency movement into gross margin. Product margin then appears to fluctuate for reasons that have nothing to do with the product, and a seller chasing that signal will reprice or discontinue items based on exchange rate noise.
What the marketplaces do to the picture
Each channel handles cross-border conversion its own way, and the seller’s books have to follow whichever applies. A marketplace may convert on the seller’s behalf and deposit dollars, hold a balance in local currency until the seller moves it, or deposit into a local currency account the seller holds directly.
The first case is the most dangerous for reporting quality, because the conversion is embedded inside the payout and the applied rate is not always stated plainly. A seller reconciling only to the dollar deposit has no way to separate sales performance from conversion cost. Read the settlement report in its original currency and translate from there.
This is one of the reasons multichannel sellers end up with dedicated accounting tooling rather than spreadsheets. Software in this category, including ConnectBooks, which connects Amazon, Shopify, Walmart, TikTok Shop, and eBay into QuickBooks Online, QuickBooks Desktop Enterprise, or Xero, exists partly to preserve transaction level and SKU level detail on the way into the ledger, since currency and fee detail cannot be reconstructed from a net deposit after the fact.
A practical setup
A workable structure for a seller with two or three foreign channels looks like this:
- One clearing account per marketplace per currency, so gross activity and conversion are visible separately from the bank.
- Sales recorded in transaction currency and translated at the monthly average, with the source rate documented.
- Inventory purchases translated at the actual rate on the purchase or receipt date, never averaged.
- A dedicated foreign exchange gain and loss account, reviewed monthly rather than at year end.
- Period end revaluation of all foreign currency balances, with the closing rate source recorded.
Whether any of this rises to a reportable issue depends on volume, entity structure, and where the business has filing obligations, which is a question for a tax professional rather than an accounting workflow. The American Institute of Certified Public Accountants maintains credentialing standards and directories worth consulting if the current bookkeeper has not worked with foreign currency transactions before. The underlying discipline is ordinary: record what happened, in the currency it happened in, at the rate that applied, and let currency movement show itself.
