Back to all articles
productfinancepayrollaccountingafrica

Multi-Currency Payroll: Pay Staff in Local Currency, Report in One

How multi-currency payroll lets you pay staff in their own currency and report in a single reporting currency, with FX handled in the ledger — not a side spreadsheet.

AnooreHR Team··6 min read

You run one company, but your money speaks several languages. A designer in Lagos gets paid in Naira. A foreign vendor invoices you in dollars. Tomorrow you open an office in Accra and someone there expects Cedi. Meanwhile your board wants one clean set of accounts, in one currency, that actually ties out.

Most teams solve this with a spreadsheet on the side — one tab per currency, a manual FX rate typed in each month, and a prayer that the totals reconcile. They usually don't. This post is about doing it properly: paying each person in the currency they live in, keeping your books in a single reporting currency, and letting the ledger carry the foreign-exchange math instead of a fragile tab.

The two-currency problem, stated plainly

International accounting has a clean name for this. Under IAS 21, every entity has a functional currency — the currency of the environment where it primarily earns and spends cash — and a presentation currency, which is simply the currency you choose to report in. They can differ. A Nigerian entity's functional currency is the Naira; a group reporting to investors might present in Naira, dollars, or anything else.

The job of a real system is to hold both at once: record each transaction in the currency it actually happened in, and translate to the reporting currency for the numbers that leave the building. The gap between "the rate when we booked it" and "the rate when we paid it" is not an error to hide — it is a real FX gain or loss that belongs on your income statement.

A currency difference is an accounting event, not a rounding mistake. It should land in the ledger automatically, on a named account, every time.

How AnooreHR handles it: one ledger, many currencies

AnooreHR's Finance and Accounting pillar is a double-entry general ledger that is multi-currency and IFRS-aligned from the ground up. That means three things in practice:

  • Every transaction stores its original currency and amount. A Naira payslip is booked in Naira. A dollar invoice is booked in dollars. Nothing is pre-converted and flattened.
  • The GL translates to your reporting currency so your trial balance, P&L and balance sheet come out in one currency without you re-keying anything.
  • FX differences post themselves. When the rate moves between booking and settlement, the ledger writes the gain or loss to a dedicated account. No side tab, no manual journal.

Because AnooreHR runs payroll and accounting on one shared ledger, payroll is not an island. When a pay run is finalised, it posts straight into the GL — gross pay, PAYE, pension, employer costs, net pay to be disbursed — as proper journal entries in the currency of that run. There is no export-to-CSV, re-import, re-classify dance. The wage bill is already in your accounts the moment payroll closes.

Where the currencies come from: profile packs

AnooreHR is built around country profile packs. Each pack holds a country's tax rates, statutory filings and labour rules in data — JSON, not code — and each pack carries its own local currency. That is the mechanism that lets payroll be genuinely local: the Nigeria pack runs payroll in Naira, computes PAYE under the Nigeria Tax Act 2025, and remits pension and levies in Naira.

Honest status, stated clearly: Nigeria is live today. You can run compliant Naira payroll right now. Other countries — Ghana (Cedi), Kenya (Shilling) and more — are on the roadmap as profile packs, not live yet. The multi-currency ledger underneath is live and usable today (a Nigerian company can already book and report foreign-currency vendor payments and bank balances); the promise of paying staff in Cedi or Shilling arrives when each country's pack ships. We would rather tell you that than imply a payroll we cannot yet run.

When those packs land, the model is already in place: each entity runs payroll in its local currency, and the group consolidation engine — multi-entity, with intercompany matching and elimination — rolls everything up into one reporting currency. You get one group P&L, correctly translated, without a merge-the-spreadsheets weekend.

A worked example: the FX gain nobody journaled

Say your Lagos company (functional currency Naira) hires a contractor in London who invoices $2,000. Illustrative rates — confirm live rates with your bank:

EventRate (illustrative)Booked in Naira
Invoice received₦1,600 / $1$2,000 × 1,600 = ₦3,200,000
Invoice paid (3 weeks later)₦1,650 / $1$2,000 × 1,650 = ₦3,300,000
FX difference₦100,000 loss

You owed ₦3,200,000 when you booked the payable. By the time cash left, the Naira had weakened and you actually paid ₦3,300,000. That extra ₦100,000 is a foreign-exchange loss.

In a spreadsheet world, that ₦100,000 usually vanishes — the payable was recorded at one rate, the cash at another, and the difference quietly breaks your reconciliation. On one multi-currency ledger, the settlement posts the loss automatically to your FX account:

Dr Foreign Exchange Loss ₦100,000 · Cr Accounts Payable ₦100,000 — booked the instant you record the payment, so the books tie out and the cost is visible.

Same logic protects payroll. Pay a Naira salary and your accounts stay in Naira, clean. As other packs go live, a Cedi payslip books in Cedi, translates to your reporting currency for the group view, and any translation difference is an accounting entry — not a mystery.

The staff side stays simple

Your employees never see any of this machinery, and that is the point. Through the self-service portal on every staff phone, each person sees their payslip in the currency they are actually paid in — the number that matches their bank alert, with local statutory deductions shown in local terms. No employee should have to mentally convert their own salary. The complexity of multi-currency reporting lives with finance; the clarity lives with staff.

Honest limit

Two things to set expectations on. First, AnooreHR is a system of record and reporting, not a foreign-exchange broker — it books transactions and FX differences accurately at the rates you use, but it does not itself move money across borders or set your rate; that stays with your bank. Second, multi-currency payroll in a given country is bounded by that country's profile pack. Today that means Naira payroll in Nigeria, live. Everything else is roadmap, and we will keep saying so until the pack is real. The AI assistant can flag an unusual FX swing or draft the explanatory note — but a human approves every posting that touches your accounts.

Does AnooreHR handle this?

Yes — the multi-currency, IFRS-aligned ledger with automatic FX postings and group consolidation is live in the Finance pillar today, and Nigerian Naira payroll posts straight into it on one shared ledger. Local-currency payroll for more countries arrives pack by pack. Start free for up to three staff at AnooreHR, or book a quick demo to see the ledger and consolidation with your own entities.

Related reading: One system: HR, payroll and finance on one ledger · Country profile packs: the tax engine that lives in JSON · Africa is not one market

Stop running payroll on spreadsheets

AnooreHR is free for teams up to 3.

PAYE, Pension, NHF, NSITF, ITF — all handled. No setup fee, no card.

Get started free
AnooreHR Team

Pan-African payroll, HR, and accounting specialists. Every rate and rule is checked against the primary regulator before it ships.

More about our editorial team

Ready to unify your business?

Start free in under two minutes. No card. No sales call unless you want one.

Free tier covers up to 3 employees · Cancel any time · Paid in your local currency.