EMI versus payment institution: what is the difference?

An electronic money institution (EMI) and a payment institution (PI) are two different regulated categories under the current EU framework. The core distinction is straightforward: an EMI may issue electronic money as well as provide payment services, while a PI is authorised for one or more specified payment services but does not issue electronic money. The consequences of that difference show up in how customer balances are treated, what a firm may do with those balances, and how a product must be structured. This guide explains the concepts so you can map your product to the right permission — not tell you which one you need.

Legal and regulatory status was reviewed on 7 July 2026.

Plain-language answer

An EMI is authorised to issue electronic money: stored monetary value that a customer can hold and later spend or redeem 2. Most EMIs also provide payment services connected to that stored value. A PI is authorised to provide payment services — for example executing transfers, acquiring transactions or initiating payments — without issuing stored value 1. Both are distinct from a bank, which is authorised to take deposits and lend. The right category depends on whether your product needs customers to hold a spendable balance over time, or only to move money through a service.

What electronic money is

Electronic money is monetary value stored electronically, issued on receipt of funds, and redeemable at par 2. The defining features are that value is issued in exchange for funds received, it is stored so a holder can use it later, and it can be redeemed. A prepaid balance a customer tops up and spends over time is the archetypal example. Issuing electronic money is an activity reserved to entities authorised to do so, such as EMIs and banks.

What a payment service is

A payment service is an activity such as executing credit transfers, direct debits or card payments, acquiring payment transactions for merchants, or initiating payments from a user’s account at another provider 1. Payment services move funds or provide access to accounts; they do not, by themselves, involve issuing stored value. A firm can be authorised for one payment service or several, and the exact list of permitted services is set by its authorisation.

Activities an EMI may be authorised to perform

An EMI’s central permission is issuing electronic money 2. In addition, EMIs are typically able to provide payment services related to that electronic money, and may offer accounts and payment functionality that let customers store and spend a balance. The precise scope always depends on the specific authorisation, which is why permissions should be verified rather than assumed 3.

Activities a PI may be authorised to perform

A PI is authorised for the payment services listed in its authorisation 1. Depending on scope, that may include executing transfers, acquiring transactions, money remittance, or account-information and payment-initiation services. A PI does not issue electronic money. It does not follow that a PI can never hold funds at any moment — the legal purpose, timing and specific service matter, and short-lived holding of funds in the course of executing a payment is different from issuing spendable stored value.

Bank versus EMI versus PI

Dimension	Bank (credit institution)	EMI	PI
Issues electronic money	Yes	Yes	No
Takes deposits and lends	Yes	No	No
Provides payment services	Yes	Yes	Yes (per scope)
Customer stored value	Deposits	Electronic money	Not applicable
Funds protection model	Deposit-guarantee framework	Safeguarding	Safeguarding

Treat this as an orientation, not a substitute for checking a specific firm’s permissions 3.

Stored value, wallets and payment accounts

Whether a customer balance is legally electronic money depends on the arrangement, not the product name. A “wallet” might store electronic money, or it might be a ledger view of funds held in a payment account through a PI-type service. Holding a balance on a customer’s behalf does not automatically make that balance electronic money. Because presentation and legal substance can diverge, the account model should be examined directly — see named accounts, virtual IBANs and pooled accounts.

Safeguarding and why it is not deposit insurance

Both EMIs and PIs must protect relevant customer funds through safeguarding, for example by segregating them from the firm’s own money 1. Safeguarding is a protective mechanism for customer funds; it is not a deposit-guarantee scheme, and it should never be described to customers as deposit insurance. The detail of how safeguarding works — which accounts, which banks, and how reconciliation is performed — is covered in how safeguarding works.

Capital and prudential concepts (without universal figures)

Authorised firms are subject to prudential requirements, including initial and ongoing capital expectations set by the applicable framework and supervisor. The specific figures and calculation methods depend on the category of firm, the services provided and the jurisdiction, so this guide does not quote universal numbers. What matters conceptually is that prudential capital is the firm’s own regulatory resource and is separate from safeguarded customer funds — the two should never be conflated.

Passporting, branches, agents and distributors

Within the EU, an authorised firm may be able to offer services in other Member States through passporting, and may operate through branches, agents or distributors depending on the framework and its permissions 1. Each route carries its own registration and oversight expectations. Passporting is not automatic coverage for every service or country, so confirm that the specific services and markets you need are within the firm’s authorisation and passport scope 5.

Launching through a licensed partner

Many products launch by contracting with a licensed EMI or PI rather than obtaining an authorisation directly. In that model, the regulated entity holds the permissions and carries regulated responsibility, while you operate as a distributor, agent or programme partner. This can shorten time to market, but it does not remove your obligations — the split of responsibilities must be documented. Our guide to choosing an EMI or BaaS provider sets out how to evaluate such partners, and the launch a European fintech stack shows how the pieces fit together.

When a technology provider is outside the regulated perimeter

A vendor can supply APIs, dashboards and orchestration without itself holding a payment or e-money authorisation. In that case the regulated activity sits with a separate licensed entity, and the technology provider is outside the regulated perimeter for those activities. This is common and legitimate, but it makes identifying the contracting regulated entity essential — the API you integrate is not necessarily the entity that is authorised. For the full taxonomy of entity types, see bank vs EMI vs payment institution vs CASP.

Product examples

Wallet with stored value

If customers top up a balance and spend it over time, the balance may be electronic money, which points toward an EMI-type permission 2. Confirm whether the balance is issued as stored value or is a ledger representation of funds held through another service.

Payment initiation

Initiating a payment from a customer’s account held elsewhere is a payment service and does not require issuing stored value 1. See open banking: AIS, PIS and VRP for how initiation works in practice.

Merchant acquiring

Acquiring transactions on behalf of merchants is a payment service; the settlement flow and any interim holding of funds are governed by the specific service and arrangement 1.

Remittance

Money remittance moves funds from a payer to a payee without necessarily creating a stored balance, and is a payment service under the current framework 1.

Marketplace payouts

Paying out to sellers can combine holding balances, executing transfers and sometimes issuing stored value, so the correct permission depends on exactly how funds are held and moved — see the launch marketplace payouts stack.

Decision tree

If your product needs to…	The activity is typically…	Points toward
Let customers hold and spend a balance over time	Issuing electronic money	EMI (or bank)
Execute transfers or acquire transactions only	Payment service	PI or EMI
Initiate payments from accounts held elsewhere	Payment-initiation service	PI or EMI
Take deposits and lend	Deposit-taking	Bank
Supply software without holding funds	Technical service	Technology provider

Use this to frame a conversation with advisers and providers, not to self-classify.

Current law versus PSD3/PSR

As of 7 July 2026, PSD2 remains part of the operative EU payment-services framework and EMD2 remains part of the operative EU electronic-money framework 1 2. A political agreement on PSD3 and the Payment Services Regulation (PSR) was reached in November 2025, and technical and institutional work progressed through 2026. As of the European Commission’s 19 May 2026 status update, the texts were not yet formally adopted; final adoption and publication were expected in Q4 2026, with most PSR provisions expected to apply 21 months after entry into force 4. PSD3 and PSR are therefore forthcoming and must not be treated as currently applicable law.

Structure checklist

Before concluding which regulated category fits, confirm:

• The specific activities your product performs are written down
• Each activity is mapped to the permission it requires
• The contracting regulated entity is identified for each activity
• Whether any balance you hold is legally electronic money is analysed, not assumed
• Safeguarding arrangements are understood and not described as deposit protection
• Passporting, agent or distributor arrangements are confirmed for each market
• Current-law obligations are separated from forthcoming PSD3/PSR changes

Questions to ask providers

• Which regulated category holds the permissions behind this product — bank, EMI or PI?
• Which legal entity is authorised, and in which country can we verify it in an official register?
• Is a customer balance legally electronic money, or a ledger view of funds held through a payment service?
• Which specific payment services are within the authorisation, and are our markets covered by passporting?
• How are customer funds safeguarded, and at which banks?
• Which obligations remain with us as distributor, agent or programme partner?
• Are any activities supplied by a technology provider outside the regulated perimeter?

Common failure modes

• Assuming any customer balance is electronic money without checking the legal arrangement.
• Treating “PI” as meaning funds can never be held, or “EMI” as meaning a firm can do everything a bank can.
• Reading a marketing page as proof of permissions instead of verifying an official register 5.
• Confusing prudential capital with safeguarded customer funds.
• Describing PSD3 or PSR as if it were already applicable law 4.
• Assuming a single authorisation covers every service and every country automatically.

What this does not cover

This guide explains how the EMI and PI categories differ; it does not classify your specific product, confirm which permission you need, or state that any structure is compliant. It is general information, not legal, regulatory or tax advice, and it does not assess or rank any provider. Requirements and figures vary by jurisdiction and supervisor.

FAQ

Is an EMI a type of bank?

No. An EMI issues electronic money and typically provides related payment services, but it is not a bank and does not take deposits or lend. Their permissions and funds-protection models differ 2.

Can a payment institution ever hold customer funds?

It depends on the service and the timing. A PI does not issue electronic money, but short-lived holding of funds in the course of executing a payment is different from issuing spendable stored value. The legal purpose and specific service determine what is permitted 1.

Does holding a customer balance mean I am issuing electronic money?

Not automatically. Whether a balance is electronic money depends on the arrangement, not the product name. A balance can be a ledger view of funds held through a payment service rather than issued stored value 2.

Is safeguarding the same as a bank deposit guarantee?

No. Safeguarding protects customer funds through mechanisms such as segregation, but it is not a deposit-guarantee scheme and must not be presented as one 1.

Does PSD3 change these definitions today?

Not yet. As of 7 July 2026, PSD2 and EMD2 remain the operative framework. PSD3 and the PSR were agreed in principle in November 2025 but were not yet formally adopted as of 19 May 2026, with adoption expected in Q4 2026 4.