Guide
Payment Gateway or Merchant Acquirer? UAE Setup Guide
The short answer
"Payment gateway" covers several different businesses, and the UAE treats them differently. The Central Bank of the UAE (CBUAE) decides whether a firm needs retail payment service authorisation, and the test is functional: who controls the settlement funds moving between the cardholder and the merchant. A business that only routes payment messages sits outside that perimeter; one that holds, aggregates or acquires those funds does not, unless a licensed sponsor institution carries that function under contract. Everything else โ jurisdiction, structure, banking โ follows from that one answer.
The regulatory perimeter: who decides, and what triggers it
CBUAE's Retail Payment Services and Card Schemes Regulation sets the perimeter for retail payment services in the UAE, and it tests function rather than brand name. Calling a product a "gateway" does not place it outside scope, and calling it a "facilitator" does not place it inside. The questions that move a business across that line:
- Merchant acquiring and retail payment services
- Control or possession of settlement funds
- Card-scheme participation and sponsor arrangements
- Merchant onboarding, reserves and chargebacks
- Cross-border collection and payout
A hit on any of these does not automatically mean the company itself needs authorisation โ a licensed sponsor institution may lawfully carry that function under contract. It does mean the position has to be written down and tested against the facts, not assumed from the software the product resembles. A platform that in fact holds value or arranges credit is regulated regardless of what the app is called.
What CBUAE's retail payment rulebook decides
The regulation sets out the categories of retail payment service a firm can be authorised for and the standards attached to each, and CBUAE is the only body that can confirm which category a given model falls into. This guide cannot restate current financial-resource, safeguarding or governance figures from the regulation itself โ see the fact-check note below โ so treat any specific number quoted elsewhere as provisional until checked directly against CBUAE's published text.
How money moves: settlement, reserves and chargebacks
Banks and sponsor institutions each run their own diligence before onboarding a payments business, and both start from the same question: whose authorisation covers each flow of money. Before approaching either, have ready:
- Merchant and fund-flow map
- Sponsor, acquirer or scheme discussions
- Fraud, reserve and chargeback model
- Merchant underwriting policy
A facilitator that nets settlement before paying merchants carries different exposure than a gateway that never touches funds, and a bank reads the file accordingly. A clean banking readiness file, built before a sponsor or bank conversation starts, removes the questions that stall onboarding โ it does not replace the authorisation decision itself. Velarozone's work on corporate bank account readiness sits alongside that decision, not instead of it.
Ownership, substance and the roles a sponsor contract requires
The entity that contracts with the merchant has to be able to answer for the product, either on its own authorisation or a sponsor's. A technology vendor, an agent and a principal carry different obligations even inside the same product, and a sponsor contract has to name which role each party plays. Group structures can put technology, intellectual property and the authorised function in separate entities, but each entity needs a genuine role: a shell that exists only to look cheap on a formation invoice surfaces later as a sponsor-diligence failure or a bank-onboarding delay. The management, compliance and risk roles a model needs are set by whichever authorisation or sponsor tier applies, not by the founders' preference.
What commonly goes wrong in payment gateway and acquiring setups
- Selecting a software activity for a business that actually controls settlement
- Leaving sub-merchant onboarding out of a marketplace model
- Promising instant payouts without a liquidity or reserve plan
- Treating sponsor approval as automatic once the company is incorporated
Comparing incorporation fees is the most common mistake of all. Compare complete routes instead: year-one and renewal cost, capital and safeguarding, sponsor economics, permitted functions, banking implications and the cost of switching tier after launch.
From formation to live payments: scheme membership, bank onboarding and renewals
Registration is the fastest stage of this process and the least meaningful one. Scheme membership, sponsor onboarding and any CBUAE authorisation each add review time the business cannot compress, and CBUAE sets its own timeline once an application is lodged โ no adviser can shorten it or guarantee its outcome. Once live, supervision or programme fees, audits, reporting and renewals recur every year the authorisation or sponsor contract runs. Cost is built in layers rather than one headline number, and the Velarozone fee for this work is itemised in the engagement letter; see how Velarozone works for how those layers are priced. Businesses building a payments product inside a wider fintech setup should fix this sequence before any jurisdiction is chosen.

