EMI vs PSP vs Banking Licence

Three labels, different legal meanings

An electronic money institution (EMI), a payment service provider (PSP) and a bank can all sit behind an app that lets customers hold a balance and send money. Similar interfaces do not mean identical legal protections.

The central distinction is what the provider is authorised to do with the money it receives. An EMI issues electronic money. A payment institution provides specified payment services. A bank can accept deposits and, within its permissions, lend and conduct other banking activities.

PSP is usually an umbrella term, not a single licence category. Banks, EMIs and payment institutions can all be PSPs. A business advertising a “PSP licence” therefore needs closer examination: which legal entity holds which authorisation, issued by which regulator?

What each model actually permits

EMI: issuing electronic money

Electronic money is broadly a monetary value stored electronically, issued against receipt of funds, representing a claim on its issuer and accepted by parties other than that issuer. Precise definitions and exclusions depend on local law.

When a customer loads a wallet, the EMI receives funds and records a corresponding e-money liability. The customer holds a claim against the EMI, rather than necessarily holding a bank deposit in their own name.

Typical EMI services include:

• Reloadable wallets and payment balances.
• Payment cards linked to an e-money balance.
• Domestic or cross-border transfers.
• Payment accounts used to receive and send funds.

In the EU and UK, e-money is generally redeemable at par, subject to statutory conditions. An EMI must protect relevant customer funds through safeguarding and cannot treat money received for e-money as ordinary funding for a loan book.

An EMI may also provide payment services. Its exact permissions, restrictions and use of agents still matter.

PSP and payment institution: moving money

A PSP performs payment services. In EU and UK terminology, a payment institution (PI) is one particular type of authorised PSP.

Depending on its permissions, a PI may execute transfers, provide money remittance, acquire card payments for merchants or operate payment accounts. Payment initiation and account information services have their own regulatory requirements; not every provider handles customer funds.

A PI does not gain permission to issue e-money merely because it processes payments. It also cannot accept deposits as a bank does.

The boundary is not simply whether money remains overnight. Payment accounts can hold funds for payment purposes. Regulators examine the legal claim, how the product operates and whether funds are received for executing payments or issuing stored monetary value.

Some frameworks permit narrowly defined credit ancillary to payment services, subject to conditions. That is not a general banking permission or permission to lend safeguarded customer money.

Bank: accepting deposits

A banking authorisation permits deposit-taking within the institution’s authorised scope. Deposits are liabilities of the bank; the bank manages assets, lending and liquidity against those liabilities under prudential requirements.

Unlike an EMI’s safeguarded funds, bank deposits are generally not kept in a segregated pool reserved for each depositor. Protection instead rests on a combination of capital, liquidity, supervision, resolution arrangements and, for eligible deposits, a deposit guarantee or insurance scheme.

A banking licence does not automatically authorise every investment, insurance or cryptoasset service. Additional permissions may be necessary.

Follow the money, not the app branding

Consider a customer who adds funds to a payment app and then pays a merchant.

With an EMI

The EMI receives the funds and credits the customer’s e-money balance. It safeguards relevant funds using a method permitted by the applicable framework, commonly segregation or an eligible insurance or guarantee arrangement.

When the customer pays, the EMI reduces the balance and arranges settlement through the relevant payment infrastructure. A bank may hold the safeguarding account or provide settlement access without being the issuer of the customer’s wallet balance.

With a payment institution

The PI receives funds for a payment or holds them in a payment account for payment purposes. It executes the transaction and applies the relevant safeguarding requirements to funds in scope.

A payment initiation provider offers a different example: it can initiate a transfer from the customer’s bank account without taking possession of the money.

With a bank or bank-backed app

If the customer genuinely holds a deposit at a bank, the bank owes that deposit to the customer. But a non-bank app may instead place pooled funds with a partner bank under a different legal arrangement.

A bank partnership does not turn the app operator into a bank. Read the account terms to identify the deposit-taker, account holder, record-keeping arrangements and any conditions for deposit insurance.

Safeguarding is not deposit insurance

Safeguarding aims to keep relevant customer funds separate from a payment firm’s own money, or protect them through another legally permitted mechanism. If the firm fails, those arrangements support returning funds rather than paying its ordinary business creditors.

It is not a promise of immediate repayment. Insolvency procedures, reconciliation errors, missing records, shortfalls and applicable administration costs can affect recovery or timing.

Deposit insurance or a deposit guarantee scheme operates differently. It protects eligible deposits at participating banks, subject to limits, exclusions, aggregation rules and other conditions. Its principal trigger is failure of the insured bank, not necessarily failure of an app or intermediary.

Ask two separate questions:

• What protects the money if the payment provider fails?
• What protects it if the bank holding the underlying funds fails?

The answers may differ. Neither safeguarding nor deposit insurance is a general guarantee against scams, investment losses or every disputed payment.

How the categories map across jurisdictions

European Union

The established EU framework distinguishes banks, payment institutions under the revised Payment Services Directive (PSD2), and EMIs under the second Electronic Money Directive (EMD2).

National competent authorities authorise and supervise institutions within this framework. Passporting can allow an authorised institution to provide covered services in other EU or EEA states after the required procedures. It is not permission to operate everywhere in the world.

The European Banking Authority supports common standards and maintains payment-sector register information, but the relevant national register remains important for checking permissions and status.

The Markets in Crypto-Assets Regulation (MiCA) adds a separate dimension: EU e-money token issuers must generally be authorised credit institutions or EMIs and meet applicable MiCA requirements. An EMI authorisation alone does not permit every cryptoasset service.

EU payment rules evolve. Check the applicable legislation, implementation dates and national supervisory guidance rather than assuming a proposed reform already governs a product.

United Kingdom

The UK has distinct payment institution and EMI regimes under the Payment Services Regulations and Electronic Money Regulations. The Financial Conduct Authority (FCA) authorises or registers relevant firms, with different requirements for full authorisation and qualifying small-institution regimes.

Banks are generally authorised by the Prudential Regulation Authority with FCA consent and supervised by both authorities for their respective responsibilities.

An e-money or payment balance is not automatically covered by the Financial Services Compensation Scheme simply because the provider is FCA-regulated. Check the legal product and the specific protection claimed.

UK authorisation does not confer an EU passport. A group serving both markets may use different licensed entities and contracts.

United States

The US does not have a direct nationwide equivalent of the EU EMI licence. Non-bank wallet and transfer businesses commonly operate under applicable state money transmitter laws, potentially alongside other permissions or exemptions.

Federal registration with the Financial Crimes Enforcement Network as a money services business concerns anti-money-laundering obligations. It is not a banking charter, deposit insurance or a substitute for required state licences.

Banks may have federal or state charters, with supervision and deposit insurance depending on their structure and status.

Where a non-bank places customer funds at an FDIC-insured bank, pass-through insurance may depend on ownership, account disclosure, records and other requirements. It protects qualifying deposits against the insured bank’s failure, not the non-bank’s failure. Review the arrangement rather than relying on an “FDIC insured” statement beside an app logo.

Switzerland

Switzerland does not simply reproduce the EU EMI and PI categories. The regulatory treatment depends on activities such as accepting public deposits, operating payment arrangements and providing other financial services.

FINMA’s FinTech licence allows qualifying institutions to accept public deposits within a statutory ceiling under restrictions, including that those deposits are neither invested nor interest-bearing. It is not a full banking licence, and those deposits do not receive the same deposit protection as eligible bank deposits.

Anti-money-laundering supervision, including affiliation with a recognised self-regulatory organisation where applicable, should not be mistaken for a banking licence. Check the precise FINMA category and product conditions.

United Arab Emirates

The UAE has distinct frameworks for banking, retail payment services and stored value facilities under the Central Bank of the UAE. The relevant category depends on the activities performed; an EU EMI label does not map automatically onto a UAE permission.

The Dubai International Financial Centre and Abu Dhabi Global Market have separate financial-services regulators, the DFSA and FSRA respectively. Their permissions and territorial scope must be assessed separately from Central Bank permissions.

Check which entity contracts with the customer, where it operates and whether its authorisation covers the particular payment, stored-value or deposit-taking service.

Singapore

Singapore’s Payment Services Act regulates specified activities, including account issuance, money transfers, merchant acquisition and e-money issuance. Relevant categories include money-changing, standard payment institution and major payment institution licences, depending on activities and applicable thresholds.

The Monetary Authority of Singapore (MAS) supervises the framework. A major payment institution licence is not a banking licence. Safeguarding duties depend on the service and statutory requirements; they should not be confused with deposit insurance.

Use the MAS directory to check the exact activities authorised, rather than treating “MAS-regulated” as a complete description.

A practical licence-checking checklist

Before comparing fees or features, establish the legal structure:

1. Identify the contracting entity. Use the terms, not just the brand name.
2. Check the official register. Confirm status, permissions, restrictions and relevant agents or branches.
3. Classify the balance. Is it e-money, funds held for payments, a bank deposit or another claim?
4. Trace the protection. Identify safeguarding arrangements or deposit insurance, including eligibility and exclusions.
5. Check cross-border coverage. Permission in one country may not cover customers or services elsewhere.
6. Understand failure and exit procedures. Review redemption, withdrawal, complaints and insolvency information.

For businesses choosing an operating model, the same distinctions determine which activities require authorisation and which may be delivered through regulated partners. Outsourcing technology or settlement does not automatically remove regulatory responsibilities.

The useful comparison is therefore not “which licence sounds strongest?” It is which authorised entity provides each service, what legal claim the customer holds and what protection applies when something goes wrong.