Your client in Germany sends the payment, and the platform asks for a "purpose code" before it will let the transfer go. You have never heard of it. So you pick the first option that sounds close, often one with "income" in the name, and hope the bank does not mind.
A purpose code for an inward remittance is a short RBI reporting code (like P0802) that says why money is coming into India. Banks and transfer platforms must collect one for compliance, and a wrong or mismatched code can cause a hold, a query, a resubmission or a rejection. This post covers the codes that fit freelance services, the one mistake people make most, and what to do if the wrong code has already gone through.
A purpose code tells the bank why the money came in
It is a reporting code for the reason behind a cross-border payment. Each code maps to a category of transaction, such as software services or legal services, and the bank uses it when it reports the receipt. Wise's own help page says it is mandatory to collect the purpose of an INR transfer for compliance. On platforms like Wise, the sender is the one who picks the code, so tell your client which one to use before they pay.
Banks and platforms ask because the receipt has to be classified
Every foreign receipt gets reported under a category, and the code is how that category is recorded. Platforms such as Wise will not complete an INR transfer without it. The practical point for you is that the code becomes part of the record of that payment, next to your invoice and your remittance advice. If the three tell different stories, a bank can stop to ask. The guide to FIRC versus FIRA covers the documents that sit alongside it.
The codes that fit freelance services
There is no single "freelancer" code. The right one depends on what your invoice says you did. The codes below carry the RBI descriptions as Wise and Skydo print them in their code lists.
If you code software, P0802 and P0807 are the two that come up, and the next section explains how they differ. If you do accounting or bookkeeping, P1005 names it directly. A lawyer or contract reviewer looks at P1004. Consultants often look at P1006. For design, writing, video or marketing work, the RBI list has no code named for your trade, so ask your bank which code it accepts for your kind of work before the first payment. A guess that does not match your invoice is what gets a payment queried.
P0802 and P0807 differ by whether a SOFTEX form is filed
The usual rule is that P0807 applies when a SOFTEX filing is made, and P0802 when it is not. RBI's Master Direction on Export of Goods and Services provides a common SOFTEX form for declaring software exports. Whether a solo freelancer with no STPI or SEZ registration has to file one varies by bank, so ask yours which code it expects for your software work, and tell your client's payment team the answer before they send.
The wrong-code mistakes that cause trouble
The most common mistake is picking P1401. It is the code for employee compensation, which Wise lists as business to personal only, and Razorpay warns that using it for freelance client payments is a common error. You are not the client's employee, so the code contradicts your own invoice. A close second is choosing a code at random to get past the screen, such as one meant for goods when you sold a service.
The third mistake is a quieter one: the code is reasonable but the invoice describes something else. A payment coded as software consultancy against an invoice that says "logo design" gives the bank two stories. A wrong or mismatched code can lead to a hold, a query, a request to resubmit, a delay or a rejection. The usual outcome is a delay or a query, and no fixed hold time or penalty amount applies across banks, so do not rely on a figure you see quoted. Treat the code as part of the paperwork. The guide on FEMA and unrealised payments covers what happens when a foreign payment is never realised.
If the wrong code went through, act through the sender first
On Wise, a transfer that has not been sent yet can be cancelled by Wise support and refunded. Once it has been sent with a wrong code, Wise says it cannot change the code. The beneficiary bank has to reject the funds back to Wise, Wise cancels and refunds the sender, and the sender starts a new transfer with the right code.
That flow is specific to Wise. Payoneer, PayPal and SWIFT transfers may handle a mistake differently, so ask the platform and your bank how to correct it. Do this quickly, and give the sender the exact code to use the second time. For the PayPal side, see the guide to PayPal purpose codes and FIRA, and for Payoneer, the Payoneer guide for Indian freelancers.
Make the invoice wording match the code
Pick the code by what your invoice describes, and write the invoice so it describes the same thing. If the code is P0802, the line items should read like software consultancy or implementation, not a vague "services rendered". If the work is borderline between two codes, confirm with your bank or CA before the first payment, not after a query. The guide to invoicing international clients covers the rest of what a foreign-client invoice should carry, and the GST invoice guide covers the tax fields.
Where this sits next to FIRA, FIRC and the export deadline
Under RBI's export rules, export proceeds generally have to be realised within nine months of the export. The purpose code is the label on the payment, and the FIRA or FIRC is the bank's proof that it arrived. They are three separate pieces of paperwork. For the deadline and how it interacts with a foreign-currency account, read the guide to the EEFC account for freelancers, and for the setup of the platforms themselves, the guide to receiving international payments.
Rinto keeps the invoice behind each payment consistent
The code only works if the invoice behind it is clear and consistent. Rinto lets you set the currency on each invoice, so an overseas client can be billed in their own currency, and you mark an invoice paid once the money lands, so you can see which invoices are still open. Rinto does not choose or file purpose codes, and it does not process payments, so the code is still something you agree with your client and bank. This post is general information, not financial or tax advice.
Frequently Asked Questions
What purpose code should a freelancer use for foreign payments in India?
It depends on what your invoice says you did. For software work, P0802 (software consultancy and implementation, other than those covered in a SOFTEX form) and P0807 (off-site software exports) are the two to look at. For accounting and bookkeeping it is P1005, for legal services P1004, and for business and management consultancy P1006. For design, writing or marketing, no code is named for your trade, so ask your bank which one it accepts. Whatever you choose, make the invoice wording match it and give the sender the exact code.
What is the difference between P0802 and P0807?
RBI's descriptions give the split. P0802 is software consultancy and implementation, other than those covered in a SOFTEX form. P0807 is off-site software exports. The usual rule is that P0807 applies when a SOFTEX filing is made and P0802 when it is not. Whether a solo freelancer with no STPI or SEZ registration has to file SOFTEX varies by bank, so ask yours which code it expects, and check RBI's Master Direction on Export of Goods and Services for the SOFTEX form itself.
Can I change the purpose code after the money is sent?
On Wise, no. Wise says it cannot change the code once the transfer is sent. The beneficiary bank has to reject the funds back to Wise, Wise cancels and refunds the sender, and the sender starts a new transfer with the right code. If the transfer has not been sent yet, Wise support can cancel it and refund. That is Wise's process only. For Payoneer, PayPal or a SWIFT wire, ask the platform and your own bank what correction route they offer, and do it as soon as you spot the mistake so the payment is not left sitting.
Is P1401 right for freelance income from abroad?
No. P1401 is employee compensation, and Wise lists it as business to personal only. Razorpay warns that using it for freelance client payments is a common mistake. A freelancer is not the client's employee, so the code contradicts your invoice and can draw a query from the bank. Pick a code that matches the service you sold instead, such as one of the software, accounting, legal or consultancy codes, and confirm with your bank or CA if the work sits between two categories. Tell your client's payment team before they send, so they do not choose P1401 by default.
What happens if I give the wrong purpose code on an inward remittance?
A wrong or mismatched code can lead to a bank hold, a query, a request to resubmit, a delay or a rejection. How long a hold lasts depends on the bank and platform, so do not rely on any penalty or timing figure you see quoted. The safest approach is to pick the code that matches your invoice before the payment is sent. If it has already gone through, contact the platform and your bank straight away. For a borderline case, a CA can tell you which code fits your work.