Businesses that invoice customers, pay suppliers, hold bank accounts or borrow in foreign currencies need more than a calculator. Multi-currency accounting records each transaction in its original currency while translating it into the company’s home or functional currency for ledgers and financial reports.
Key currency concepts
Home or functional currency
This is the primary currency in which the business keeps its accounts and presents most internal reports. It should be selected carefully during system setup because changing it later can be complex and may undermine comparability.
Transaction currency
This is the currency stated on a particular invoice, bill, receipt, payment or bank account.
Exchange rate
The rate translates the foreign amount into home currency. A business needs a documented policy covering rate sources, transaction dates and approval of manual overrides.
Typical transaction lifecycle
- Record the foreign-currency invoice using the applicable rate.
- Recognise the home-currency equivalent in the ledger.
- Record settlement using the rate on the payment date.
- Calculate the realised exchange difference.
- At reporting date, retranslate relevant outstanding monetary balances.
- Recognise unrealised exchange differences as required by the applicable reporting framework.
Illustrative example
A supplier invoice of USD 1,000 recorded at 1,500 per dollar creates a home-currency payable of 1,500,000. If it is settled when the rate is 1,550, the payment is 1,550,000 and the 50,000 difference is a realised exchange loss. The software should preserve both currency amounts and the rates applied.
Foreign bank accounts
Each foreign account should retain its native-currency balance and home-currency equivalent. Reconciliation must agree the native balance to the bank statement, while revaluation updates the reporting equivalent. Mixing these processes often creates unexplained differences.
Controls for multi-currency accounting
- Approve the home currency before opening balances are loaded.
- Use a consistent and supportable rate source.
- Restrict retrospective rate changes.
- Separate realised and unrealised exchange differences.
- Reconcile foreign receivables, payables and bank accounts.
- Review unusual rates and manual journals.
- Retain the original currency on every supporting report.
What to look for in software
A strong system should support customer and supplier currencies, foreign bank accounts, exchange-rate histories, settlement differences, period-end revaluation and reports in home and transaction currencies. It should also integrate those entries with receivables, payables, inventory and the general ledger.
Accurenza provides multi-currency capability within complete accounting software, enabling businesses to manage foreign sales, purchases and balances without disconnected conversion spreadsheets.
Implementation mistakes to avoid
- Selecting the wrong home currency
- Entering converted figures without retaining the foreign amount
- Using inconsistent rates across modules
- Ignoring outstanding balances at reporting dates
- Posting every difference to one unexplained account
- Failing to train staff on dates and rate selection
Frequently asked questions
Does multi-currency mean reports can be prepared in any currency?
Not necessarily. Transaction processing, reporting currency and management-report conversion are related but distinct capabilities that should be assessed during selection.
What is the difference between realised and unrealised exchange differences?
Realised differences arise when a balance is settled. Unrealised differences generally arise when an outstanding monetary balance is retranslated at a reporting date.
Can exchange rates be entered manually?
Many systems permit this, but overrides should be controlled, supportable and visible in the audit trail.
Professional implementation support
OTN Consulting can help define currency policy, migrate balances, configure accounts and test reporting. See our guide on choosing accounting software or contact us.