The payment infrastructure
The State Bank of Pakistan publishes Raast person-to-merchant use cases. A participant’s consumer transfer feature does not establish QR or alias merchant acceptance.
State Bank of Pakistan / Raast P2M ↗
RAAST P2M / QR · MERCHANT RESEARCHRaast P2M should be verified separately from P2P
Pakistan merchant payments: Raast P2M / QR. Evaluate local collecting, foreign merchant fit, settlement and regulatory rules with official references.
MARKET INTELLIGENCE / PAKISTAN01 — GLOBAL RESEARCH KarachiReference market location — not national coverageLOCAL PAYMENT RESEARCHVerify market method fit · —
LOCAL PAYMENT INTELLIGENCE PakistanRaast P2M / QR · Card-present / ecommerce cards · Bank payments / transfers
PakistanRaast P2M / QR · Card-present / ecommerce cards · Bank payments / transfersPAYMENTS ARE LOCALRESEARCH BEFORE YOU COMMITVERIFY THE PROVIDER'S SCOPE
COUNTRY MARKET SNAPSHOT
How this market adds to your opportunity
Loading official population and consumption figures… Loading incremental country reach… Explore combined markets ↗Latest published World Bank population and household consumption figures. Not an estimate of merchant-ready buyers.
MARKET BRIEF / ASIA-PACIFIC
ASIA-PACIFICWhat merchants need to know.
Raast merchant alias, QR interoperability and regulated entity onboarding. Begin with the payment method and the merchant’s legal-entity geography—not the provider’s claimed global coverage. Domestic acquiring, inbound customer payments and outbound payouts are separate product decisions.
FROM PRIMARY DOCUMENTATION
The State Bank of Pakistan publishes Raast person-to-merchant use cases. A participant’s consumer transfer feature does not establish QR or alias merchant acceptance.
FIELD NOTE / PAKISTAN / MERCHANT INTELLIGENCE
Read the payment operator / regulator ↗Raast P2M should be verified separately from P2P
Two decision points that separate a usable payments setup from an attractive but incomplete country-coverage claim.
The real-world contracting test
Ask for Raast merchant receiving setup, scheme participant, QR/dynamic integration, PKR settlement, reversal and customer-support flows.
Check regulatory context ↗Why it matters
Access to a payment network, access for shoppers, and approval of your particular merchant entity are different claims. Evaluate all three before ranking companies by coverage.
01 / START WITH YOUR BUSINESS MODEL
The best payment stack depends on your job.
These are different operating workflows. Select the closest scenario, then compare the rails and vendors with its constraints in mind.
01 / 03↗
Offer products or services to domestic buyers in Pakistan
Start with Raast P2M / QR, cards and domestic checkout behavior. Merchant approval depends on local contracting, acquiring and business category.
Review the path ↗
02 / 03◇
Sell into Pakistan from abroad
Do not confuse buyer-country acceptance with opening a domestic merchant account. Ask about the customer's available methods, cross-border charges and settlement.
Review the path ↗
03 / 03◎
Collect, settle or pay out in PKR
Payouts to local recipients are a distinct product. Confirm permitted use cases, beneficiaries, transaction evidence and timelines.
Review the path ↗
02 / UNDERSTAND THE PAYMENT METHODS
Different rails. Different responsibilities.
Use this table to separate the payment method from the provider, the merchant contract and the underlying settlement mechanism.
METHOD / ROLEWHERE IT FITSWHAT TO VERIFY
01
Raast P2M / QR
Country payment network / local methodThe State Bank of Pakistan publishes Raast person-to-merchant use cases. A participant’s consumer transfer feature does not establish QR or alias merchant acceptance.
Ask for Raast merchant receiving setup, scheme participant, QR/dynamic integration, PKR settlement, reversal and customer-support flows.
Source / product docs ↗02
Card-present / ecommerce cards
Card acceptance through acquiring and gatewaysCard acceptance can cover ecommerce and in-person merchants; domestic card brands and issuer routing must be checked for Pakistan.
Which local schemes, MCCs, issuers, dispute rules, authentication and effective fees are supported?
Source / product docs ↗03
Bank payments / transfers
Account-to-account or bank settlementEvaluate bank-payment options separately from card acceptance, including whether the local infrastructure can support merchant checkout rather than only transfers.
Does the scheme support pay-in, checkout initiation, automated reconciliation or only bank transfers?
Source / product docs ↗04
International collections and payouts
Cross-border, FX and settlementReceiving money from shoppers, paying a recipient and settling the merchant's balance can require different contracts and regulated providers in Pakistan.
Legal-entity scope, currency delivery, beneficiary type, FX markups, documentation and reserve conditions.
Source / product docs ↗03 / TURN RESEARCH INTO A DECISION
Find the questions worth asking.
Choose your operating use case before requesting a quote. A “supported country” label rarely tells you which legal entity, channel and settlement flow is included.
MERCHANT PATH / 01
Offer products or services to domestic buyers in Pakistan
Start with Raast P2M / QR, cards and domestic checkout behavior. Merchant approval depends on local contracting, acquiring and business category.
Ask the provider
- Which providers can contract with a locally registered business in Pakistan?
- Does the quoted integration support Raast P2M / QR, cards and the merchant's channel?
- What are the refund, chargeback, settlement and reconciliation workflows?
MERCHANT PATH / 02
Sell into Pakistan from abroad
Do not confuse buyer-country acceptance with opening a domestic merchant account. Ask about the customer's available methods, cross-border charges and settlement.
Ask the provider
- Can my foreign-incorporated company accept payments from shoppers in Pakistan?
- Which payment methods are supported by customer country versus merchant country?
- Who handles FX, local taxes, fraud and refunds?
MERCHANT PATH / 03
Collect, settle or pay out in PKR
Payouts to local recipients are a distinct product. Confirm permitted use cases, beneficiaries, transaction evidence and timelines.
Ask the provider
- Is receiving or sending PKR actually supported for my legal entity?
- What beneficiary documents, amounts, purpose codes or local banking details are needed?
- Which reserves, holds, FX margins and failed-payout fees apply?
04 / KNOW THE RULES
Regulation should be part of the brief.
Authorities determine the operating framework. A provider’s merchant contract and first-party product documents then determine what your business can actually use.
How the local system works in Pakistan
The State Bank of Pakistan publishes Raast person-to-merchant use cases. A participant’s consumer transfer feature does not establish QR or alias merchant acceptance.
Read the primary payment-source ↗The merchant acceptance decision
Ask for Raast merchant receiving setup, scheme participant, QR/dynamic integration, PKR settlement, reversal and customer-support flows.
Review regulator / scheme context ↗Cross-border merchant eligibility
A provider supporting buyers in Pakistan does not necessarily onboard merchants registered there. Confirm local acquiring, cross-border acceptance, payout purposes and receiving currencies.
Provider scope starting point ↗Scope matters: These summaries help formulate provider and legal questions; they are not advice or a determination that your particular entity requires (or does not require) a licence.
05 / COMPARE COMPANIES BY ROLE
A provider shortlist—not a ranking.
These are starting points for diligence, not endorsements or claims that each company can serve every merchant. We link directly to evidence and record meaningful limits.
01 / EVALUATE↗
2C2P
Regional payment acceptanceEvaluate Regional payment acceptance against this Pakistan merchant scenario. Ask for Raast merchant receiving setup, scheme participant, QR/dynamic integration, PKR settlement, reversal and customer-support flows.
Important caveatValidate whether this particular country and payment method are supported.
Review official details ↗02 / EVALUATE↗
Airwallex
International payouts and accountsEvaluate International payouts and accounts against this Pakistan merchant scenario. Ask for Raast merchant receiving setup, scheme participant, QR/dynamic integration, PKR settlement, reversal and customer-support flows.
Important caveatLocal payout documentation does not imply merchant acquiring.
Review official details ↗03 / EVALUATE↗
Adyen
Payment-method enablementEvaluate Payment-method enablement against this Pakistan merchant scenario. Ask for Raast merchant receiving setup, scheme participant, QR/dynamic integration, PKR settlement, reversal and customer-support flows.
Important caveatCheck where the merchant is located, not just shopper country.
Review official details ↗Independent, non-ranked editorial candidates. No partnership, underwriting approval, coverage guarantee, pricing verification or compensation relationship is implied by inclusion.
06 / MERCHANT DUE DILIGENCE
Bring a better brief to every meeting.
Tick these off as you collect written answers. The selections stay on your device only; nothing is transmitted to PaymentSolutions.app.
07 / RESEARCH TRANSPARENCY
Primary sources, not borrowed opinions.
We favour central banks, supervisory authorities, payments-system operators, standards bodies and original vendor documentation. Evidence categories show what each link supports.
01 / Central bank / Payment operator
State Bank of Pakistan / Raast P2M
The State Bank of Pakistan publishes Raast person-to-merchant use cases. A participant’s consumer transfer feature does not establish QR or alias merchant acceptance.
Read source ↗02 / Regulator / OfficialPakistan — regulator and payment rules
Ask for Raast merchant receiving setup, scheme participant, QR/dynamic integration, PKR settlement, reversal and customer-support flows.
Read source ↗03 / Provider / Verify scope2C2P — provider documentation
First-party product or coverage starting point; no merchant-country eligibility determination has been made.
Read source ↗04 / Provider / Verify scopeAirwallex — provider documentation
First-party product or coverage starting point; no merchant-country eligibility determination has been made.
Read source ↗Editorial methodology · November 4, 2026
Provider features and regulatory scope can change. Each source is identified by type so merchants can distinguish authoritative policy from product marketing. Where a provider supports one country or payment method, this is not assumed to cover all legal entities, transaction types or channels. Reconfirm important claims directly before contracting.
08 / COMMON QUESTIONS
The practical answers you came for.
What payment methods should a merchant prioritize in Pakistan?+
Begin with Raast P2M / QR and the card and banking methods your specific customers use. Method availability depends on the operating bank, acquirer, customer channel and merchant location.
Can an overseas company accept local payments in Pakistan?+
Potentially, but shopper reach is not the same as permission to onboard a locally incorporated merchant. Confirm the merchant-of-record location, settlement country and method restrictions with each provider.
How do I compare payment providers serving Pakistan?+
Ask for a written quote that separates processing, scheme, FX, refunds, disputes, reserves, hardware, settlement and early-exit costs. Compare outcomes for your merchant category and business model.
Which listed companies can onboard my business in Pakistan?+
The company profiles identify products worth comparing, not a guarantee that the exact merchant entity and business sector will be approved. Check the contracting entity, payment method, merchant category, settlement terms and written eligibility with each company. The payment regulator and scheme resources on this page are separate from vendor claims.
MAKE YOUR NEXT MOVE COUNTBetter payment decisions
Better payment decisions
start with better questions.
Use the merchant assessment to convert this research into a practical list of requirements.
Build your payment brief ↗