Your payout arrived in INR. Is that still an export receipt?

Why did the money arrive in rupees at all?

Because you were never in the currency chain. When a foreign buyer pays a marketplace or a payment provider, the foreign currency lands with that provider's collection arrangement, not with you. Somewhere in India, a partner bank receives it, converts it, and pushes rupees to your account on a domestic rail. By the time the credit reaches your statement it has stopped being a foreign inward remittance in any operational sense and has become a NEFT, RTGS or IMPS entry from an Indian institution.

Payoneer is unusually direct about this, because its own users keep asking. Its FAQ poses the question in the exporter's own words (how does my bank recognise that payments credited by Payoneer are foreign currency transactions, when Payoneer credits my account in INR) and answers it mechanically: the partner bank includes additional information in the NEFT, RTGS and IMPS payment messages, and the digital FIRA supplies the foreign currency amount and the sender details so the receiving bank can identify the credit for what it is (Payoneer Digital FIRA FAQ). Read that carefully. The provider is telling you that the rail itself does not carry enough information, and that a separate document has to carry the rest.

PayPal India sits in the same structural position, arrived at from a different direction. Manual withdrawal is not available to Indian sellers; PayPal transfers the balance automatically every day to the seller's local bank account, with funds taking up to five business days to appear (PayPal Help). PayPal applies the currency conversion itself and describes the seller's own bank as the beneficiary bank, with Citibank sitting upstream as the India-side institution that prints and dispatches the custom advice. PayPal does not state anywhere on its public pages whether the daily credit reaches you as a direct SWIFT inward remittance or as a domestic rupee credit. And that silence is itself the practical answer, because a seller cannot assume the former and build a compliance file on it.

Reports and statements > Digital FIRA, one per transaction. PayPal: Reports > Tax > Foreign Inward Remittance Advise (FIRA), one per week covering all withdrawals in that week.", soThat: "That document, not the bank credit, is what carries the foreign currency amount, the sender details and the purpose code into your file.", }, , , , ]} conclusion={ <> The rupee credit proves that money moved. Only the provider's FIRA, presented to your AD bank with the matching export documents, proves that it moved

from outside India, against your exports

. And only your AD bank can turn that proof into an IRM in EDPMS. </> } />

Is an INR credit still realisation of export proceeds?

The export receipt is real. What has changed is who can see it. The obligation itself is set out in the Master Direction on Export of Goods and Services: the period of realisation and repatriation of export proceeds is nine months from the date of export, and that period applies to all exporters including SEZ units, Status Holder Exporters, EOUs, EHTPs, STPs and BTPs (RBI Master Direction 16/2015-16, para A.2(i)). Nothing in that provision speaks to the rail on which the money arrives. It speaks to whether the value came back to India inside the window, and to whether the AD bank can see that it did.

Note carefully what the framework does not say. There is no separate, shorter or longer period for money that arrives through a payment aggregator. There is no rule that a rupee credit is disqualified. The two departures from nine months in the current Master Direction are narrow and have nothing to do with payment rails: fifteen months from the date of shipment for goods exported to a warehouse established outside India, and, for goods exported to Bharat Mart, realisation within nine months from the date of sale of the goods from the warehouse. That is the whole list.

The failure mode here is not legal, it is administrative. An exporter on an INR rail typically has the money in hand well inside the window (often within days) and still ends up with an EDPMS entry sitting open at month eight, because no document was ever presented and the bank had nothing to lodge. The proceeds were realised. The realisation was never reported. Those are different failures with the same appearance on the bank's screen.

One further point of timing deserves attention if you are looking at older shipments. The nine-month period was substituted to fifteen months by a notification dated 13 November 2025, and substituted back to nine months by a notification dated 5 June 2026. Nine months is therefore the correct position today, but exports made in the intervening window sat under a different regime, which matters if you are reconstructing an aged file. A further change is already notified for 1 October 2026. Covered in section 7.

What does your AD bank need before it raises the IRM?

The bank is being asked to certify something it did not itself receive. That is the honest framing, and it explains every document on the list. A direct wire arrives with its own proof attached; the bank reads the inward message, raises the IRM in EDPMS, and the exporter is barely involved. On an INR rail the proof arrives separately, days later, from a third party, and somebody has to carry it across.

Payoneer sets out the sequence for its own users and it generalises well. Where the seller's bank differs from Payoneer's processing partner (which is the ordinary case) the seller's bank must lodge the IRM to EDPMS; the Payoneer-provided FIRA suffices for this; the exporter attaches the export documentation and submits it to the AD bank for IRM reporting and e-FIRA generation. Payoneer states that the AD bank is then required to reconcile the lodged export bills against the e-FIRAs and issue a Bank Realisation Certificate, and that this applies specifically to goods exports.

Whether the credit is even capable of being auto-recognised is not something you should assume either way. Neither provider publishes a statement that the seller's AD bank raises an IRM automatically on their credits, and the practical guidance from both points the other way. If your bank tells you it can raise the IRM without the FIRA, get that in writing from the bank rather than inferring it from a quiet month with no queries. And where the mechanics of your specific rail are genuinely unclear (which bank received the foreign currency, under what authorisation, on which construct) confirm with your AD bank rather than speculating in correspondence you may later have to stand behind.

How does PayPal India's weekly FIRA actually work?

PayPal calls its document a Foreign Inward Remittance Advise, and describes it as a testimonial for inward remittances and payments received in India from abroad, accepted by most statutory authorities as proof that a business has received a payment in foreign currency from outside the country (PayPal India). There are two variants, and the difference between them is the whole of the operational story.

The automated Weekly Digital FIRA is downloaded from the PayPal Business account under Reports > Tax > Foreign Inward Remittance Advise. It is free, it requires no request because the process is fully automated, and it is explicitly a block document: all withdrawals in a week are clubbed together into a single FIRA, and all withdrawals in a week are covered by it. Weekly issuance began in February 2026; for transactions before that the cadence was monthly, with a single digital FIRA covering all monthly foreign inward transactions, available by the fifteenth of the following month. Copies remain accessible in the report section for the last twelve months only, and anything older has to go through a custom process.

The Custom FIRA is the paid, per-transaction route. PayPal directs custom requests to the Citibank FIRA issuance team, and Citibank prints and dispatches the advice to the beneficiary bank. That is, to the bank where your PayPal withdrawals are credited, whose relationship manager, trade desk or branch must be copied on the request. Turnaround for Citibank account holders is normally three to five business days, and up to ten business days for bulk issuance from the point the completed request is accepted.

A seller ships four consignments in a single week and PayPal transfers the balance to the local bank account daily, as it does automatically for Indian accounts. At the end of the week, one free Weekly Digital FIRA appears under Reports > Tax, clubbing every withdrawal in that week into a single document. Four shipping bills sit open in EDPMS against those consignments. </> } result={ <> One FIRA has to be spread across four EDPMS entries. The document evidences the block; the exporter's own working evidences the split; the AD bank lodges the IRM and apportions it. Where a one-payment-one-document trail is genuinely required instead, the same four withdrawals would cost

INR 400 plus 18% GST, that is INR 472

, as Custom FIRAs at INR 100 plus 18% GST per transaction. </> } >

Arithmetic on the paid alternative: 4 &times; INR 100 = INR 400; GST at 18% = INR 72; total INR 472. Whether that is worth paying depends entirely on how much argument the apportionment working saves you with your bank. PayPal itself publishes no guidance on the apportionment step, so the method has to be agreed locally.

How is Payoneer's per-transaction FIRA different?

The cadence is the difference, and it changes the shape of the reconciliation entirely. Payoneer issues a digital FIRA for each transaction: each time a payment is processed into the bank account through Payoneer, a digital FIRA is generated by Payoneer's partner bank and made available in the Payoneer account. The PDF is delivered within one to three business days on a best-effort basis, with possible delays over bank holidays and weekends, and it is found under Manage > Reports and statements > Digital FIRA. Bulk download is supported, with date ranges beyond two months capped at 100 documents per download.

It is free. Payoneer states this twice and unambiguously. The FIRA is provided free of charge, and no documentation is needed to obtain it because the partner banks issue digital FIRAs automatically. The contents include sender details, receiver details, the foreign currency amount, the INR conversion amount, a Payoneer reference number and bank UTR number, the account number, the date and the purpose code.

A per-transaction document is a considerable advantage, but it is not the end of the work. Payoneer defers the apportionment question entirely to the AD bank: it does not document how an exporter maps one FIRA across multiple shipping bills, or several FIRAs against one shipping bill. And the document carries a Payoneer reference number and a bank UTR, not an IRM number. The IRM is generated later, by your AD bank, once you have presented the FIRA with the export documents.

For a seller not registered on the EDPMS side at all (a service provider or freelancer rather than a goods exporter) Payoneer positions the PDF differently: as proof that the business received export payments that originated outside India and were brought into India following the RBI's export OPGSP guidelines. That is a genuinely different use of the same document, and it is worth being clear which of the two you are doing, because only the goods-export path ends in a shipping bill closing.

Which document does which job, and what does it cost?

Exporters conflate four things that look alike and do completely different work. Getting them straight is most of the battle, because the wrong document presented confidently is worse than no document presented honestly.

Cost, on both rails, is close to irrelevant compared with the time. The free documents are free: PayPal charges nothing for the weekly digital FIRA and Payoneer charges nothing at all. The only published fee in either mechanism is PayPal's Custom FIRA at INR 100 plus 18% GST per transaction up to twenty transactions, or INR 2,000 plus 18% GST as a bulk issuance above that. A seller deciding whether to pay it should think in terms of reconciliation hours saved rather than rupees spent. Four hundred and seventy-two rupees is not the expensive part of this process.

If your rail is neither of the two researched here, the reasoning transfers but the mechanics do not. Read the provider's own documentation for the cadence, the cost and the issuing institution, and where it is silent (as both are on significant points) confirm with your AD bank rather than assuming the pattern holds. Related reading on the surrounding mechanics: FIRA by payment provider compared , EDPMS reporting and purpose codes for marketplace receipts .

What happens to the nine-month clock meanwhile?

It runs. The realisation period is nine months from the date of export for all exporters, SEZ units, EOUs, EHTPs, STPs, BTPs and Status Holder Exporters included, and no provision suspends it while a provider document is being obtained or a bank query is being answered. The statutory basis sits in the export regulations under FEMA and is carried into the Master Direction; the only longer period in the current framework is the fifteen months from the date of shipment for goods exported to a warehouse established outside India.

There is a real subtlety in what "date of export" means for goods, and it is worth knowing that the honest answer is that the export regulations define the term only for software, where it is deemed to be the date of the invoice. For goods, the RBI's own operative text reckons from the date of shipment wherever it has to make the clock work. The warehouse provision runs from the date of shipment, and the caution-list provision requires usance bills to mature within the prescribed realisation period reckoned from date of shipment. Our guide to when the nine-month clock starts works through the divergence between shipping bill date, Let Export Order date and bill of lading date.

Missing the window is not, by itself, what puts an exporter on the RBI caution list. Automatic caution-listing on shipping bills open beyond two years was withdrawn in October 2020, in terms, to make the system more exporter friendly and equitable. Under the current rule an exporter is caution-listed by the Reserve Bank on the recommendation of the AD bank, depending on track record with the bank and with investigative agencies, where the exporter has come to the adverse notice of an enforcement agency, or is not traceable, or is not making sincere efforts to realise the export proceeds. Overdue bills alone are not the trigger.

Read that last limb again, because on an INR rail it is the one that bites. An exporter who has the money, has the provider FIRA available for download, and simply never presents it, is not obviously making sincere efforts. The consequences are real: a caution-listed exporter's shipping documents may be handled only against advance payment or an irrevocable letter of credit covering the full value, cannot obtain AD approval for a reduction in invoice value, cannot have export claims remitted, and de-caution-listing is no longer automatic on realisation. It requires an AD bank recommendation to the RBI Regional Office. See our caution list guide for marketplace sellers for the full route back.

INR-credit closure checklist

Run this from setup through to closure. The order is roughly the order in which each step comes due, and nothing on it is optional if you export goods against a shipping bill.

Before the first payout

• Purpose code set correctly in the provider's profile settings, before any withdrawal. It is stamped on every document afterwards and cannot be changed on an issued FIRA
• IEC active and the AD Code registered at the port you actually ship from
• Your AD bank told, in advance, that settlements will arrive as domestic INR credits and that you will be presenting provider FIRAs for IRM lodgement

On every settlement

• Provider FIRA downloaded and archived to your own storage. Weekly from PayPal under Reports > Tax, per transaction from Payoneer under Manage > Reports and statements
• Bank statement credit matched to the FIRA by amount and date, and the domestic sender noted so the rail is documented
• Where the document covers a block, the apportionment across shipping bills worked out and written down at the time, not reconstructed later
• Purpose code on the first issued document read and confirmed against what your export actually is

Through to closure

• FIRA plus shipping bills and invoices submitted to your AD bank for IRM reporting in EDPMS. The provider does not do this for you
• e-FIRA obtained from your own AD bank, and the e-BRC after the export bill has realised
• Every open shipping bill tracked against its own realisation deadline, with escalation started well before the window closes
• Any missing provider document raised with the provider immediately. Payoneer directs users to Customer Care where no FIRA was generated, and there is no self-service alternative

Frequently asked questions

My export payout was credited in INR by NEFT. Does that still count as realisation of export proceeds?

Yes, provided the foreign origin can be evidenced. The rupee credit is the last leg of a chain that began as a foreign currency payment: the provider's partner bank in India received the foreign currency, converted it, and passed the rupees to you on a domestic rail. What was lost along the way is not the export character of the receipt but the message your own bank normally reads it from. A direct inward remittance arrives with a message naming the remitter, the currency and the amount, and your AD bank raises the IRM off that. A NEFT, RTGS or IMPS credit carries no such message, which is why the provider issues a Foreign Inward Remittance Advice and why your bank will want it alongside the shipping bills.

Why can my AD bank not just see the payout and close the shipping bill?

Because from the bank's side the credit is indistinguishable from any other domestic transfer. Payoneer addresses this head-on: because the credit arrives as a domestic INR transfer, the partner bank includes additional information in the NEFT, RTGS and IMPS message, and the digital FIRA supplies the foreign currency amount and sender details so the receiving bank can identify it. Payoneer is also explicit that its document is not the regulatory e-FIRA and that your bank must report to EDPMS, generate the IRM, issue the e-FIRA and provide the e-BRC after export bill realisation.

Does the nine-month realisation clock pause while I wait for the FIRA?

No. The period of realisation and repatriation of export proceeds is nine months from the date of export, and that applies to all exporters including SEZ units, Status Holder Exporters, EOUs, EHTPs, STPs and BTPs. The only different periods in the current Master Direction are fifteen months from the date of shipment for goods exported to a warehouse established outside India, and nine months from the date of sale from the warehouse for goods exported to Bharat Mart. Nothing stops the clock while a document is in transit.

PayPal's free weekly FIRA covers a block of withdrawals, not one shipping bill. How do I use it?

As a block document, with the apportionment done by you. PayPal states that all withdrawals in a week are clubbed into a single FIRA, so one certificate routinely spans many shipping bills. Take it to your AD bank with the underlying export documents so the bank lodges the IRM and apportions it across the bills. Where a one-payment-one-document trail is genuinely needed, PayPal offers a Custom FIRA at INR 100 plus 18% GST per transaction for requests up to 20 transactions, and INR 2,000 plus 18% GST as a bulk issuance above that. PayPal publishes no guidance on the apportionment step itself, so agree the method with your AD bank.

The purpose code on my issued FIRA is wrong. Can it be corrected?

Not by editing the document. Payoneer states that for already issued FIRAs the purpose code and payer details cannot be changed, and that a correction runs through your AD bank contacting the partner bank. The purpose code is therefore a setup decision rather than a reconciliation decision: set it correctly in the provider's profile settings before the first withdrawal, read the first issued document to confirm what was stamped on it, and fix it then rather than after two hundred certificates have been issued under the wrong code.

Sources

Seasaw for Exporters

Turn INR payout credits into closed EDPMS entries

Seasaw collects the provider FIRAs, matches them to your bank credits and shipping bills, works out the apportionment for block documents, and keeps every open shipping bill tracked against its own realisation deadline. Ready to present to your AD bank.

Learn more about Seasaw

Update history

• 2026-08-25 First published.