Field 1.22 of the EDF asks for the total value of the month's exports in Indian rupees, but the form itself does not tell you which exchange rate to use for converting foreign-currency invoices. The practical answer is to use the same documented rate your books used when each invoice was recorded, and to confirm with your AD bank whether it prefers a particular rate. The realisation rate is usually not even known when you file, so it rarely makes sense for the EDF.
Key takeaways
- Part 2B records each invoice in its own currency; only field 1.22 needs a rupee figure.
- The invoice-date rate from your accounting records is the most defensible choice for most exporters.
- Whatever rate you pick, apply it the same way every month and keep a note of the source.
- Differences between the EDF rupee total and the rupees you finally receive are normal and expected.
- Ask your bank if it has a stated preference; banks set their own EDF acceptance policies.
Where rupees actually appear on the EDF
Many exporters assume the whole form has to be converted to rupees. It does not. Part 2B, the services table, has a currency column and an amount column for each invoice, so a USD invoice stays in USD and a EUR invoice stays in EUR. The net realisable value for each row is also stated against that invoice.
The rupee conversion is needed for field 1.22, the total value in INR, in figures and in words. That single number summarises everything you exported in the month. Because it is a summary, the bank's real work of matching invoices and payments relies on the row-level detail, while the rupee total gives a quick sense of scale and must be internally consistent.
The candidate rates, compared
There is more than one sensible rate, and you will hear different advice from different people. Here is how the main options stack up for a services exporter.
| Rate | Known at filing time? | Matches your books? | Practical verdict |
|---|---|---|---|
| Rate used when the invoice was booked (invoice date) | Yes | Yes, by definition | Best default for most exporters |
| A published reference rate on the invoice date | Yes | Only if your books also use it | Good if your accountant already follows it |
| Your bank's buying rate on the invoice date | Usually | Sometimes | Acceptable if documented |
| Rate on the date of filing the EDF | Yes | No | Hard to justify; avoid |
| Actual realisation rate | Often not | Only after receipt | Works only when money arrived before filing |
The key test is whether you could explain the number to your bank or auditor a year later. "We used the rate our books use for every foreign invoice" is an answer that holds up. "We used whatever rate was on Google the day we filled the form" is not.
Why the invoice-date rate usually wins
Your EDF is due within 30 days from the end of the month in which the invoice was raised. For services, the payment can arrive anywhere within the 9-month realisation window, so on filing day you often have no realisation rate at all. Picking the invoice-date rate avoids guessing.
It also keeps the EDF aligned with your GST records. Your GST export invoice carries a rupee value too, and an EDF total that sits far away from the sum of those rupee values raises questions you do not need. Our separate note on the exchange rate for GST on export invoices explains the tax side, and the two should ideally tell the same story.
There is one exception worth noting. If the client paid in advance and the money was already credited before you prepared the EDF, some exporters prefer to use the actual conversion from the bank advice for that row. That is reasonable, provided you mark it in the remarks column and stay consistent for similar cases.
A worked example with three currencies
Nimbus Labs Pvt Ltd, a Bengaluru product engineering firm, raised these invoices in November 2026. The rates below are illustrative only and match the rates Nimbus recorded in its books on each invoice date.
| Invoice | Date | Currency and amount | Book rate | Rupee value |
|---|---|---|---|---|
| NL/26-27/041 | 4 Nov 2026 | USD 6,000 | 88.20 | ₹5,29,200 |
| NL/26-27/042 | 12 Nov 2026 | EUR 3,500 | 95.10 | ₹3,32,850 |
| NL/26-27/043 | 27 Nov 2026 | GBP 2,000 | 112.40 | ₹2,24,800 |
| Total | ₹10,86,850 |
Field 1.22 reads ₹10,86,850, with "Rupees Ten Lakh Eighty-Six Thousand Eight Hundred Fifty only" written in words. You can produce the words version accurately with our amount in words converter.
In January 2027 the USD invoice is paid and the bank credits ₹5,26,900 after charges and a slightly different conversion rate. Nothing on the EDF needs to change. The rupee difference is a foreign-exchange gain or loss in Nimbus's books, not a defect in the declaration. If the shortfall comes from bank charges abroad, that is a net realisable value question, covered in our piece on calculating NRV correctly.
What to ask your bank
Banks have to publish their own policies on how they accept EDFs, and some include guidance on presentation. Before your first filing, it is worth a short email to your branch or relationship manager with these questions:
- Do you prefer a specific exchange rate for the rupee total in field 1.22?
- Should advance receipts already credited be shown at the actual conversion?
- Do you want the rate used noted anywhere, such as in the remarks column?
- If our rupee total differs slightly from your system's conversion, will that be an issue?
Keep the reply on file. If the bank has no preference, write down your own policy in one line ("EDF rupee totals use the invoice-date rate recorded in Tally") and follow it every month. Consistency matters more than squeezing out the theoretically perfect rate.
Rules and bank practice in this area are still settling after the October 2026 start date, so treat this as general information, not legal or tax advice, and check anything material with your CA.
Frequently asked questions
Does the exchange rate on the EDF have to match the rate on the FIRA?
No, not necessarily. The FIRA shows the conversion on the day the money arrived, while the EDF is usually prepared earlier using the invoice-date rate. A difference between the two is normal and is handled in your books as an exchange gain or loss.
Can I convert the whole month at one average rate?
Some businesses use a monthly average rate in their accounts, and if that is your established accounting policy, using it on the EDF keeps things consistent. If your books record each invoice at its own daily rate, use those individual rates instead so the EDF matches your ledgers.
Do I need to revise the EDF if the rupee falls before I get paid?
No. The EDF declares what you invoiced; it is not a forecast of rupees received. Currency movements between the invoice date and the payment date do not require you to amend the form.
What if my invoice is already in Indian rupees?
Then no conversion is needed for that row, and the rupee amount goes straight into the total. Rupee-invoiced services also get a longer 12-month realisation window instead of 9 months, so note the currency carefully in Part 2B.
Where do I write which exchange rate I used?
The form has no dedicated field for it. If your bank wants the information, the remarks column in Part 2B is the natural place; otherwise, keep a working sheet with the rate and its source alongside your EDF records.
Bottom line
Use the rate your books already use for each invoice, apply it every month without exception, and ask your bank once whether it wants anything different. Our free EDF form generator puts your Part 2B rows and field 1.22 on one page, so you can check the rupee figure before you sign.
This guide is general information for Indian businesses, not legal or tax advice. Rules and bank processes change — confirm specifics with your AD bank or chartered accountant.