Foreign Exchange Remittances and Payment Systems
Current versus capital account
Exchange control distinguishes current account transactions (trade in goods and services, remittances of profit, family maintenance) - generally permitted through ADs - from capital account transactions (loans, equity, property, portfolio flows), which need specific approval or fall under defined schemes. Every outward remittance must have a genuine underlying transaction, a documented purpose and a correct purpose code; the AD is the gatekeeper.
Channels and rails
The main rails are SWIFT messaging, SBP's RTGS (PRISM) for high-value interbank settlement, and RAAST for instant retail payments. On the SWIFT side, know the workhorses: MT103 (single customer credit transfer), MT202 (general financial institution transfer, typically a cover payment), MT700/MT707 (issue/amend documentary credit), MT760 (guarantee/standby), MT199 (free format). Migration to ISO 20022 (CBPR+) changes structure and data richness but not the underlying obligations.
Inward remittances
Worker remittances arrive through banks, exchange companies and money transfer operators, supported by the Pakistan Remittance Initiative, and are further encouraged through Roshan Digital Accounts for non-resident Pakistanis. Traps: assuming remittances are always free of scrutiny - beneficiary name matching, sanctions screening, purpose and source-of-funds still apply; and confusing MT103 with MT202 (a cover payment is not evidence of beneficiary credit).
Worked rule of thumb
For any outward payment ask three questions in order: (1) Is it current or capital account? (2) Is there documentary evidence of the underlying trade or obligation? (3) Is the purpose code and beneficiary consistent with the customer's profile? If any answer is weak, escalate before processing - a straight-through payment cannot be un-sent.
Trap to avoid
'Freely transferable' does not mean 'unmonitored' - regulatory permission, AML/CFT screening and sanctions compliance operate in parallel.