Multi-Currency Accounting
Selling and buying in more than one currency shouldn't mean manual spreadsheet conversions at month-end. Yukti books, revalues, and reports in whatever currencies your business actually uses.
How Yukti Handles This
Transactions post at the rate on their own date
- Journal entries, invoices, and bills can post in a foreign currency
- Ledger still reports in your functional currency, converted at the transaction-date rate
- That rate is never a month-end approximation, and rate tables update on a schedule you control
Realized and unrealized gains are tracked separately
- A realized gain or loss posts only when a transaction actually settles
- Calculated from the settlement-date rate versus the rate it was booked at
- Unrealized gains come from period-close revaluation of open foreign-currency balances, no cash moving
Cross-currency edge cases are handled by default
- Handles a customer paying in a different currency than they were invoiced in
- Handles a vendor bill in one currency settled from a bank account in another
- Handles a subsidiary's own functional currency rolling up into a group currency
Rounding differences post to a dedicated account
- Rounding and exchange-rate-difference accounts absorb small multi-currency gaps automatically
- Example: a payment clearing at a fractionally different rate than the invoice was booked at
- The difference posts automatically, no unreconciled variance to chase at month-end
Where This Connects to the Rest of Your Books
Currency carries through from quote to payment
- A quote, order, or invoice in a foreign currency carries it through to fulfillment and payment
- A purchase order or vendor bill does the same on the buying side
- Get the currency wrong at entry and every downstream document inherits the error
Period-close revaluation feeds straight into reporting
- Every eligible foreign-currency account gets picked up automatically at period close
- Resulting gain or loss postings feed straight into the ledger and financial reporting
- A P&L that misses currency revaluation is materially wrong, not a rounding issue
Correct currency handling is what consolidation is built on
- A subsidiary's functional currency must convert correctly before consolidated statements mean anything
- Correct exchange rate handling at the transaction level makes consolidation trustworthy
- Without it, consolidation becomes a spreadsheet exercise layered on top of bad data
Where the AI agent helps
The agent tracks currency exposure by account across the ledger.
Flags when exposure concentrates in a currency you haven't hedged or converted
Explains, in plain language, what moved the period's forex gain or loss
Traces the swing back to specific accounts instead of leaving finance to dig
See What This Could Save Your Team
Multi-currency FX rate updates and revaluation
You could save ~2.0 hours/month
Common Questions
What's the actual difference between a realized and an unrealized currency gain in Yukti?
A realized gain or loss is locked in the moment a foreign-currency transaction settles, when a customer's payment actually lands or a vendor bill actually gets paid, calculated against the rate the transaction was originally booked at. An unrealized gain or loss is a paper adjustment: at period close, any account still carrying an open foreign-currency balance gets revalued at the current closing rate, and the difference posts to a separate unrealized account. Nothing about an unrealized entry involves cash moving, which is exactly why it needs to be tracked separately from realized results.
Can I invoice a customer in one currency and let them pay in another?
Yes. The invoice posts and reports in the currency it was issued in, and the payment reconciles against it regardless of what currency the payment actually clears in. Yukti calculates the resulting realized gain or loss automatically based on the rate difference between invoice date and payment date, so accounts receivable doesn't need a manual currency-conversion step before it can match the payment to the open invoice.
How often do exchange rates update, and can I control the source?
Exchange rates update on whatever schedule you configure, daily through a scheduled rate feed or manually if you prefer to control exactly which rate applies. Every transaction posts at the rate in effect on its own transaction date, so changing today's rate does not retroactively touch anything already posted.
Does multi-currency accounting work with multi-company consolidation, or are they separate setups?
They're built on the same underlying mechanics. Each subsidiary can keep its own functional currency for local statutory reporting, and consolidated statements convert every entity's transactions into the group reporting currency using the exchange rate and method appropriate to that account type. Multi-currency accounting has to be correct at the entity level first, since consolidation just rolls that already-correct data up rather than fixing currency handling at the group level.
What happens to the exchange rate difference when an invoice is paid weeks after it was issued?
The gap between the rate on the invoice date and the rate on the payment date posts as a realized exchange gain or loss the moment the payment reconciles, to a dedicated gain or loss account rather than blending into revenue or an expense line. If the invoice is still open at period close and hasn't been paid yet, it gets revalued at the closing rate first, producing an unrealized entry that reverses once the invoice is actually settled.
See Multi-Currency Accounting in Yukti
Get a walkthrough of how Yukti handles your books, or compare plans to see what is included in the free community edition.