Local Acquiring vs Cross-Border Acquiring: The Operator Reference
When you actually need local acquiring: what it means, the four reasons operators need it, the routes to get it, and what changes once you have it.
Operators keep asking 'do I need local acquiring in this market' as a market-specific question. It isn't — it's the same four-question framework everywhere: reach, approval treatment, economics, and regulatory mandate. This is that framework.
Local acquiring means the transaction is acquired by an entity licensed in the customer's market, settles in local currency, and presents to the issuer as domestic rather than cross-border. It differs from local payment methods, a local entity, and a Merchant of Record — each can exist without it. Four reasons justify it: domestic-only schemes (Mada, Meeza, Elo) that cross-border acquiring cannot reach; issuers treating cross-border authorizations more cautiously; cross-border scheme assessments and FX spread a domestic transaction avoids; and regulators mandating in-country processing or data storage, as in India and Indonesia. Routes to get it: incorporate and acquire directly, use a PSP that already holds the licence, partner with a local acquirer, or shift the requirement onto a PayFac or MoR — each trades speed against control differently.
An operator in Jakarta asks whether they need local acquiring in Indonesia. An operator in Riyadh asks the same question about Saudi Arabia. An operator in Seoul asks it about Korea. Each treats it as a market-specific question with a market-specific answer. It isn't. Underneath the market name, it's the same four-part framework every time: can you reach the cards you need without it, does it change how issuers treat your authorizations, does it change your unit economics, and does the regulator require it. This reference is that framework, built once so you don't have to reconstruct it per market.
Scope note up front: this is not a market-by-market rundown — the Indonesia and Egypt operator guides do that. This is the decision layer that sits above any single market: what local acquiring means precisely, why operators actually need it, how to get it, what changes once you have it, and the questions to put to a provider before you sign.
What "Local Acquiring" Actually Means
Local acquiring means the transaction is acquired by an entity licensed or registered in the customer's market, settles in that market's local currency, and is presented to the card-issuing bank as a domestic transaction rather than a cross-border one. Card schemes determine domestic-versus-cross-border status by comparing the country of the acquirer to the country of the card issuer — same country, domestic; different country, cross-border, with cross-border assessment fees applied on top of standard interchange and scheme fees.
Cross-border acquiring is the alternative structure: a single acquiring entity in one country accepts card transactions originating from customers in many other countries, routing each one back through that single acquirer regardless of where the cardholder or their issuing bank sits. It's operationally simpler — one contract, one settlement currency, one reconciliation feed — and it's what most operators run by default when they expand into a new market without deliberately changing acquiring structure.
Local acquiring is easy to conflate with three adjacent things that are not the same decision:
- Local payment methods. A merchant can support Indonesia's QRIS or Brazil's Pix without holding local card acquiring in either market, because those rails don't route through the international card networks the way card acceptance does. Adding a local payment method is a checkout-integration decision; adding local acquiring is a licensing and settlement decision. They're frequently bundled in a PSP's sales pitch as "we support market X" — worth unbundling before you sign anything, and the PSP decision matrix covers the broader provider-selection axes this sits underneath.
- A local entity. Some markets require a local entity as a precondition for any local acquiring relationship; many don't, because a PSP that already holds the licence can extend it to you without local incorporation. Confirm which situation applies rather than assuming either.
- Merchant of Record. An MoR is a different structural layer entirely — it makes a third party the legal seller and shifts tax, compliance, and often chargeback liability onto them. Local acquiring is about who acquires the card transaction and where it presents; MoR is about who is the seller of record. You can have one without the other. See MoR vs PSP: when to switch for that decision on its own terms, and PSP vs PayFac operations for how acquiring sits relative to the master-merchant and sub-merchant models.
The Four Reasons Operators Actually Need It
Reach: domestic-only schemes you cannot otherwise touch
Some card schemes exist only inside their home market and are not reachable through cross-border acquiring at all. Mada in Saudi Arabia, Meeza in Egypt, and Elo in Brazil are documented examples: each is a domestic scheme operated under central-bank or national-payments-body direction, and each requires a locally licensed acquirer to accept it. Saudi Arabia's central bank rulebook is explicit that domestic ecommerce transactions must route through Mada under its own technical rules, with cross-border acquiring reserved for purchases from stores outside the Kingdom. Elo similarly requires a specialist Latin American acquirer, because it sits outside the standard international card networks.
If a domestic scheme represents meaningful card volume in a market you're serving, this is the cleanest version of the decision: no local acquiring, no access to that volume, full stop. It doesn't require a volume threshold on your side to justify — it requires the scheme to matter in that market.
Approval rates: how issuers treat domestic vs cross-border requests
Card-issuing banks apply different scrutiny to authorization requests depending on whether the request looks domestic or cross-border. A domestically acquired transaction presents in a format the issuing bank recognizes, from an acquirer it has an established relationship with; a cross-border request from an unfamiliar foreign acquirer is exactly the pattern issuer fraud models are tuned to flag. PSP documentation from Adyen and Checkout.com both describe this mechanism — domestic presentment and local bank familiarity as drivers of stronger approval outcomes on locally acquired traffic — without either publishing a universal uplift percentage, because the effect is issuer-, market-, and portfolio-specific.
That's the honest way to state this reason: qualitatively real, but not a number you should import from a vendor's case study or a competitor's blog post. If approval rate is your primary driver, the only credible measurement is a controlled comparison on your own traffic — route a slice of a given market's volume through local acquiring against a control group still on cross-border, and measure the delta yourself before making the switch permanent.
Economics: what cross-border acquiring costs that local acquiring doesn't
Cross-border transactions carry cost layers that domestic transactions don't. Visa's International Service Assessment applies whenever the card-issuing bank sits in a different country from the acquiring bank — for US-acquired transactions this runs roughly 1.0–1.4% depending on settlement currency, plus a separate International Acquirer Fee of 0.45% (0.9% for certain higher-risk categories). Mastercard applies a comparable cross-border assessment: 0.6% when the transaction settles in US dollars, rising to 1.0% when it settles in another currency. These are scheme-level assessments layered on top of standard interchange, and they apply specifically because the acquirer and issuer sit in different countries — a domestically acquired transaction in the same corridor doesn't trigger them.
Separately, cross-border acquiring usually means the PSP is converting the transaction currency into your settlement currency at the point of acceptance, which reintroduces FX markup as a cost layer — covered in full in FX markup on cross-currency acceptance. Local acquiring that settles you in local currency doesn't eliminate FX exposure, but it moves the conversion decision to you rather than embedding it in every transaction.
Regulatory and data requirements
Some regulators mandate domestic processing or in-country data storage directly, independent of any scheme-reach or economics argument. India's Reserve Bank requires payment system operators to store the complete end-to-end data of any payment system they operate on systems located within India, with the original 2018 directive giving providers a six-month compliance window. Indonesia's central bank requires domestic payment transactions — using instruments issued in Indonesia and transacted within its territory — to route through the National Payment Gateway's domestic switching institutions rather than be processed cross-border. In markets with rules like these, local acquiring (or at minimum local processing/data residency) isn't a performance optimization — it's a licensing precondition for operating at all, and it needs to be identified during market-entry due diligence, not discovered after launch.
Routes to Get It
Four structural paths get you to local acquiring, and they trade control against speed differently.
| Route | What you take on | Lead time | When it makes sense |
|---|---|---|---|
| Local entity + own acquiring relationship | Local incorporation, banking relationship, direct compliance and licensing burden, your own settlement and reconciliation build | Longest — months of entity setup plus acquirer onboarding | Volume in a single market is high enough to justify the fixed cost, or the market requires local incorporation as a precondition for any acquiring at all |
| PSP that already holds the local licence | A commercial contract and integration; the PSP's existing licence and banking relationship extend to you without local incorporation | Shortest of the substantive options — contracting and integration only | Most operators below enterprise single-market volume; Adyen, Stripe, and Checkout.com each publish local acquiring coverage across dozens of markets on this model |
| Local acquirer partnership / aggregator | A second acquiring relationship layered alongside your primary PSP, usually for one specific domestic scheme or market your primary provider doesn't cover | Moderate — narrower scope than a full PSP switch | A single domestic scheme (Elo, Mada) matters enough to reach but your primary PSP doesn't hold it; you accept a second settlement source for that scope |
| PayFac / MoR shifts the requirement onto someone else | You give up direct control of the acquiring relationship and the settlement/reconciliation detail entirely; the facilitator or MoR carries it as part of their own stack | Fast — bounded by the PayFac/MoR's own onboarding, not by acquiring licensing | You've already decided on a PayFac or MoR model for other reasons (tax, compliance offload, sub-merchant onboarding) and local acquiring in a given market is a byproduct of that choice, not a standalone goal |
The fourth route deserves a caveat: choosing a PayFac or MoR specifically to solve a local-acquiring gap is usually solving the wrong problem with the wrong tool — that's an operating-model decision with its own tradeoffs, not a acquiring-reach shortcut, and should be evaluated on its own merits via the guides linked above.
What Changes Operationally Once You Go Local
Adding a local acquiring relationship is not a configuration toggle. Four things change in practice:
Settlement currency and timing. You now receive a local-currency payout on the local acquirer's settlement cycle, rather than having that market's volume folded into your existing settlement batch. Checkout.com's own comparison notes cross-border settlement can run up to five business days versus same-day domestic settlement in some markets — the cadence itself is a variable you need to plan cash flow around, not just the currency.
Reconciliation across an extra settlement source. Every additional acquiring relationship is an additional file format, an additional timing pattern, and an additional set of edge cases to match against orders. This compounds with every market you add local acquiring in — plan for the reconciliation build to scale with the number of acquiring relationships, not the number of markets.
Chargeback and dispute handling under domestic scheme rules. A domestic scheme's dispute rules and timelines are not guaranteed to mirror Visa or Mastercard's. Confirm who handles disputes, what the reason codes and response windows are, and whether your existing chargeback tooling and process cover the new scheme, or whether it needs a manual side-process.
Refunds follow the same acquiring relationship the original sale went through — a card acquired locally is typically refunded locally, which matters if your refund tooling assumes a single acquiring path.
FX exposure moves rather than disappears. Cross-border acquiring bundles FX conversion into the transaction; local acquiring settling you in local currency means you now hold or convert that currency yourself, which is where treasury strategy and FX markup reenter the picture, just at a different point in the flow.
When It's Worth It vs Premature
There's no universal volume number that makes local acquiring worth pursuing — the right test depends on which of the four reasons is actually driving the question, and the questions differ:
- If it's a reach problem (a domestic scheme is otherwise unreachable): does that scheme represent card volume that matters in this specific market, independent of your total company size? If yes, the reach argument stands on its own regardless of overall volume.
- If it's an approval-rate problem: have you measured the delta on your own traffic, or are you extrapolating from a vendor's published case study? Only your own controlled comparison is a valid basis for the decision.
- If it's an economics problem: does the avoided cross-border assessment and FX spread on this market's volume exceed the cost of an additional settlement source, a second reconciliation feed, and the integration or contracting lead time to add it?
- If it's a regulatory problem: is domestic processing or data residency actually mandated in this market, or is it a PSP's marketing framing of a "nice to have"? Confirm against the regulator's own published rule, not a vendor's summary of it.
If none of the four apply with real force in a given market, cross-border acquiring into it is the correct default — adding local acquiring speculatively, ahead of a concrete reach, approval, economics, or regulatory driver, adds settlement and reconciliation complexity without a matched benefit.
Failure Scenarios
Assuming "we support market X" means local acquiring. The single most common operator mistake: a PSP's coverage page or sales deck lists a market, and the operator assumes that means domestic acquiring with the full reach and approval benefit. It frequently means cross-border acquiring into that market with local payment methods layered on top — a materially different thing. Get the acquirer-of-record answer in writing.
Discovering domestic-scheme cards are unreachable post-launch. If a market's domestic scheme carries meaningful share and your PSP only offers cross-border acquiring there, you find out when authorization data shows a segment of local cards simply never converting — not a clean error, just a gap in what's reachable. This is a pre-launch due-diligence item, not a post-launch fix.
Settlement-currency surprise. Finance teams that expect a single consolidated settlement batch discover a new local-currency payout on a different cycle, with its own FX conversion decision now sitting on their desk instead of embedded in the PSP's rate.
Reconciliation break from a second settlement source. Reconciliation tooling built around a single acquiring feed doesn't automatically extend to a second one with a different file format and timing — this is an integration project, not a configuration change, and underestimating it is a recurring failure mode.
Regulatory mandate discovered late. Data-residency or domestic-processing requirements, where they exist, are typically discovered during a compliance review or a regulator inquiry rather than during initial market-entry planning — because they don't show up in a PSP's standard onboarding conversation unless asked about directly.
Provider Verification Checklist
Before assuming a provider gives you local acquiring in a market, put these questions to them directly and get the answers in writing:
- Is this local acquiring, or cross-border acquiring with local payment methods layered on top? These get bundled in sales conversations; ask for the acquirer-of-record answer specifically.
- Which entity is the acquirer of record for this market? Get the legal entity name and its licensing jurisdiction, not just the PSP's brand name.
- What is the settlement currency and cycle for this market? Confirm whether you're paid in local currency or converted, and on what cadence.
- Which domestic schemes are actually included? A market can have several — confirm coverage scheme by scheme (Mada, Meeza, Elo, or others relevant to the market) rather than assuming "local acquiring" covers all of them.
- Who handles disputes and chargebacks for transactions acquired through this relationship? Confirm the reason codes, timelines, and whether it plugs into your existing chargeback tooling or requires a separate process.
- What does reconciliation look like — a unified feed with your other markets, or a separate file and timing pattern? This determines whether it's a configuration change or an integration project on your side.
Scope Note
Tier 1 — scheme and issuer mechanics: the domestic-vs-cross-border determination (acquirer country vs issuer country) and the resulting scheme assessment fees are drawn from PSP documentation (Adyen, Checkout.com) summarizing card-scheme rules; the canonical Visa and Mastercard rulebooks that define these fees precisely are gated to acquirer and member access and were not quoted directly. Fee percentages cited (Visa ISA ~1.0–1.4% + IAF 0.45–0.9%; Mastercard cross-border 0.6–1.0%) come from PSP and independent merchant-processing publications, not directly from Visa or Mastercard's own fee schedules.
Tier 2 — PSP documentation: Adyen, Stripe, and Checkout.com's own published local-acquiring pages, cited directly for their definitions, coverage claims, and mechanism descriptions.
Tier 3 — regulator/scheme-operator sources: SAMA's rulebook (Mada), the Reserve Bank of India's notification (data storage), and Bank Indonesia's payment system infrastructure page (GPN) are each cited directly from the regulator's own publication.
Tier 4 — market practice / operator inference: the decision framework, routes-to-get-it tradeoffs, operational-change checklist, and failure scenarios are this article's synthesis, built from the sourced mechanisms above rather than any single cited document. No authorization-uplift percentage is asserted anywhere in this article — the approval-rate mechanism is described qualitatively because the magnitude is issuer-, market-, and portfolio-specific and no general figure is defensible; operators are directed to measure it on their own traffic.
Related References
- How to Choose a PSP: A Decision Matrix for Payment Operators — owns the broader provider-class selection decision (volume, geography, operating model, vertical) that local acquiring sits underneath as one geographic modifier
- PSP vs PayFac Operations: A Model Reference for Operators — owns the structural comparison of who holds the merchant account and owns risk across PSP, PayFac, acquirer, marketplace, and MoR models
- FX Markup Economics: How Cross-Currency Acceptance Quietly Eats Margin — owns FX markup and DCC mechanics; local acquiring changes where FX exposure sits but does not eliminate it
- MoR vs PSP: When the Premium Beats Doing It Yourself — owns the Merchant of Record decision; local acquiring and MoR are independent layers that are frequently conflated
- Indonesia Payments Operator Guide and Egypt Payments Operator Guide — market-level detail on domestic rails and schemes referenced here as illustrations
For term definitions — acquirer, interchange-plus — see the Payments Glossary.
Sources & methodology (13)
Local acquiring is a method of payment processing in which the acquirer is based in the country where the payment is made, contrasted with cross-border acquiring where the acquirer is based in a different country from the payment origin; locally processed transactions tend to generate higher authorization rates than cross-border transactions because local banks recognize the acquirer and transaction format
Checked:
Adyen holds local acquiring licences across Europe, North America (including Canada), Brazil, Hong Kong, Australia, New Zealand, and Singapore, and partners with local providers where it does not hold a licence directly
Checked:
Stripe describes local acquiring coverage across 46 markets, with direct bank setups; to benefit from local acquiring an operator typically needs regional accounts rather than a single global account
Checked:
Local acquiring requires the acquiring bank to be physically based in the customer's country, which is what creates familiarity between local issuing and acquiring banks; local acquiring is described as going beyond simply accepting local payment methods, and cross-border settlement can take up to five working days versus same-day domestic settlement
Checked:
Visa charges an International Service Assessment (ISA) fee whenever a merchant accepts a card issued in a different country from the acquiring bank; for US-based merchants this runs roughly 1%–1.4% depending on settlement currency, plus a separate International Acquirer Fee of 0.45% (0.9% for certain higher-risk categories) — costs that a domestically acquired transaction does not incur
Checked:
Mastercard applies a cross-border assessment fee of 0.6% on transactions settled in US dollars, rising to 1.0% when settled in a different currency
Independently published merchant-processing reference; not a direct Mastercard rulebook citation — canonical scheme fee schedules are gated to acquirer/member access.
Checked:
Checkout.com became the first global payments platform to secure an acquiring licence directly from the UAE Central Bank, operating under Checkout MENA FZ-LLC
Checked:
Payment transactions for electronic stores within Saudi Arabia must be processed through the national payments system Mada in accordance with the rules and technical specifications set by the General Directorate of Payment Systems; purchases from stores outside the Kingdom route through international payment companies instead
Checked:
Meeza is Egypt's national domestic card scheme, developed and operated under Central Bank of Egypt direction, with the first Meeza-branded cards issued in January 2019 as part of the CBE's push toward domestic card infrastructure
Checked:
Elo operates primarily within Brazil and processes transactions in Brazilian reals, giving merchants access to a domestic cardholder base that international card networks do not fully reach; to accept Elo at checkout, merchants and PSPs need a specialist Latin American acquirer that supports the scheme, since Elo is not part of the standard international card networks
Checked:
The Reserve Bank of India directive on Storage of Payment System Data requires that all system providers ensure the entire data relating to payment systems operated by them is stored in a system only in India, with compliance reporting due within six months (by 15 October 2018)
Checked:
Under Bank Indonesia's National Payment Gateway (GPN) framework, domestic payment transactions — using payment instruments issued in Indonesia and transacted within Indonesian territory — must flow through the GPN's domestic switching institutions rather than be routed cross-border
Checked:
Cross-border transactions occur when the customer's card-issuing bank is based in a different country than the merchant's acquiring bank; this includes an ecommerce purchase made with an internationally issued card regardless of the shipping address
Checked:
Source types explained in our Methodology.