easylancing

How payments reach India, and the paperwork for each route

Research notes as of 09 Oct 2026, not legal or tax advice. VERIFIED means we read the primary source, REPORTED means secondary sources only, and UNCERTAIN means the law or practice is unclear. Ask your bank or a CA before acting on uncertain points.

How money reaches an Indian freelancer, what paperwork each route produces, and what easylancing must ask. Primary research: research/03-payment-channels-purpose-codes.md. Last reviewed: 2026-10-03.


1. Three landing mechanics (this decides the paperwork)

Mechanic What the user’s bank sees Purpose code set by Proof of receipt EDPMS/IRM matching Examples
A. SWIFT to the user’s own AD bank Inward foreign remittance (FCY → INR or EEFC) User declares it to their bank (netbanking, branch or email) The user’s bank’s FIRA / e-FIRC; IRM pushed to DGFT e-BRC Cleanest: the same bank holds the IRM and the EDF Client wire; Upwork wire; some Deel/Remote wires
B. PA-CB settlement Domestic INR credit from the aggregator’s collection (InCA) account at its AD bank The aggregator (from user onboarding or each payment) The aggregator’s FIRA / e-FIRC The PA must give closure documents to “the AD bank of the exporter” (PA MD 11(h)). Which AD is meant is UNCERTAIN Wise Business (India), Skydo, Razorpay MoneySaver, Xflow, BriskPe, Cashfree, EximPe, PayU
C. Platform INR payout via a partner bank Domestic NEFT/IMPS credit from the platform’s partner Often nobody, or one code per account Platform FIRA/FIRS, or an NOC the user takes to the partner bank (often refused) Often no IRM for the user’s bank Deel “local bank transfer”, Upwork Direct-to-Local-Bank, Payoneer auto-withdrawal, PayPal auto-transfer, Wise personal sends

2. RBI status of providers (VERIFIED on RBI CoA list, updated 3 Oct 2026)

  • PA-CB final authorisation:
    • Wise Payments India (inward only, 12 Mar 2026);
    • Skydo, Xflow, BriskPe (GoBrisk), Razorpay, Cashfree, EximPe (Les Amis), PayU, PayGlocal and others.
  • In-principle only: PayPal Payments (existing PA-CB), Payoneer India. Under process: Nium (Instarem).
  • Not PA-CB: Stripe India (PA-O only; its PA-CB application was returned 12 Jul 2024). Stripe India is invite-only and not for individuals.
  • Not RBI-licensed at all: Deel, Remote, Upwork, Fiverr, Toptal, Contra, Airwallex, Revolut, Infinity. They rely on banks or licensed partners.
  • PA-CB cap: ₹25 lakh per transaction (VERIFIED).

3. Channel cards (what the product asks and stores)

Channel Ask the user FIRA source to request EDF notes
Direct SWIFT Bank, branch AD code, EEFC? Own bank (often for a fee; ask for an e-FIRC) File with the same bank. Declare the purpose code correctly when the bank asks
Wise Business (India) Confirm the account is an Indian Wise Business (sole trader/freelancer) account; payment requests created with invoices? Wise e-FIRC (emailed ≤ 3 business days; ~US$2 + GST per transfer) (VERIFIED) Wise requires payer details and an invoice for each receipt. The INR comes from Wise’s collection account. File the EDF with the user’s own bank (default); attach the Wise e-FIRC
Wise personal / foreign-registered Wise Where was the account opened? Which currency balances are held? None. Wise issues NOCs only for business transfers; no e-FIRC (VERIFIED) ⚠ High risk: personal purpose codes (e.g. “Savings”), no export evidence, foreign balance → FEMA repatriation and Schedule FA issues. Recommend moving to a compliant route. Indian personal accounts reportedly cannot receive since 5 Apr 2026 (REPORTED, competitor blog only)
Skydo — Skydo FIRA per transaction (REPORTED) Skydo “building an EDF tool” (1 Oct 2026); file with own bank
Razorpay MoneySaver Settlement bank (ICICI or other) Razorpay e-FIRS/FIRA ≤ 24 h If the settlement bank is ICICI, the EDF number is needed before payment capture (REPORTED, Razorpay 21 Sep 2026) → the product must support “EDF before invoice payment”
Xflow — JPMorgan FIRA (Xflow says for invoices > ₹10 lakh) Xflow does not file; the user files with their AD bank
Payoneer Purpose code set in Payoneer? Payoneer FIRA/FIRS/NOC in Documents (24–72 h, free) INR auto-withdrawn within 48 h. Wrong purpose codes are common
PayPal Purpose code set (one per account) Weekly digital FIRA (free, from Feb 2026); custom FIRA via Citibank One code per account is a problem for mixed work
Upwork DTLB or wire? DTLB: FIRA/NOC from the payment processor on request; wire: own bank Third-party payer (Upwork) → EDF third-party fields
Deel Withdrawal method: local INR transfer / Wise / Payoneer / USD wire / crypto Local transfer: Deel NOC (must be requested when adding the method), then the bank. Banks often refuse FIRCs on INR credits Third-party payer (Deel) → EDF third-party fields; keep the Deel contract and contractor invoices
Stripe India Business entity (not individual) Standard Chartered payment advice per payout One purpose code per account; P1099 not supported
Xoom / remittance apps — none ❌ Personal remittance codes, unsuitable for export income

4. The founder’s flow: client → Deel → Wise → Indian bank

First question: what kind of Wise account?

Variant 1: Indian Wise Business account (sole trader/freelancer), registered with Wise Payments India (PA-CB-I) → compliant route

  1. Client pays Deel. Deel issues the contractor invoice to the client (REPORTED).
  2. The contractor withdraws via Deel “Bank Transfer” to Wise’s USD/EUR receiving details. Wise’s help page “Withdraw your Deel balance with Wise (for India only)” documents this (VERIFIED).
  3. Wise needs the payer details and the invoice for each receipt. Here the payer is Deel, not the client. The flow is “Fix your transfer” if no payment request was created in advance (VERIFIED).
  4. Wise converts the money and sends INR from its export collection account (AD-1 bank, not disclosed) to the user’s bank. Wise India accounts hold no balance (VERIFIED).
  5. Proof: Wise e-FIRC within 3 business days (~US$2 per transfer + 18% GST on fees) (VERIFIED). The user’s own bank will not issue a FIRC for this domestic credit.
  6. EDF: monthly, covering the client invoices. Fill in the third-party fields: Deel (the payer, not the service recipient). File with the user’s own AD bank (default), attaching the Wise e-FIRCs. Map each Deel withdrawal to its client invoice(s); one withdrawal may bundle several invoices.
  7. GST: INR from a PA-CB, backed by an e-FIRC, is generally accepted as convertible foreign exchange (REPORTED). Keep the e-FIRC per invoice.

Variant 2: a Wise account opened abroad, or a personal account → risky

  • Deel pays into a foreign Wise balance. The user later “sends to self in India” under a personal purpose (Savings/Family). That is not an export purpose code, there is no e-FIRC, and there is no IRM.
  • FEMA: export proceeds must be realised and repatriated within 9 months. A foreign e-money balance is not a bank account, and RBI has no express permission for exporters to hold proceeds in one (UNCERTAIN, leaning to a contravention if held long).
  • Income tax: the foreign balance is probably a foreign asset → Schedule FA → ITR-3 (UNCERTAIN; conservative treatment recommended).
  • Recommendation shown to the user: move to Variant 1 or direct SWIFT; withdraw promptly; keep statements; talk to a CA about past years. (FAST-DS 2026 window: 16 Aug – 31 Dec 2026; see 50.)

Questions the onboarding asks for this flow (and for any multi-hop flow)

  1. Who pays you? (client directly / platform such as Deel, Upwork, Remote / other)
  2. Where does that payer send the money? (your Indian bank by SWIFT / a payment provider / a wallet abroad)
  3. If a payment provider: which one, which account type, and in which country was it opened?
  4. How does the money finally reach your Indian bank? (automatic INR payout / you initiate a transfer / you hold the balance)
  5. Which Indian bank and branch receives it? Do you have an EEFC account?
  6. What document do you receive per payment? (FIRA/e-FIRC / bank advice / NOC / nothing)
  7. What purpose code appears on it, if any?

The LLM-assisted interviewer (see docs/product/05-llm-integration.md) can turn a free-text description such as “Deel → Wise → HDFC” into this structure. A deterministic rule table, not the LLM, then classifies the flow as A, B, C or risky and selects the checklist.

5. Risk flags the product raises

Flag Trigger Message severity
R1 Personal purpose code receipt purpose code in P13xx/P14xx or “family/savings” high
R2 Foreign-held balance channel holds a balance abroad high (FEMA, Schedule FA)
R3 No FIRA possible channel C without FIRA/NOC; Wise personal medium
R4 Third-party payer payer ≠ client info (fill in the EDF third-party fields)
R5 > ₹25 lakh via PA-CB single receipt data error
R6 PA settlement bank requires EDF before capture Razorpay + ICICI info, pre-capture workflow
R7 Unlicensed intermediary provider not on RBI PA-CB list and not a bank medium