Your PRC can only come from one place: the bank that received your foreign remittance from abroad and realized it into rupees. If the money entered Pakistan through one bank and you later moved it to another bank, the second bank cannot issue the certificate, because for that bank the credit was a local transfer, not a foreign remittance. This single rule explains almost every "my bank refuses to give me a PRC" problem freelancers and remote workers run into, and it decides where you have to go to fix it.
Key facts:
- A PRC (Proceeds Realization Certificate) is the bank's proof that funds were received from abroad and realized in Pakistan in rupees.
- Since August 2022 the certificate is electronic (e-PRC), issued under the State Bank of Pakistan's system. Banks also issue an S-PRC, a statement covering all your remittances in a period.
- SBP revised the e-PRC and S-PRC formats with effect from 1 October 2025, so the certificate now reports amounts in both foreign currency and rupees, mainly to make tax reporting cleaner for IT exporters and freelancers.
- The certificate shows the remitter, the amount and currency sent, the rupees realized, the date, and the purpose of the remittance.
Why the PRC matters so much at tax time
For anyone whose foreign income is taxed at source, the PRC is the document the whole return stands on. Where your bank deducted tax under Section 154A on exported services, the deduction is final tax, and the PRC is your evidence that this income, at this amount, came through the banking channel and already bore that tax. Where the income is platform revenue under Section 154B, or salary from a foreign employer, the PRC is still the paper that ties the bank credit to the figure in your return.
It also matters because the reporting runs both ways. Banks report these credits, and FBR's systems work from bank data. When the foreign income in a return does not tie to the PRCs behind it, in amount, in year, or in stated purpose, the difference is exactly the kind of thing that produces a query later. Most of those queries are preventable at the point where the money arrives, not at the point where the return is filed. Our freelancer tax guide sets out how PRCs feed into the return itself.
The routed remittance problem, step by step
The typical case looks like this. A client's payment is sent from abroad. It lands first in one bank (say the correspondent or the bank where an old account sits), gets realized into rupees there, and the person then transfers the rupees to the bank they actually use. At tax time they ask their main bank for the PRC and are refused. The refusal is correct, and so is their frustration: the certificate exists, they are just asking the wrong institution.
Here is the fix, in order:
1. Identify the realizing bank. Look at the first Pakistani credit in the chain. The bank that converted the foreign currency and credited rupees is the realizing bank. Your bank statement for that credit, or the SWIFT MT103 copy from the sender, names it.
2. Request the e-PRC or S-PRC from that bank. Ask for the statement of PRCs (S-PRC) for the tax year rather than chasing certificates one remittance at a time. It lists every realization in the period in one document.
3. Give them what they need to find it. Branch staff locate these by date, amount and remitter name. The MT103 reference or the sender's transfer receipt settles most searches in minutes.
4. If the branch resists, put the request in writing to the bank's home remittance or foreign exchange department. The obligation to issue comes from SBP's framework, not from branch discretion, and a written request moves differently from a verbal one.
5. Check the certificate when it arrives. Amount, currency, rupees realized, remitter name and purpose code should all match the actual transaction. A wrong purpose code (salary shown as export proceeds, or the reverse) is worth correcting now, because it will contradict your return later.
Purpose codes: the quiet detail that causes loud problems
Every realization carries a purpose: home remittance, export of services, salary, advertising revenue, and so on. The purpose drives the tax treatment at the bank. Export of IT services points to Section 154A, platform revenue to Section 154B, and a salary credit is taxed through your return rather than at the bank. If the sender or the intermediary described the payment loosely ("payment for work"), the receiving bank codes on its best reading, and that reading follows your money into the record.
You cannot rewrite history, but you can stop repeating the error. Tell your sender exactly what the payment is for, keep the description consistent across invoices and transfer instructions, and check the purpose printed on each PRC during the year instead of discovering all of them in September.
Situations that blur the paper trail
- Wallet routes (Payoneer, Wise and similar). Money that reaches your bank through a wallet's local payout partner still produces a bank credit, but the remitter shown may be the platform or its partner rather than your client. Keep the wallet's own statements alongside the PRCs so the chain can be explained end to end.
- Several banks in one year. Perfectly legal, and a paperwork trap. You need the S-PRC from every bank that realized money for you that year; the return's foreign income is the sum of all of them.
- Credits split across months. A payment sent in June and realized in July belongs to the tax year of realization for your records. Reconcile by the PRC dates, not by when the client says they sent it.
- Name variations. If the remitter's name on the PRC differs from the name on your contract (a company's trading name, a platform's legal name), keep one document that connects them. Queries about identity of the payer are much easier to answer with the contract in hand.
A simple prevention routine
Most PRC problems are created by account habits, not by banks. Receiving foreign income directly into the one account you intend to file from, asking for the S-PRC every few months instead of once a year, and reading the purpose code on each certificate as it arrives will prevent nearly all of them. Moving realized rupees between your own Pakistani accounts afterwards is harmless for spending, but it never moves the certificate, so plan as if the first bank in the chain is your record keeper. If you are setting up your filing from scratch, the how to file guide shows where these documents are used in the return itself.
FAQs
Can my bank issue a PRC for a remittance that was first credited to another bank?
No. A PRC certifies that the issuing bank received funds from abroad and realized them. A bank that received the money as a local transfer from another Pakistani bank has nothing foreign to certify. The certificate has to come from the bank that realized the remittance, even if you no longer use that account actively.
What is the difference between an e-PRC and an S-PRC?
The e-PRC is the electronic certificate for remittances, issued under SBP's system since August 2022. The S-PRC is a statement listing all PRCs issued to you in a period, which makes it the more practical document at filing time, because one statement covers the whole tax year from that bank.
Last updated: October 19, 2026
Disclaimer: This article is general guidance on banking documentation for tax filing. Your bank's internal process for issuing certificates can vary in detail; the issuing bank rule and the SBP framework do not.
Official references: State Bank of Pakistan e-PRC framework, reported by Business Recorder; Bank AL Habib, Proceeds Realisation Certificate.