For a fintech founder, the line between a software product and a regulated financial service can be crossed surprisingly quickly. A platform may begin by providing payment functionality and later add stored balances, cards, wallets or stablecoin-related services. At that point, the regulatory question is no longer simply whether the company handles payments. It may be whether it is issuing electronic money.
An EMI license is the authorization that allows an Electronic Money Institution to issue e-money and provide permitted payment services within the EU regulatory framework. But an EMI is not a bank, a payment institution is not automatically an EMI, and a MiCA crypto authorization does not replace an e-money authorization where the product falls within both regimes. The correct authorization therefore starts with the product and fund flows, not with the licence name the founder believes the business needs.
What Is an EMI License?
Electronic money is broadly a monetary value stored electronically that represents a claim on the issuer, is issued on receipt of funds for making payment transactions and is accepted by persons other than the issuer. In practical terms, e-money can appear in products such as digital wallets, prepaid balances and other systems in which customers provide funds and receive electronically stored monetary value that can be used for payments.
Under the current EU framework, electronic money institutions are principally governed by the Electronic Money Directive, together with the payment-services framework under PSD2. The directive allows an authorised EMI to issue electronic money and also to provide permitted payment services within the scope of its authorization. It also requires an electronic money institution to hold at least EUR 350,000 in initial capital at the time of authorization.
That EUR 350,000 figure should not be treated as the complete cost of becoming an EMI. Capital is only one component of authorization. The applicant also needs governance, suitable management, safeguarding arrangements, AML/CFT controls, operational resilience, compliance capabilities, financial projections and an organisation capable of operating the proposed business. An EMI license is therefore an operating authorization, not a certificate purchased before launch.
EMI vs Payment Institution vs Bank
The regulatory distinction starts with what the company actually does with customer funds. A payment institution, or PI, can provide authorised payment services but does not have the general authorization to issue electronic money that an EMI has. An EMI can issue electronic money and can also provide payment services within the scope of its authorization, while a credit institution sits within a different prudential regime and can conduct banking activities beyond the scope of an EMI.
This distinction matters because fintech products often use the word “wallet” for very different legal models. A technical wallet interface that connects to a regulated third party may create a different regulatory perimeter from a product where the startup itself receives customer funds, creates a stored monetary balance and enables that balance to be spent with third parties. Similarly, integrating cards or IBANs does not by itself determine which licence is required. What matters is which legal entity provides the regulated service, controls the relevant customer relationship and assumes the corresponding regulatory obligations.
The analysis should therefore follow the money from the customer into the product and through every entity involved. The product name may be useful for marketing, but it does not determine the regulatory classification.
What Does the EMI Authorization Process Look Like?
An EMI application is a substantial regulatory project. The competent authority needs enough information to determine whether the institution can operate safely, govern itself effectively and protect customer funds. The European Banking Authority’s authorization guidelines specify the information applicants should provide when seeking authorization as payment or electronic money institutions, including the programme of operations, business plan, evidence of initial capital, safeguarding measures, governance arrangements, internal controls and information on management and qualifying shareholders.
In practice, founders should expect the application to cover ownership and qualifying shareholders, directors and senior management, organisational structure, AML/CFT framework, risk management, security, outsourcing, complaints handling, internal controls, accounting, safeguarding and business continuity. The business plan is particularly important because the regulator needs to understand how money moves, who performs each function, how revenue is generated, which activities are outsourced, how customers are onboarded and how financial projections connect to the operating model.
A generic set of compliance policies cannot repair a business plan that does not clearly explain the regulated activity. The strongest application packages are built from the operating model outward, with the documentation reflecting how the business will actually function rather than describing an idealised compliance structure that exists only on paper.
Do You Need an EMI License?
The question is not whether a startup calls itself a wallet, neobank, payments app or fintech platform. The key issue is whether the business itself will issue electronic money or perform another regulated activity requiring authorization. If customers provide funds and the business issues electronically stored monetary value in return that can be used for payments and is accepted by third parties, an e-money analysis is likely to be required.
The answer may be different where a regulated partner is the actual issuer. Many fintech products operate through banking, EMI or PI partners. That can change which entity requires authorization, but outsourcing or partnering does not make the regulatory perimeter disappear. Contracts, customer communications, control over the funds and the division of regulated responsibilities all need to match the actual legal model.
Peter Merc, founder of Lemur Legal: “The distinction often becomes clear when you follow the money rather than the product label. A fintech may simply provide the software layer while a licensed EMI receives the customer funds, issues the e-money and carries the regulated responsibility. But if the fintech itself begins receiving funds and issuing the stored monetary value, it may have crossed into a regulated activity. That is why the legal analysis should happen before the payment flow and product architecture are fixed.”
A legal-perimeter review is therefore particularly important before the product architecture becomes difficult to change. Building a wallet and only later asking whether it requires an EMI license can result in fundamental changes to the flow of funds, customer contracts or partner model. We help fintech and technology companies with regulatory compliance, including cases where payments, crypto-assets and other EU financial-services frameworks overlap.
Capital Is Only One Part of EMI Readiness
The EUR 350,000 initial-capital requirement is widely quoted, but it can create the misleading impression that authorization is mainly a capital exercise. It is not. Customer funds received in connection with payment services and electronic money are subject to safeguarding requirements, while governance, management suitability, outsourcing oversight and AML/CFT controls need to reflect the real customer base, distribution model, geographies and products.
Technology is now a major regulatory workstream as well. The EU’s Digital Operational Resilience Act, DORA, applies to electronic money institutions and introduces requirements around ICT risk management, incident management, resilience testing and ICT third-party risk. For a technology-first fintech, this means that the licence application and product architecture cannot realistically be developed as independent projects.
A credible EMI applicant therefore needs more than enough capital and a collection of compliance policies. The regulator must be able to see how governance, safeguarding, technology, AML, outsourcing and financial resources operate as one coherent system.
Can an EMI License Be Passported Across the EU?
One of the commercial advantages of an EU financial-services authorization is the ability to provide services across the internal market through the applicable passporting framework. An EMI authorised in one Member State can, subject to the relevant notification procedure and legal requirements, provide authorised services in other EU and EEA jurisdictions through freedom to provide services or establishment arrangements.
This does not mean that obtaining an EMI license in one country creates an unrestricted right to launch every product immediately across Europe. The home regulator remains central to the authorization and passporting process, the institution must remain within its authorised activities, and host-country rules can still affect matters outside the harmonised authorization framework.
The EBA central register of payment and electronic money institutions aggregates information supplied by national competent authorities and includes authorised institutions, their country of establishment, relevant services and passporting information.
For founders comparing EMI jurisdictions, the useful question is therefore not which regulator is advertised as the fastest. The home state should make sense for management, governance, substance, operational partners and the institution’s long-term regulatory model.
How Does an EMI License Interact With MiCA?
The overlap between e-money and crypto regulation has become significantly more important under MiCA. MiCA created the concept of the electronic money token, or EMT, which is a crypto-asset designed to maintain a stable value by referencing one official currency.
Under Article 48 of MiCA, a person generally cannot offer an e-money token to the public or seek its admission to trading in the EU unless the issuer is authorised as a credit institution or electronic money institution and the required crypto-asset white paper has been notified and published.
That means issuing an EMT is not simply a CASP activity. The issuer can face both the electronic-money framework and MiCA-specific requirements, including the white paper regime. MiCA also creates an interaction for existing financial institutions. Under Article 60, certain regulated financial entities can provide specified crypto-asset services through a notification route rather than an ordinary CASP authorization where the statutory conditions are satisfied.
For products combining euro-denominated tokens, wallets and payment functionality, the result can therefore be a genuinely multi-layered regulatory analysis. A MiCA license and an EMI license should not be treated as interchangeable.
What About PSD3 and the New Payment Services Regulation?
The EU payment-services framework is itself being reformed. The European Commission proposed a new Payment Services Directive, commonly referred to as PSD3, together with a directly applicable Payment Services Regulation, or PSR. The reform is intended to modernise the rules currently spread across PSD2 and the Electronic Money Directive and to further harmonise payment and electronic-money regulation.
The Council and the European Parliament reached a provisional political agreement on the package on 27 November 2025, and the European Parliament’s Legislative Train records that the agreed texts were approved by the ECON Committee on 5 May 2026. As of the Parliament’s 20 June 2026 update, the files were still described as “close to adoption.”
This matters for anyone planning an EMI authorization today. The existing EMD2 and PSD2 framework remains the relevant basis until the replacement legislation formally enters into force and the applicable implementation and transitional arrangements take effect. A new applicant should therefore not design a long-term compliance architecture on the assumption that payment regulation will remain static.
The final PSD3 and PSR texts, effective dates and transition periods should be checked again at the point of application.
Building an EMI That Can Actually Operate
Obtaining an EMI license requires more than meeting the EUR 350,000 initial-capital threshold. The applicant needs a business model that fits the legal definition of the services it intends to provide, defensible safeguarding arrangements, suitable management, credible AML/CFT controls, operational resilience and documentation that reflects the actual product.
For crypto-enabled fintechs, the analysis may also need to cover MiCA, particularly where electronic money tokens or crypto transfers are involved. The most efficient point to resolve these questions is before the corporate structure, customer flow and technology stack become difficult to change.
An EMI authorization should therefore be treated as part of product architecture and business strategy, not as a compliance layer added at the end. When the regulatory perimeter, jurisdiction and operating model are aligned from the outset, the licensing documentation has a much stronger foundation and the business is better prepared for the obligations that continue after authorization.