--- title: "Bank Account for a Regulated Fintech (Non-Crypto): The Four Diverging Dimensions (2026)" slug: bank-account-regulated-fintech-non-crypto publishedAt: 2026-05-10T20:00:00Z author: Finconduit Editorial Team tags: EMD2, PSD2, DORA, MTL canonicalUrl: https://finconduit.com/resources/bank-account-regulated-fintech-non-crypto --- # Bank Account for a Regulated Fintech (Non-Crypto): The Four Diverging Dimensions (2026) Roughly 40% of EEA fintechs hold an EMI or PI without crypto in scope. The diligence pattern looks similar to crypto-firm banking — but four dimensions diverge sharply: KYT scope, source-of-funds documentation, correspondent reach, and pricing. Public commentary on EEA fintech banking has become almost synonymous with **crypto\-firm banking**. The de\-risking narrative, the BCB / Silvergate / Signature collapses, the MiCA build\-out, the chain\-analytics arms race — these stories dominate the conversation. They are real and they matter. But they describe one segment of the regulated\-fintech population, not the whole. Roughly **40% of EEA\-authorised fintechs** hold an **EMI** or **PI** without crypto in scope at all: B2B payment processors serving SaaS receivables, AR/AP automation platforms, SME factoring engines, embedded\-finance providers for vertical software, treasury\-management platforms for mid\-market corporates. Their banking diligence file looks structurally similar to a crypto firm's — same **AML programme**, same **safeguarding architecture**, same **governance pack**, same **DORA** ICT\-risk register. But four dimensions diverge sharply. This article codifies **the four diverging dimensions** — **KYT scope**, **source\-of\-funds documentation**, **correspondent reach**, and **pricing** — and explains what carries across, what changes, and where pricing converges back upward when a non\-crypto fintech inadvertently crosses into a higher\-risk profile. The audience is the non\-crypto founder, Head of Banking, or CFO whose advisor keeps reaching for crypto\-shaped templates that don't fit. ## Why non\-crypto fintech banking is different The regulatory perimeter is the same. A non\-crypto EMI is authorised under [EMD2](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32009L0110)¹[^1]. A non\-crypto PI is authorised under [PSD2](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32015L2366)². The same safeguarding rules apply. The same supervisory expectations apply. The same **EBA**, **national competent authority** \(Bank of Lithuania, CBI, BaFin, MFSA, CySEC\) sits in the same supervisory chair. What changes is the **risk\-weighted view from the bank's side**. A bank onboarding a non\-crypto fintech does not need an on\-chain forensics overlay, a Travel Rule policy, a mixer\-exposure threshold, a stablecoin\-flow attestation, or a CASP\-vs\-VASP licensing matrix. The risk lens is closer to **corporate banking with a regulated\-payments overlay** than to the heavily specialised crypto\-banking lens that dominates current commentary. That has practical consequences. The **bank\-side capital allocation** against a non\-crypto fintech relationship is materially lower. The **compliance team's review burden** is a fraction of what a crypto firm triggers. The **correspondent\-banking exposure** the bank needs to support the relationship is narrower. The **economics** of the relationship are different — and they flow through to the fees the fintech actually pays. ## The four diverging dimensions ### Dimension 1 — KYT scope \(largely irrelevant\) For a crypto firm, **Know\-Your\-Transaction** sits at the centre of the diligence file. The bank wants to see the on\-chain forensics provider, the wallet\-screening thresholds, the mixer/tumbler policy, the high\-risk\-jurisdiction wallet exposure tolerance, the **Travel Rule** implementation, the inbound stablecoin source\-attribution methodology, and the Chainalysis / Elliptic / TRM\-style alert\-handling SOPs. For a non\-crypto fintech, **none of this exists**. The **transaction\-monitoring stack** is fiat\-only: SEPA / SEPA Instant / SWIFT / domestic ACH equivalents, with rule\-based alerting on velocity, beneficiary risk, geography, structuring, and pattern anomalies. There is no on\-chain forensics layer to evaluate. There is no Travel Rule scope. There is no mixer policy. The diligence section that consumes 30–40 pages in a crypto\-firm pack collapses to 5–8 pages of conventional payments\-monitoring documentation. The bank's compliance team reads the section in a single sitting. There is no need to escalate to a specialist crypto\-banking unit \(which most banks no longer maintain in any case\). The diligence cycle short\-circuits accordingly. ### Dimension 2 — Source\-of\-funds documentation \(revenue\-attestation\) Crypto\-firm **source\-of\-funds** diligence is a forensic exercise. The bank wants **wallet\-trace attestations**, on\-chain provenance evidence going back through token\-issuance events or exchange\-attribution chains, and **founder\-token\-grant histories** with vesting schedules and tax\-residency overlays. Funding rounds in stablecoin require dual attestation: the wire layer and the on\-chain layer. Non\-crypto fintech **source\-of\-funds** diligence is a **revenue\-attestation** exercise. The pack the bank wants is conventional and recognisable: audited financial statements \(or management accounts where the entity is too young for an audit\), the customer\-invoice trail demonstrating revenue origination, the cap table with founder share\-grant history, the venture funding wire trail with the lead investor's KYC pack, and the corporate income tax filings that reconcile against the revenue claim. This is **standard B2B corporate\-banking source\-of\-funds work**. Every commercial bank already has the playbook. The dossier is denser than for a non\-regulated SME because of the EMI/PI status, but the **shape** of the documentation is familiar — and it does not require a specialist crypto\-side reviewer. ### Dimension 3 — Correspondent reach \(often single\-currency\) Crypto firms almost always need **USD correspondent reach** — because USD\-stablecoin flows are the dominant on/off\-ramp pair globally. That requirement collapses the pool of viable banking partners to those with strong US correspondent relationships, which itself overlaps heavily with the institutions that have been most de\-risking\-prone post\-2023. The crypto\-banking pricing premium reflects this constraint as much as it reflects compliance overhead. Most non\-crypto EEA fintechs do not need USD correspondent reach. A B2B payments processor handling EU\-domestic SaaS receivables, a SEPA\-rail AR/AP automation platform, a Eurozone factoring engine — these can run on a **single\-currency, EUR\-only treasury** with full SEPA / SEPA Instant / TARGET2 reach. That is dramatically easier to source. The viable bank pool widens by an order of magnitude. Two complementary EUR\-denominated relationships are workable at most cohorts; a third for resilience does not need to be USD\-capable. Where USD reach does become relevant — typically when the fintech serves multinational corporates with USD invoicing, or operates a cross\-border B2B remittance product — it is added as a **specific second relationship** rather than as a baseline expectation across the whole banking stack. The architectural cost stays contained. ### Dimension 4 — Pricing \(50–80% lower\) This is the dimension founders feel most directly. **Non\-crypto fintech banking pricing runs 50–80% below crypto\-firm equivalents** — across account\-opening fees, monthly maintenance, per\-transaction pricing, FX margins, and minimum balance requirements. The differential is not a bargaining outcome; it is a structural reflection of the lower **risk\-weighted capital allocation** the bank is pencilling against the relationship. At the bank's level, a crypto\-firm relationship typically attracts an internal risk weighting that drives a meaningful capital and operating overhead per million euros of balance carried. A non\-crypto fintech relationship of equivalent balance attracts perhaps a quarter to a third of that overhead. The **economics are simply different**, and competitive banks pass through the differential. The implication for the founder: bring crypto\-firm pricing benchmarks to a non\-crypto banking RFP and you will leave money on the table. The reasonable benchmarks live in conventional B2B fintech / corporate banking, not in the specialist crypto\-banking pricing sheets that dominate online commentary. *Table: Crypto\-firm vs non\-crypto\-fintech banking — the four diverging dimensions.* | Dimension | Crypto\-firm banking | Non\-crypto fintech banking | | --- | --- | --- | | KYT scope | On\-chain forensics, Travel Rule, mixer policy, stablecoin attribution, alert SOPs \(30–40 page section\) | Fiat\-only transaction monitoring, conventional rule\-based alerting \(5–8 page section\) | | Source\-of\-funds | Wallet\-trace attestations, on\-chain provenance, founder\-token\-grant histories, dual stablecoin\-funding attestation | Audited accounts, customer\-invoice trail, cap table, venture\-wire trail, CIT filings — standard B2B | | Correspondent reach | USD correspondent essential \(stablecoin on/off\-ramp\), narrows viable bank pool sharply | EUR\-only treasury often workable; USD added selectively as second relationship if needed | | Pricing | Premium pricing reflecting elevated risk weighting and specialist compliance overhead | 50–80% lower across account fees, maintenance, per\-transaction, FX margin, minimum balance | ## What carries across \(the diligence file is largely the same\) Founders sometimes infer that because four dimensions diverge, the diligence file itself must be radically different. It is not. The structural backbone of the pack is essentially identical to a crypto firm's, and the bank\-side reviewers expect to see the same artefacts. - Full **AML/CFT programme** with risk assessment, customer\-risk classification, EDD triggers, PEP / sanctions screening, MLRO appointment and reporting line. - **Safeguarding architecture** under EMD2 Article 7 / PSD2 Article 10, with documented account\-segregation, daily reconciliation, insolvency\-remoteness opinion, and the safeguarding bank list itself. - Full [DORA](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32022R2554)³[^3] ICT\-risk register, third\-party\-provider register, BCP, incident\-reporting playbook, and operational\-resilience testing programme. - [EBA outsourcing guidelines](https://www.eba.europa.eu/)⁴[^4] mapping for any material outsourcing — cloud, KYC vendor, fraud\-engine, accounting platform, payroll. The bank\-side reviewer expects this regardless of whether the fintech touches crypto. - **Governance pack**: board composition with independent directors, audit and risk committees, compliance\-and\-internal\-audit functions, fit\-and\-proper documentation for senior management, and the latest supervisory\-correspondence summary. - **Prudential capital** attestation: own\-funds calculation under EMD2 / PSD2, headroom against the supervisory minimum, capital\-injection history, dividend policy. - **UBO file** to terminal natural persons, with sanctions / PEP / adverse\-media checks attached. The pattern is: **\~70% of the diligence pack carries across unchanged**. The 30% that changes is concentrated in the four dimensions above. The implication is that a non\-crypto fintech can adapt a well\-built crypto\-firm pack quickly — strip the on\-chain forensics and Travel Rule sections, swap the wallet\-trace SOF for revenue\-attestation, narrow the correspondent\-banking section, and recalibrate the pricing expectations. ## Realistic timeline by cohort Timelines for non\-crypto fintech banking compress meaningfully relative to crypto\-firm equivalents — primarily because the bank\-side review does not need to be escalated to a specialist unit, and primarily because the correspondent\-reach question is narrower. - **Pre\-revenue / pre\-launch** — primary EUR operating relationship in **4–8 weeks** once the licence is in hand. Substantially faster than the crypto\-firm pre\-revenue pattern \(which often runs 4–9 months\). - **Year 1 \(€1–5M revenue\)** — second EUR relationship for resilience in **6–10 weeks**. Optional USD relationship if customer base requires it, **3–5 months**. - **Mid\-cohort \(€5–25M revenue\)** — third EUR relationship for the Three\-Bank Resilience Standard in **8–14 weeks**. Pricing renegotiation cycle on the primary at this point typically yields material reductions. - **Scale cohort \(€25M\+ revenue\)** — selective access to top\-tier EU credit institutions becomes feasible. Diligence cycle **4–7 months** but pricing inflects sharply downward at this tier. *Table: Indicative cost ranges by cohort — non\-crypto regulated fintech \(EUR\-denominated, Year\-1 all\-in\).* | Cohort | Account\-opening \+ setup | Annual fees \+ maintenance | Effective per\-transaction band | | --- | --- | --- | --- | | Pre\-revenue / launch | €1–4k | €8–25k | Standard SEPA tariff | | Year 1 \(€1–5M revenue\) | €2–8k per relationship | €15–50k | Modest premium to retail SEPA | | Mid\-cohort \(€5–25M revenue\) | €5–15k per relationship | €40–110k | Negotiated band; FX margin <50bps | | Scale cohort \(€25M\+ revenue\) | €10–30k per relationship | €80–220k | Wholesale band; FX margin <25bps | For comparison: the equivalent figures for a crypto firm at mid\-cohort run **roughly 3–5x higher** on annual fees and maintenance, with materially wider FX margins and meaningful minimum\-balance requirements that the non\-crypto fintech does not face. ## Where pricing converges back upward \(warning signs\) The 50–80% pricing differential applies to a clean non\-crypto profile. Several profile drifts collapse the differential and converge pricing back upward — sometimes to crypto\-firm levels — without the founder noticing until the renewal cycle. The patterns to watch: - **Adjacent crypto exposure**. Even a small percentage of customer base touching crypto on/off\-ramps \(e.g. SaaS customers operating crypto\-sub\-products\) triggers re\-classification by the bank's risk team. - **High\-risk\-jurisdiction concentrations**. Customer or counterparty concentration in jurisdictions on the FATF grey/black list, or in CIS / Caucasus geographies post\-2022, drives re\-pricing irrespective of crypto status. - **USD\-rail expansion**. Adding USD correspondent reach narrows the bank pool, lifts the fee tier, and introduces the OFAC\-driven monitoring overlay that drives much of the crypto\-firm pricing premium. - **US MTL state\-by\-state expansion**. A non\-crypto EEA fintech that begins acquiring **MTL** coverage in US states picks up FinCEN MSB exposure and is repriced into a US\-MSB\-adjacent risk category. - **BaaS / sponsor\-bank programme exposure**. A non\-crypto fintech operating as a downstream BaaS programme picks up a portion of the sponsor\-bank's risk lens. Recent US enforcement has materially elevated banks' BaaS\-programme pricing globally. - **Concentration of customer\-fund balances**. Above certain thresholds, supervisory expectations on safeguarding diversification re\-engage and the bank's pricing reflects the cap on accepting more pooled customer funds. The architectural answer is to **audit the profile annually** against these convergence drivers, and to choose deliberately when to absorb a pricing tier\-up against a strategic product expansion. Drifting into a higher tier without recognising it is the most common failure pattern. ## Frequently Asked Questions ### How long does it take a non\-crypto EMI to open its primary EUR operating account? With the licence in hand and a complete diligence pack ready: typically 4–8 weeks for a clean profile. The pace is set by the bank's standard onboarding cycle for regulated counterparties, not by a specialist crypto\-banking review queue. The single most common delay is incomplete UBO documentation; the second is misaligned safeguarding\-bank disclosures. ### Do non\-crypto fintechs still need transaction monitoring as elaborate as crypto firms? They need **comprehensive** transaction monitoring under EMD2 / PSD2 — but conventional fiat\-rail rule\-based monitoring with thresholding and case management. The on\-chain forensics layer is absent. The vendor stack typically narrows to the conventional payments\-monitoring providers; chain\-analytics specialists are not in scope. ### Can a non\-crypto fintech reuse a crypto firm's diligence pack as a starting point? Yes — about 70% of the structure carries across. Strip the KYT / on\-chain / Travel Rule sections; swap wallet\-trace source\-of\-funds for revenue\-attestation; narrow the correspondent\-banking section to the actual currency need; recalibrate pricing expectations to non\-crypto benchmarks. The governance pack, AML programme structure, safeguarding architecture, DORA register, and EBA outsourcing mapping are essentially identical in shape. ### What is the realistic Year\-1 banking cost for a mid\-cohort non\-crypto EMI? For a fintech in the €5–25M revenue band with two EUR relationships and one optional USD relationship: indicatively €40–110k in annual fees and maintenance, plus €15–45k in setup across relationships, plus per\-transaction costs in a negotiated band. Headline: meaningfully under six figures all\-in for the core operating stack at this cohort, against the crypto\-firm equivalent that often runs to €250–400k. ### What should a non\-crypto fintech do if it is being quoted crypto\-firm pricing? Two checks. First, verify the bank has correctly classified the entity — sometimes the EMI/PI status alone triggers a default crypto\-adjacent treatment that is not warranted by the activity. Second, audit the convergence drivers above \(adjacent crypto exposure, jurisdictional concentration, USD reach, BaaS exposure\) — the quote may be a correct read of a profile drift the founder has not yet recognised. If neither applies, the bank is simply mispricing the relationship and a parallel RFP to a different segment of the market will reset benchmarks. > **Call to action:** Book a free regulatory bankability assessment. We respond within 24 hours. ## Related Guides - [How to Get a Bank Account for a VASP or CASP \(2026\)](/resources/bank-account-vasp-casp) — the crypto\-firm equivalent of this article; useful as a side\-by\-side comparison. - [Bank Account for an EMI](/resources/bank-account-for-emi) — operational\-stack focus for EMIs across crypto and non\-crypto profiles. - [EMI Safeguarding Architecture](/resources/emi-safeguarding-architecture) — the safeguarding section that carries across unchanged. - [The Three\-Bank Resilience Standard](/resources/three-bank-resilience-standard) — the resilience pattern that informs the third\-relationship sequencing. - [Banking Access for Regulated Fintechs](/services/banking) — our service: bank introductions, diligence\-pack build, pricing benchmarking across crypto and non\-crypto profiles. The non\-crypto regulated fintech is not a smaller, simpler version of a crypto firm — it is a structurally different banking counterparty with its own diligence shape, its own correspondent\-reach profile, and its own pricing curve. Treat the four diverging dimensions deliberately, recognise the convergence drivers before they reprice the relationship, and the operating stack runs at a fraction of the cost the crypto\-firm narrative implies. **Audit the profile annually** — drift is the silent fee escalator. ## Footnotes [^1]: Directive 2009/110/EC of the European Parliament and of the Council on the taking up, pursuit and prudential supervision of the business of electronic money institutions \(EMD2\), OJ L 267, 10.10.2009. [^2]: Directive \(EU\) 2015/2366 of the European Parliament and of the Council on payment services in the internal market \(PSD2\), OJ L 337, 23.12.2015. [^3]: Regulation \(EU\) 2022/2554 of the European Parliament and of the Council on digital operational resilience for the financial sector \(DORA\), OJ L 333, 27.12.2022. [^4]: European Banking Authority — Guidelines on outsourcing arrangements \(EBA/GL/2019/02\), establishing third\-party\-risk substance bar applicable to outsourcing and BaaS partnerships. --- Source: https://finconduit.com/resources/bank-account-regulated-fintech-non-crypto