If a foreign client pays in a different currency from the one on your invoice, say euros against a US dollar invoice, the money still counts towards realisation, but your bank has to match it against an EDF row that shows another currency. Tell your bank promptly, give it matching instructions that link the payment to the invoice, and keep a record of the conversion, so the EDPMS entry can be closed. Whether the converted amount fully settles the invoice is the question to settle with your client.
Key takeaways
- The EDF records the invoice currency and amount in Part 2B; a payment in another currency does not change what you declared.
- Your bank matches the payment to the invoice; a currency mismatch makes that a manual step, so send instructions.
- If the payment converts to less than the invoice value, there is a shortfall to resolve with your client.
- Use the remarks column for future invoices where you already know the client will pay in another currency.
- Prevent repeats by agreeing the currency in the contract and printing it clearly on every invoice.
Why a mismatch matters
Under the FEMA (Export and Import of Goods and Services) Regulations, 2026, each invoice on your EDF becomes an open entry in EDPMS. The entry records the invoice currency and amount. When a payment arrives, the bank matches it and closes the entry once the full export value is realised, which for services must happen within nine months of the invoice date.
A payment in the same currency is simple to match: USD 8,000 invoiced, USD 8,000 received. A payment in a different currency needs a conversion step, and that is where questions start:
- Which rate converts the euros into dollar terms?
- Is the converted amount equal to the invoice, or short?
- Does the bank's matching treat the invoice as fully realised?
None of this is unusual, but it does need you to act rather than wait.
Common ways it happens
| Situation | Example | What it usually means |
|---|---|---|
| Client pays from a local-currency account | Invoice USD 10,000; German client sends EUR 9,250 | Client's bank converted or client chose to pay in euros |
| Intermediary converts | Invoice GBP 5,000; you receive USD | A bank in the chain converted |
| Platform pays in a different currency | Invoice EUR; platform remits USD | Platform's payout currency |
| Client pays in INR from abroad | Invoice USD; INR arrives | Ask your bank; INR settlement has its own rules |
| Mistake | Client picked the wrong currency | Contact the client |
The last two need particular care. Rupee settlement from abroad is only permitted through certain routes, and a mistaken currency may leave you short. Ask your bank in both cases.
What to do when it happens
- Check the advice. Look at the bank's FIRA or advice: currency received, amount, rupee credit and purpose code.
- Work out the gap. Convert the received amount into the invoice currency at the rate your bank or CA advises, and compare it with the invoice value.
- Send matching instructions. Write to your bank linking the remittance (date, reference, amount, currency) to the invoice number on your EDF.
- Explain any shortfall. If the conversion leaves you short, decide with your client whether they will pay the balance or you will accept less.
- Document a reduction. If you accept less, issue a credit note for the difference and tell your bank, so the invoice value and the realisation agree.
- Update your register. Record the currency received, the conversion and the outcome against the invoice.
A worked example
Harbourline Consulting LLP, an Ahmedabad supply-chain consultancy, invoices a client in Spain on 4 November 2026:
- Invoice HCL/26-27/066, USD 10,000, SAC 998311, on its November 2026 EDF (due 30 December 2026)
On 18 December 2026 the client's accounts team pays EUR 9,200 instead of dollars. Harbourline's bank credits the rupee equivalent and issues an advice showing EUR 9,200.
Harbourline checks the rate. At the conversion its CA uses, EUR 9,200 is roughly USD 9,850, so it is about USD 150 short. It does three things:
- Emails the client, noting the shortfall and asking for the balance in USD, as the contract specifies USD.
- Writes to its bank: "Remittance of EUR 9,200 received 18-12-2026, ref. [xxx], is towards invoice HCL/26-27/066 for USD 10,000 declared on our November 2026 EDF. Balance of approximately USD 150 expected from the client."
- Records the part realisation in its register.
The client pays the USD 150 in January. Harbourline sends a second matching instruction. The invoice is below ₹10 lakh, so Harbourline includes it in its next realisation declaration once fully paid.
If the client had refused to pay the difference, Harbourline would issue a credit note for USD 150 and give it to the bank. This is general information, not legal or tax advice; your CA should advise on the accounting and GST effect of any credit note.
Writing remarks when you expect a mismatch
Sometimes you know in advance. A client may tell you its treasury only pays in euros, even though your contract is in dollars. In that case, use the Part 2B remarks column on the EDF for those invoices:
- "Client expected to remit in EUR equivalent of invoice value"
- "Payment via platform; payout currency USD"
Better still, change the invoice currency to match how the client will actually pay, from the next invoice onwards. An invoice in euros, paid in euros, removes the whole problem.
Preventing it
| Prevention step | Why it works |
|---|---|
| State the invoice currency in the contract | Gives you a basis to ask for the balance |
| Print the currency code next to every amount | Avoids "$" ambiguity (US, Canadian, Australian, Singapore dollars) |
| Give bank details for the right currency | Some providers give separate details per currency |
| Ask the client to send in invoice currency | Their bank can usually do it |
| Agree who bears conversion costs | Avoids arguments over small gaps |
The "$" problem is real. An invoice saying "$5,000" sent to a client in Singapore can be paid in Singapore dollars quite innocently. Always use ISO codes such as USD, SGD, AUD or CAD. Our export invoice generator puts the currency code beside every figure.
Frequently asked questions
Can a client pay in euros against a dollar invoice?
They can, and the payment still counts towards realisation, but your bank will need matching instructions linking it to the invoice. Any shortfall after conversion must be resolved with the client or documented with a credit note.
Do I need to revise my EDF if the client paid in another currency?
Generally no. The EDF records the invoice as raised. The mismatch is handled at the matching stage with your bank. Ask your bank if it wants anything more for its records.
What rate is used to compare the two currencies?
Ask your bank how it compares the amounts for EDPMS matching, and your CA which rate to use in your books. The two may differ, so keep the bank's advice showing the conversion it applied.
What if the converted amount is more than the invoice?
Tell your bank and your client. An excess may need to be refunded or adjusted against a future invoice, depending on your agreement. Do not leave unexplained surplus funds sitting in your account.
How do I stop clients paying in the wrong currency?
Use ISO currency codes on every invoice, state the currency in the contract, and give bank details specific to that currency. A short note in your invoice email helps too.
Bottom line
A currency mismatch is a matching problem, not a disaster. Tell your bank quickly, link the payment to the invoice, and settle any gap with your client in writing. To stop it recurring, invoice with clear currency codes using the free export invoice generator, and declare each month with the EDF form generator.
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.