Multi-currency invoicing without the migraines

Importers pay in dollars. Exporters bill in euros or dirhams. Everyone reports taxes in rupees. Multi-currency support is not a luxury feature for small businesses in Pakistan — it is daily life. This is how it works in Roznamcha Digital, end to end, with a worked example.

Step 1: set the currency on the customer

Your company currency (PKR for most users) is chosen once, during setup. After that, multi-currency starts with the customer: open the Customer entry and set its Currency to something different — USD, EUR, AED, whatever you bill in. The same trick works for suppliers and purchase invoices.

That is the only setup required. There is no currency table to maintain and no per-invoice toggle to remember.

Step 2: create the invoice

Create the invoice exactly as usual and select the customer. The moment you do, the exchange rate widget appears on the form. Enter the rate you and the customer actually agreed on — say 278.50 PKR per USD — because that rate is captured with the invoice and never changes with the market afterwards.

• What you see: line items and totals in the customer's currency, the way the customer expects them.
• What the base fields show: Base Grand Total and Outstanding Amount are always displayed in your company currency, so you know what the invoice is worth to you.

Submit, and the double-entry ledger posts in PKR using the captured rate: Company Currency = Customer Currency × Exchange Rate.

Step 3: print in their currency, report in yours

Click Print and the invoice renders in the customer's currency — a proper dollar invoice for a dollar client. Your general ledger, party statements and year-end reports, meanwhile, show the PKR amounts consistently, regardless of what the rate does next week.

Step 4: record the payment

Payments are recorded in your company currency. The exchange rate stored on the invoice decides how much PKR settles the outstanding amount, so there is no ambiguity at settlement time. Any small rounding difference is balanced automatically through the Round Off account from your settings.

What you get at year end

• One reporting currency: profit and loss and balance sheet aggregate everything in PKR, ready for your tax return.
• Historical accuracy: each transaction keeps the rate used at entry time, so party statements never shift underneath you.
• No parallel spreadsheet: before switching, most users kept a sheet just to track what each foreign invoice was really worth. When conversion is native to the ledger, that spreadsheet retires itself.

Currency complexity belongs in the software, not in the operator's head.