Skip to content

Contact Info

Multi-Currency

Trade in many currencies, report in one clear view

What should an ERP for multi-currency accounting handle?

An ERP for multi-currency accounting should record each transaction in its original currency and your base currency, apply the right exchange rate on the right date, calculate realized gains and losses on payment and revalue open balances at period-end. It should also report clearly in more than one currency, so finance does not rebuild the numbers in a spreadsheet every month.

Last reviewed by Vikas Saroj

Once you buy, sell or hold bank accounts in more than one currency, accounting gets harder fast. Rates change between invoice and payment, bank charges appear in a different currency from the invoice, and open balances need revaluing at month-end. Many businesses handle this with manual journals and a currency spreadsheet that only one person understands.

An ERP for multi-currency accounting can take most of that work away, but the setup decisions matter: which rate source to use, when rates are applied, how gains and losses are posted and which balances are revalued.

I help finance teams make those decisions and test them before they become a month-end problem.

Three people working on laptops and notes around a shared table
  • Base and reporting currency
  • Exchange rate policy
  • Realized gains and losses
  • Period-end revaluation
  • Foreign bank accounts
  • Multi-currency reporting
How I Help

Currency rules first, configuration second

Multi-currency issues are rarely about whether the ERP supports currencies. They are about how it is set up and used.

Currency Policy

A written policy covering base currency, reporting currency, rate source, rate timing and rounding, agreed with finance and auditors before anyone configures the system or migrates a single balance.

Transaction Flows

Process maps for foreign sales, purchases, advances, partial payments and refunds, showing which rate applies at each step and where differences should post in the ledger.

Revaluation Design

Rules for revaluing open receivables, payables and foreign bank balances at period-end, including which accounts are revalued, how reversals work and what the auditors expect to see.

Bank and Payment Handling

Design for foreign currency bank accounts, cross-currency payments, bank charges and reconciliation, so the bank statement and the ledger agree every month without manual adjustments or suspense entries.

Pricing and Costing

Decisions on foreign currency price lists, landed costs on imported goods and how purchase currency affects inventory valuation, cost of sales and margin reporting by product and customer.

Platform Testing

Scenario tests on shortlisted platforms: invoice in one currency, pay in another, revalue, reverse and report. Gaps found here are cheap; gaps found at year-end are not.

How I Work

Define, test and close

Define

Agree the currency rules

01
Request an Assessment
  • Currency inventory
  • Rate source and timing
  • Gain and loss accounts
  • Reporting requirements

Test

Prove the rules in the system

02
Discuss Your Project
  • Foreign invoice scenarios
  • Partial and advance payments
  • Revaluation runs
  • Bank reconciliation

Close

Make month-end routine

03
Talk About Next Steps
  • Revaluation checklist
  • Review reports
  • Opening balance migration
  • Finance team training

Symptoms: how currency problems show up in finance

Multi-currency problems are easy to live with until month-end, when they all arrive at once. The usual symptoms:

  • Small balances that never clear. A customer paid in full, but a tiny difference remains on the account because the rate moved between invoice and payment.
  • Manual revaluation journals. Someone calculates unrealized gains and losses in a spreadsheet and posts a journal by hand every period.
  • Foreign bank accounts that do not reconcile. Bank charges, transfer fees and rate differences are posted to whichever account seems closest.
  • Margins that look wrong. Imported goods are costed at one rate and sold at another, and nobody is sure which margin is real.
  • Reports in the wrong currency. Management wants a view in the group currency while the books are in a local currency, so reports are rebuilt outside the system.
  • Audit questions about rates. The auditor asks which rate was used for a transaction, and the answer depends on who entered it.

These issues compound as the business adds currencies, bank accounts and countries. An ERP for multi-currency accounting can automate most of this, but only when the underlying rules are clear.

Root-cause checklist

When finance teams tell me their system cannot handle currencies, the cause is usually one of these:

  • No agreed rate policy. Some users type a rate, others accept the default, and the system has no single rate source.
  • Rates applied on the wrong date. Invoice date, posting date and payment date rates are mixed up.
  • Gain and loss accounts not set up properly. Realized and unrealized differences land in the same account or in a suspense account.
  • Revaluation not configured or not run. The feature exists, but nobody owns the period-end step.
  • Foreign customers set to the base currency. Invoices go out in one currency while the account is held in another.
  • Accounting software without full multi-currency support. Some entry-level tools handle foreign invoices but not revaluation or multi-currency reporting.

Only the last cause needs new software. The others need a decision and a proper configuration. That distinction matters: replacing a system because of a setup problem just moves the problem. I check which causes apply through a focused gap analysis of your currency scenarios before recommending anything bigger.

Solution options

Depending on the root causes, the fix can be small or structural:

OptionWhen it fits
Policy and process changeThe system supports currencies, but rates, timing and ownership are not defined. A written currency policy and a month-end checklist solve most of it.
ReconfigurationRate feeds, gain and loss accounts, customer and supplier currencies or revaluation settings are wrong or missing.
Reporting layerTransactions are fine, but management needs group-currency reporting the ERP does not produce well.
New or upgraded ERPThe current tool cannot revalue, cannot hold foreign bank accounts or cannot report in more than one currency.

If you also run several legal entities, the currency design and the group structure have to be decided together, because consolidation adds currency translation on top of transaction currency. The companion page on ERP for multi-company operations covers that side. Whatever the option, I document the currency rules in the ERP solution design so the implementer configures your policy, not their default.

Platform fit for multi-currency accounting

The mainstream mid-market platforms all handle foreign currency transactions. The differences show up in revaluation, bank handling, rate automation and reporting, and in how much configuration is needed to get them right:

  • Odoo Accounting supports foreign currency documents, automatic rate updates and exchange difference postings, and fits businesses that want accounting tied closely to sales, purchasing and stock.
  • ERPNext Accounting supports multi-currency parties and accounts, with a revaluation process for open balances, and suits teams that want control over an open-source platform.
  • Zoho Books handles foreign currency customers, vendors and bank accounts with rate feeds, and suits smaller finance teams that want simplicity.
  • Dynamics 365 Business Central offers mature currency features, including exchange rate adjustment routines, and suits finance-led organizations.

Fit also depends on your sector. Trading companies importing in one currency and selling in another, logistics firms billing international customers and ecommerce businesses selling across borders each stress different parts of the currency setup. I test those exact scenarios before recommending a platform.

Cost drivers and a phased timeline

The effort of setting up an ERP for multi-currency accounting depends on:

  • Number of currencies and bank accounts, including how often each is used.
  • Payment patterns. Advances, partial payments and cross-currency settlements add scenarios to design and test.
  • Inventory impact. Imported goods with landed costs in several currencies need careful costing design.
  • Reporting needs. A second reporting currency or group currency adds setup and testing.
  • Open item migration. Foreign currency balances must migrate with their original amounts and rates, not just base currency totals.
  • Local requirements for rates or reporting in particular countries.

A realistic timeline runs in phases. First, inventory currencies, accounts and payment patterns, and agree the currency policy with finance and, ideally, the auditors. Second, configure and test the core scenarios: foreign invoice, payment at a different rate, partial payment, bank charge and revaluation. Third, migrate open items with their original currency values, which is where many projects slip, so I plan it with the data migration work. Finally, run the first close in the new system with a checklist and a review, and adjust before it becomes routine.

Next steps

Currency problems are worth fixing before they reach year-end. The first step is a short review of how currencies flow through your business today and how your current system handles them.

To start, I usually ask for:

  • The list of currencies you invoice, buy and bank in
  • A recent month-end revaluation, if one is done
  • Examples of balances that did not clear because of rate differences
  • The reports management uses and the currency they need them in

From that I can tell you whether you have a setup problem, a process problem or a system limitation, and what the lightest fix looks like. If a new ERP is the answer, the currency rules become part of your requirements, and every shortlisted vendor is tested against them.

As an independent consultant, I am not tied to any platform, so I can tell you plainly when your current system is capable and just needs configuring properly. Contact me to review your multi-currency setup.

Not sure where to start?

Tell me about your business and current systems. I’ll suggest the most sensible first step.

Book a Consultation
Related

Related Services

  • ERP Solution Design
  • ERP Gap Analysis
  • ERP Requirements Gathering
  • ERP for Multi-Company Operations
  • Odoo Accounting
  • Zoho Books

Not sure which ERP you need?

Do not choose software first.

Share your business requirements with me and I will help you understand the right process, architecture and platform before implementation.

  • Independent ERP advice before you invest - I do not resell software
  • Work directly with Vikas - no account managers or junior handoffs
  • Business analysis before software implementation
  • One consultant who understands both your business and the technology
FAQ

Questions About ERP for Multi-Currency Accounting

A realized gain or loss arises when a foreign currency invoice is paid at a different rate from the one used when it was recorded. An unrealized gain or loss arises when open balances are revalued at period-end at the current rate. An ERP should post both automatically to separate accounts, with the unrealized entry reversing in the next period.

That is a policy decision, usually agreed with your auditors: a central bank rate, a commercial feed or a bank's rate, applied on the transaction date. What matters is consistency. The ERP should pull rates from one agreed source and apply them the same way every time, with manual overrides controlled.

Many ERPs support a reporting or additional currency, and others rely on a reporting layer for translation. The right approach depends on whether you need the second currency for management only or for statutory reporting. I check how each shortlisted platform handles this against your actual reporting needs.

Open invoices and bills should migrate with their original currency amount and the rate at which they were recorded, so payments and revaluation work correctly afterwards. Migrating only base currency totals creates differences that surface as soon as the first payment arrives.

Still have questions? Let’s talk them through.

Every business is different. Share where you are today and what you want to fix, and I’ll tell you honestly whether and how I can help.

Book a Consultation
Vikas Saroj seated at a meeting table with a laptop and notebook
Working Model Remote · Worldwide
Email Address hello@vikassaroj.com
Book a Consultation

Let’s Discuss Your ERP for Multi-Currency Accounting Project

Book a consultation to talk through your processes, systems and goals. I’ll reply with practical next steps - no obligation.

Chat on WhatsApp