SVF, RPSCS & Payment Token Services Explained (2026 Edition)

By CRYPTOVERSE Legal Consultancy

Advising Fintech & Stablecoin Founders on CBUAE Licensing, Structuring & Compliance

The New Architecture of Payments in the UAE

The United Arab Emirates has emerged as one of the most sophisticated regulatory environments for digital payments and tokenised finance in the region. At the centre of this architecture sits the Central Bank of the UAE (CBUAE), which regulates three distinct but interconnected payment regimes:

  1. Stored Value Facilities (SVF)
  2. Retail Payment Services & Card Schemes (RPSCS)
  3. Payment Token Services (PTS)

For fintech founders, crypto entrepreneurs, and investors, understanding how these regimes interact is not optional, it is foundational.

Misclassification can lead to:

  • Licence rejection
  • Capital miscalculation
  • Enforcement exposure
  • Banking disruption
  • Valuation impairment

This guide provides a comprehensive, structured breakdown of the CBUAE licensing ecosystem and how to strategically navigate it.

Part I — The Regulatory Framework: Three Pillars of Payment Supervision

The CBUAE regulates payment activity through activity-based triggers. The correct licence depends not on branding, but on functional behaviour.

RegimeCore FocusRisk Vector
SVFPrepaid stored fiat valueLiquidity & insolvency
RPSCSRetail payment executionTransaction & systemic risk
PTSBlockchain-based Payment TokensReserve integrity & custody

Each regime carries different capital requirements, supervisory expectations, and compliance burdens.

Part II — Stored Value Facilities (SVF)

What Is an SVF?

An SVF exists where:

  • A customer prepays funds (or money’s worth);
  • Value is stored electronically;
  • The issuer undertakes to redeem or apply that value later.

Common examples include:

  • E-wallets storing AED balances
  • Prepaid cards
  • Closed-loop marketplace wallets
  • Super apps holding user balances

SVF is fundamentally about customer Float.

Capital Requirements

The SVF framework imposes a dual-layer capital structure:

  • Minimum paid-up capital: AED 15,000,000
  • Ongoing capital: ≥ 5% of total customer Float

This creates a structural breakpoint:

Once Float exceeds AED 300 million, the 5% rule surpasses the fixed capital floor.

Example

Float5% Requirement
AED 200m10m
AED 300m15m
AED 500m25m

Rapid wallet adoption can dramatically increase capital exposure.

Prudential Focus

The CBUAE evaluates:

  • Float segregation
  • Liquidity sufficiency
  • Insolvency protection
  • Redemption certainty
  • Float reconciliation systems

SVF supervision is liquidity-intensive and prudentially conservative.

Part III — Retail Payment Services & Card Schemes (RPSCS)

RPSCS governs the execution of retail payment services.

Activities Covered

  • Payment Account Issuance
  • Payment Instrument Issuance
  • Merchant Acquiring
  • Payment Aggregation
  • Domestic Fund Transfers
  • Cross-Border Transfers
  • Payment Initiation
  • Account Information Services
  • Payment Token Services (Category I scope reference)

Licence Categories & Capital

CategoryTypical ScopeCapital Range
Category IVPayment initiation & AISP100k
Category IIIDomestic PSP500k–1m
Category IICross-border PSP1m–2m
Category IFull-scope PSP1.5m–3m

Unlike SVF, RPSCS capital scales by transaction volume and scope, not Float.

Escalation Risks

Triggers that increase supervisory exposure:

  • Introducing cross-border services
  • Rapid transaction growth
  • Adding acquiring capability
  • Moving into Category I scope

Capital escalation is tier-based, not linear.

Part IV — Payment Token Services (PTS)

PTS regulates blockchain-based Payment Tokens, including stablecoins.

Activities Covered

  • Issuing Payment Tokens
  • Offering tokens to the public
  • Buying/selling Payment Tokens
  • Facilitating exchange
  • Token custody
  • Merchant acceptance of tokens

Stablecoin issuance falls squarely within this regime.

Capital & Governance

PTS typically falls within Category I exposure under RPSCS.

However, the prudential emphasis shifts to:

  • Reserve backing
  • White paper approval
  • Blockchain transparency
  • Custody governance
  • Enhanced AML controls

While capital thresholds may resemble Category I PSPs, supervisory intensity is materially higher.

Part V — Where the Regimes Intersect

Many modern fintech models trigger multiple regimes simultaneously.

Scenario 1 — Wallet Only

Stores prepaid AED balances.
→ SVF only.

Scenario 2 — Remittance Platform

Executes cross-border transfers without stored balances.
→ RPSCS Category II/I.

Scenario 3 — Stablecoin Issuer

Issues fiat-backed Payment Tokens.
→ PTS (Category I exposure).

Scenario 4 — Super App (Fiat + Transfers + Stablecoin)

  • Stores AED balances
  • Executes domestic & cross-border transfers
  • Issues or facilitates stablecoins

→ SVF + RPSCS + PTS combined.

This represents the highest supervisory tier.

Part VI — Comparative Capital Stress Model

Consider a fast-growing super app:

Capital Impact

  • SVF: 5% of 400m = 20m
  • RPSCS: Category I = 1.5–3m
  • PTS: Category I oversight

Effective prudential expectation aligns with the highest risk layer.

Part VII — Licensing Strategy: Before You Apply

Pre-application structuring is critical.

Key questions:

  1. Are customers pre-funding balances?
  2. Will you execute domestic or cross-border transfers?
  3. Will you issue or facilitate stablecoins?
  4. What is your 24-month Float forecast?
  5. What is your projected transaction velocity?

A licensing strategy should be built around growth modelling, not current size.

Part VIII — Common Mistakes That Delay Approval

  • Misclassifying wallet as PSP
  • Ignoring 5% Float capital overlay
  • Adding token functionality without Category I review
  • Weak source-of-funds documentation
  • Incomplete AML framework
  • Unrealistic financial projections
  • Inadequate technology governance

CBUAE assessments are substance-driven.

Part IX — Ongoing Compliance Obligations

Licensing is only the beginning.

Firms must maintain:

  • Capital adequacy
  • Float reconciliation
  • Safeguarding controls
  • AML transaction monitoring
  • Board oversight
  • Regulatory reporting
  • Incident notification

Failure to maintain prudential standards can trigger supervisory intervention.

Part X — Why Structuring Matters for Investors

Investors assessing UAE fintech opportunities should ask:

  • Has the correct licence been identified?
  • Is capital modelled against 36-month growth?
  • Are Float obligations stress-tested?
  • Is stablecoin issuance governed under PTS?
  • Is cross-border exposure escalated appropriately?

Regulatory misalignment directly impacts valuation and exit feasibility.

Part XI — Designing for Scalability

A scalable model should:

  • Separate Float accounts
  • Model capital breakpoints
  • Anticipate category escalation
  • Structure reserve governance early
  • Implement modular compliance systems

The goal is regulatory elasticity without capital shock.

Part XII — The Strategic Advantage of Early Regulatory Architecture

The most successful fintech and stablecoin projects in the UAE share one trait:

They design their regulatory architecture before building a product.

This includes:

  • Licence mapping
  • Capital forecasting
  • Supervisory engagement planning
  • Governance documentation
  • White paper structuring (for PTS)

Reactive licensing leads to capital inefficiency.

Final Thoughts: The Future of Payment Supervision in the UAE

The UAE’s payment ecosystem is converging:

  • Wallets are integrating transfers.
  • PSPs are exploring stablecoins.
  • Super apps are layering storage + movement + tokens.

As this convergence accelerates, regulatory layering intensifies.

SVF, RPSCS, and PTS are not siloed frameworks, they are a multi-dimensional compliance matrix.

Understanding their interaction is now a strategic necessity.

Why CRYPTOVERSE Legal Consultancy

We advise fintech founders, crypto start-ups, and payment operators on:

  • SVF licensing strategy
  • RPSCS category structuring
  • PTS stablecoin governance
  • Capital stress modelling
  • Pre-application regulator engagement
  • Ongoing compliance architecture

Our focus is not simply obtaining a licence,
It is designing a sustainable regulatory infrastructure aligned with growth.

Legal Disclaimer: This article is provided for informational purposes only and does not constitute legal advice. Regulatory classification, capital requirements, and supervisory obligations depend on the specific business model, Float structure, token mechanics, and transaction profile of each applicant. Formal legal analysis should be conducted prior to engaging with the Central Bank of the UAE.

FAQs

1. What is a CBUAE licence?

A CBUAE licence authorises businesses to provide regulated payment, stored value, and payment token services in the UAE.

2. What is the difference between SVF and RPSCS?

SVF regulates stored customer funds, while RPSCS governs the execution of retail payment services and payment transactions.

3. Who needs a Payment Token Services (PTS) licence?

Businesses issuing, offering, exchanging, or providing custody for payment tokens and stablecoins may require a PTS licence.

4. What are the minimum capital requirements for CBUAE licensing?

Capital requirements vary by licence type, with SVF, RPSCS, and PTS each having different prudential thresholds based on business activities.

5. Can one company hold multiple CBUAE licences?

Yes. Depending on its business model, a fintech company may require multiple CBUAE licences to operate different regulated payment services.