How to Set Up Multi-Currency in Tally Prime (2026)

If you invoice clients abroad, pay overseas suppliers, or hold a foreign currency bank account, you need more than just a single base currency in Tally Prime. Multi-currency support lets you record transactions in the actual currency they happened in, while still reporting everything back in your base currency for your books.

This guide covers setting up additional currencies, recording foreign currency transactions, and handling the exchange rate gains or losses that come with them.

What You Need Before You Start

• Tally Prime installed, with your company already created (your company’s base currency was set during company creation)
• A list of the foreign currencies you actually deal in — USD, EUR, GBP, or others
• Access to a reliable source for current exchange rates, since accuracy here directly affects your reported figures

Step 1: Enable Multi-Currency

1. Gateway of Tally, then F11 (Features), then F1 (Accounting Features)
2. Set Allow Multi-Currency to Yes
3. Press Ctrl+A to save

Step 2: Create Additional Currencies

1. Gateway of Tally, then Accounts Info, then Currencies, then Create
2. Enter the currency Symbol (for example, $ or €) and the Currency Name (for example, US Dollars)
3. Set the Number of Decimal Places typically used for that currency (usually 2)
4. Save

Repeat this for each foreign currency you need.

Step 3: Set Exchange Rates

1. Gateway of Tally, then Accounts Info, then Currencies, then Rates of Exchange
2. Select the currency and enter the Standard Rate (used for valuation in reports) and the Selling/Buying Rate if these differ for your transactions
3. Update rates periodically — exchange rates fluctuate, and using a stale rate skews your reported receivables, payables, and gain/loss figures

Step 4: Create Foreign Currency Ledgers Where Needed

For bank accounts or party ledgers that operate in a foreign currency:

1. Open or create the relevant ledger (for example, a foreign currency bank account, or an overseas customer)
2. Set the ledger’s currency if your release supports per-ledger currency assignment, or simply record transactions in the foreign currency directly on the voucher, depending on your Tally Prime version
3. Save

Step 5: Record a Foreign Currency Sales or Purchase Invoice

1. Gateway of Tally, then Vouchers, then F8 (Sales) or F9 (Purchase)
2. Select the relevant party ledger
3. When entering the amount, Tally Prime will prompt you to select the currency if the party or transaction is in a foreign currency
4. Enter the foreign currency amount — Tally Prime converts and shows the base currency equivalent using the exchange rate configured
5. Complete the rest of the invoice as usual and save with Ctrl+A

Step 6: Record Receipts and Payments in Foreign Currency

1. Gateway of Tally, then Vouchers, then F6 (Receipt) or F5 (Payment)
2. Select the foreign currency bank ledger and the party ledger
3. Enter the amount in the foreign currency actually received or paid
4. Tally Prime calculates the base currency value using the exchange rate at the time of the transaction

Step 7: Handle Exchange Rate Gain or Loss

Because the exchange rate on the day you raised an invoice is rarely identical to the rate on the day you receive payment, a gain or loss naturally arises:

1. At the time of receipt or payment, Tally Prime can calculate the difference between the originally recorded base currency value and the current value based on the new rate
2. This difference is typically recorded against a Forex Gain/Loss ledger, which you should create under Indirect Income or Indirect Expenses
3. Review this ledger periodically as part of your regular reporting, since unrealized gains/losses on outstanding foreign currency balances may also need to be revalued at period-end, depending on your accounting policy

Step 8: Review Multi-Currency Reports

1. Gateway of Tally, then Display More Reports, then Statement of Accounts, then Foreign Exchange
2. Review outstanding foreign currency receivables and payables, along with their current base currency valuation
3. Check the Forex Gain/Loss summary periodically rather than only at year-end

Common Mistakes to Avoid

• Using outdated exchange rates instead of updating them regularly, which distorts your reported receivables, payables, and gain/loss figures
• Forgetting to create a dedicated Forex Gain/Loss ledger, leading to exchange differences being misclassified or ignored
• Mixing up Standard Rate (for valuation) and actual transaction rates, leading to reports that don’t reflect what you actually paid or received
• Not revaluing outstanding foreign currency balances at period-end, where your accounting policy requires it
• Recording foreign currency transactions directly in base currency by manually converting them yourself instead of letting Tally Prime handle the conversion, which causes small rounding mismatches over time

FAQs

Can Tally Prime handle more than two currencies at once? Yes, you can create as many additional currencies as you need, alongside your base currency.

Does Tally Prime fetch exchange rates automatically? This depends on your release and any connected rate-update services. In many setups, exchange rates need to be entered or updated manually, so build a regular update routine into your process.

How is base currency different from the currencies I create? Base currency is set during company creation and is what your final financial statements are reported in. The currencies you create afterward are additional currencies for recording specific foreign transactions, which still convert back to base currency for your books.

What ledger type should Forex Gain or Loss be under? Typically under Indirect Income (for gains) or Indirect Expenses (for losses), though some businesses use a single ledger that can show either, depending on the period’s net result.

Do I need multi-currency if I only occasionally receive a foreign payment? It’s still useful, since it keeps your records accurate even for occasional transactions, but if it’s genuinely rare, manually noting the conversion in a journal entry is also workable for very low transaction volumes.