UK Authorised Payment Institution vs EMI: Which Partner Do You Need?

Authorised Payment Institution vs EMI: Key Differences

This comparison covers FCA-authorised payment institutions (PIs) and authorised electronic money institutions (EMIs), rather than small registered payment or electronic money institutions. An authorised PI operates under the Payment Services Regulations 2017 to provide specified payment services. An authorised EMI operates under the Electronic Money Regulations 2011 and can issue e-money within its authorisation and any restrictions. Both can provide payment services, but PI authorisation alone does not permit e-money issuance. The FCA's overview of the two regimes explains their respective scope.

E-money is prepaid monetary value stored electronically, representing a claim against its issuer and accepted for payment by someone other than that issuer. A balance displayed in an application does not, by itself, establish that the product is e-money: the underlying legal claim, receipt of funds and permitted use matter.

The distinction is not simply that an EMI can hold money while a PI cannot. Under FCA PERG 15.2, Q5, PI payment accounts must serve payment transactions. The FCA expects funds to be accompanied by an onward payment order, including one scheduled for a future date, and not retained indefinitely or beyond operational and technical necessity. A payment-account balance therefore does not automatically require EMI authorisation, but a savings facility cannot be justified merely by calling it a payment account.

Neither status automatically permits accepting deposits. A bank deposit is a different legal product from e-money or funds held for executing payments. Likewise, safeguarding is distinct from deposit protection: an account's banking-style interface does not determine its protection regime. For the comparison, identify what customers legally receive and which institution owes the corresponding obligation; labels such as wallet, account and banking platform are insufficient.

Which Partner Fits Your Product?

Choose the partner by the financial service your customer receives, not the label on the application. Map who pays, who receives the funds, why a balance remains and what the customer can do with it. An authorised payment institution may fit a transfer or payment-account proposition; an EMI becomes relevant when the product involves issuing e-money. Neither status automatically supplies every payment rail, card programme or customer category.

A balance alone does not establish that a product is e-money. The FCA explains that a PI can maintain payment accounts, but these must relate to payment transactions: funds should be associated with an onward payment order and cannot be held indefinitely as a savings facility. Check the intended holding period and operational purpose against PERG 15.2.

E-money involves electronically stored monetary value representing a claim on its issuer, issued against received funds for payment transactions and accepted by someone other than that issuer, subject to applicable exclusions. A wallet name or a stored balance in your database does not settle that assessment; see the FCA's definition guidance.

For example, a platform arranging a scheduled supplier payment needs a permitted execution flow and reliable status reporting. A product allowing customers to purchase reusable monetary value for spending with third parties raises a different issuance question. Document the customer contract and actual transaction lifecycle before deciding which model applies.

• Confirm functional scope: specify required accounts, currencies, incoming and outgoing schemes, cards and transaction limits.
• Confirm customer eligibility: establish supported industries, countries, legal entities and ownership structures.
• Confirm operating ownership: allocate onboarding decisions, monitoring, reconciliation, exceptions and customer support.
• Price the complete arrangement: include integration, minimum commitments, usage and internal operations, rather than comparing regulatory labels as if they were equivalent packages.

UK authorisation does not provide passporting rights into the European Economic Area (EEA). If your product serves overseas customers, check the relevant local regulatory requirements and whether additional authorisation is needed. A supported payment corridor alone does not establish permission to serve customers in that market. See the FCA's guidance on the end of passporting.

Request written confirmation that the proposed product fits the partner's permissions and restrictions, then demonstrate the full journey, including a failed payment or withdrawal. The appropriate partner is the one that can legally and operationally support that documented service, not simply the institution with the broader title.

Partnering vs Getting Your Own UK Authorisation

Choose between partnership and direct authorisation by deciding which regulated activities your company will perform and which responsibilities it can sustain. A partner may provide the payment account, execute transfers or issue e-money while your business supplies the customer experience. That arrangement must fit the actual service, not simply a white-label contract.

Direct authorisation means building a regulated operating business, not just submitting an application. The FCA's application guidance requires firm-specific policies, suitable management, financial forecasts and applicable capital and safeguarding arrangements. A PI and an EMI application address different activities; select the route from the product's legal substance.

A partnership can reduce the infrastructure and regulatory functions you must establish independently, but it does not automatically make every activity permissible. Depending on the arrangement, your business may be an agent, an e-money distributor or a technical supplier. Confirm that role before accepting customers. Payment-service agents of PIs or EMIs must be registered through their principal on the Financial Services Register before providing those services. An e-money distributor's role alone does not permit it to provide payment services; see FCA PERG 3A.4. Do not treat a partner's permission as authority to introduce unrelated products.

For an authorised PI, minimum initial capital depends on the services provided: EUR 20,000 for money remittance only, EUR 50,000 for payment initiation services, or EUR 125,000 where the firm provides services such as payment-account operation, payment execution, card issuance or acquiring. The highest applicable threshold applies. An authorised EMI requires at least EUR 350,000 in initial capital. These regulatory thresholds are denominated in euros, even for UK authorisation.

Capital must also be maintained after authorisation. An authorised PI must retain at least its applicable initial capital minimum and, where required, meet a higher ongoing own-funds calculation using the method directed by the FCA. PIs providing only payment initiation services, or payment initiation and account information services, are exempt from that additional calculation but must maintain the initial capital minimum and required professional indemnity insurance or comparable guarantee. An authorised EMI must maintain own funds at least equal to the higher of EUR 350,000 or its calculated requirement: normally 2% of average outstanding e-money, plus an additional requirement for unrelated payment services, subject to applicable FCA adjustments.

Compare complete budgets over the same horizon. Include implementation, internal staff, provider commitments, payment charges, assurance work and migration. For direct authorisation, distinguish capital and liquidity requirements from expenditure. Regulatory capital is separate from safeguarded customer funds and is not an application fee or a complete launch budget. For partnership, identify retained work and exceptions that sit outside the advertised package.

Assess delivery readiness as well as cost: a signed partnership still needs programme approval and tested operations, while an application timetable is not a guaranteed commercial launch date. Record the conditions that would justify changing route later, including product scope, sustained volumes and the ability to fund independent operation. A planned transition should include customer contracts, records and payment continuity rather than assume authorisation alone makes migration straightforward.

How Are Customer Funds Protected?

An authorised PI and an EMI are not deposit-taking banks merely because their products display account balances or UK payment details. For relevant customer funds, the central protection is safeguarding under the applicable payment-services or e-money regime. The legal nature of the balance and the identity of the provider matter more than the branding.

Safeguarding works through segregation of relevant customer funds from the firm's own money, using separate safeguarding accounts or permitted secure, liquid assets, or through qualifying insurance or a comparable guarantee covering the relevant funds if the firm becomes insolvent. These arrangements must meet the applicable FCA safeguarding rules; an ordinary business account or general insurance policy is not sufficient.

The FCA explains that safeguarding differs from FSCS compensation for a non-bank provider's failure: returning funds can take time and insolvency costs can reduce the amount recovered. Safeguarding should therefore not be described as a guarantee of instant or complete repayment.

The standard FSCS deposit limit is GBP 120,000 per eligible person, per authorised firm, effective from 1 December 2025. Multiple brands sharing a banking licence do not create separate limits. Potential protection if a bank holding safeguarded funds fails is a separate question from the EMI's or PI's own insolvency.

Ask a prospective partner for an explanation of its chosen safeguarding method, account arrangements, reconciliation process and incident escalation. Request evidence covering the actual programme rather than a generic assurance statement. The current FCA framework includes the supplementary requirements effective from 7 May 2026, with applicable records, reporting and assurance obligations.

Your business should understand how its onboarding and transaction records identify each customer's entitlement, who investigates discrepancies and how records remain available during disruption. Customer terms, app screens and support scripts must describe the same protection arrangement. Separate operational access to money from legal protection: a provider outage can prevent payment execution even where funds remain properly safeguarded.

How to Verify and Compare Regulatory Partners

Verify the proposed contracting entity before comparing prices. Search the exact legal name and firm reference number in the Financial Services Register, then read its status, relevant activities and restrictions. A group's authorisation or a familiar trading name does not establish that the entity in your contract may provide the required service.

Confirm contact details independently. The FCA warns about clone firms that borrow genuine firms' identities. Use verified contact routes to confirm the proposal, especially where payment instructions, domains or contracting details differ from the official record.

1. Map the product: identify the customer contract, issuer or payment-account provider, funds flow and your business's role, including any agent registration.
2. Confirm eligibility: obtain written acceptance of the target customers, countries, sectors and intended transaction purposes.
3. Demonstrate capability: test required incoming and outgoing payment routes, currencies, limits, refunds and reporting using your own workflow.
4. Examine controls: request the responsibility matrix, safeguarding evidence where relevant, complaints procedures, incident arrangements and recovery results.
5. Price the complete arrangement: compare setup, minimums, usage, internal work, reserves and exit charges against common volumes.
6. Verify continuity: review financial information, critical dependencies, usable data exports and the process for changing provider.

Use mandatory gates before scoring. An unsupported customer type, unresolved permission issue or unavailable essential payment function should block selection, even if the proposal scores well on other features. Weight acceptable candidates by the business's priorities, retaining evidence and an owner beside every unresolved assumption.

For example, a supplier may support inbound Bacs credits but not the outgoing workflow your product requires. A generic statement that it supports Bacs is insufficient. Likewise, a portal may serve administrators without supplying a branded customer application. Test the exact contracted configuration.

Repeat material regulatory checks close to signing and launch, and agree how future changes will be disclosed. Obtain approval from finance, operations, technology and the relevant legal or compliance owner. The final decision should explain why the partner fits the service, what remains conditional and which evidence must be delivered before customers transact.