Folio 05 · Insights · Article

Jul 6, 2026

Struggling with MiCA Deadlines & EU Banking Onboarding?

European VASPs facing MiCA deadlines often have two bottlenecks at once: CASP authorisation timing and banking or EMI onboarding that moves more slowly than the regulatory calendar.

Editorial illustration for MiCA CASP framework: what changes for crypto operators in 2026

This pressure is now the default state for most European VASPs. If you operate in Lithuania or Czechia, the transitional window has closed or is close to closing. Lithuania's ended on 31 December 2025. If you operate in Poland, the situation is different - and more urgent: Poland has not enacted a national crypto markets law, meaning KNF cannot issue CASP authorisations. Polish VASPs without a CASP from another EU member state must cease crypto services by July 2026. You are not alone. Most operators in this position face the same two bottlenecks at once. A regulatory deadline that does not move. And an EMI partnership that takes longer to secure than the deadline allows.

There is a structural alternative that avoids both problems at once. Instead of racing the EU VASP queue and a parallel EMI partnership search, the crypto and fiat functions split across two purpose-built legs. One for crypto. One for fiat. A Swiss SRO entity for crypto operations. A European EMI as a fiat backend provider. This approach stands out among the MiCA compliance solutions 2026 has surfaced - it restructures the regulated activity rather than racing the authorisation queue.

For background on comparable ready-made structures, see our ready-made financial licences.

Review the structure before the deadline closes in

Compare whether a CASP filing, wind-down, Swiss SRO structure or fiat backend integration is realistic for your current jurisdiction and client flow.

How to Comply with MiCA?

MiCA regulatory compliance requires one of three paths. The first is a full CASP authorisation. The second is a transitional path for entities already operating under national VASP frameworks. The third is a structural decision to reorient the crypto leg toward a non-EU regulatory framework - serving non-EU markets or passively approached clients only, and subject to individual legal assessment. Each path has a different cost and timeline profile.

A direct CASP application means building a full MiCA-compliant compliance function from the ground up. Governance arrangements, prudential safeguards, custody and segregation rules, complaints handling, and whitepaper requirements for any token issuance. For an operator already running a VASP business, this is a substantial build-out. It sits on top of day-to-day operations.

The transitional path lets existing VASPs continue under their national registration. That lasts for a defined grandfathering period before CASP authorisation becomes mandatory. That sounds like breathing room. In practice, it just delays the same build-out by a fixed number of months. Every member state has set its own transitional end date. That creates further uncertainty for cross-border operators.

The structural alternative is different. The crypto activity moves to Switzerland. Building a CASP-grade compliance function inside the EU entity is no longer the only path. It operates under SRO supervision. That framework sits outside MiCA's direct scope while carrying its own established AML and compliance standard. The EU-facing business retains its fiat banking through a European EMI operating purely as a backend.

MiCA Transitional Period End - What to Do?

MiCA deadlines 2026 will end the period in which most national transitional arrangements remain valid. After that point, full CASP authorisation becomes mandatory across the EU. The exact cut-off varies by member state. Some set shorter grandfathering windows than the EU-wide maximum. Operators in those jurisdictions face the deadline earlier than competitors elsewhere in the bloc.

Three options exist as the deadline approaches. Apply for full CASP authorisation and absorb the build-out cost and timeline. Wind down EU-facing crypto operations rather than build out compliance. Or restructure so the crypto leg operates within a different regulatory framework while the EU business continues through a compliant fiat backend.

The third option is where the Swiss SRO and BaaS architecture applies directly. It does not avoid regulation - SRO supervision in Switzerland carries its own AML obligations and ongoing oversight. It operates within a different regulatory perimeter - Swiss SRO rather than EU CASP. Different timeline, different obligations. For operators without the runway to complete a full CASP build-out before their deadline, restructuring is often faster.

MiCA VASP to CASP Transition Problems?

The VASP to CASP transition is not a simple licence upgrade. CASP authorisation imposes prudential capital requirements that most VASP-era entities were never built to hold. Governance standards are stricter. Fit-and-proper requirements apply to a broader set of roles than most national VASP frameworks required. Custody arrangements need formal segregation that many VASPs handled informally.

For VASP operators, MiCA compliance is further complicated by timing. Regulators across member states are processing a wave of CASP applications simultaneously. Review queues have lengthened as a result. An application submitted with months of runway can still face delays that push the authorisation date past the cut-off.

Capital requirements alone catch many operators off guard. A national VASP registration in most member states required modest minimum capital. Often in the low tens of thousands of euros. CASP authorisation under MiCA scales capital requirements by activity type and risk profile. MiCA defines three capital classes: €50,000, €125,000, and €150,000. Custody and exchange operations fall under the €125,000 tier; the €150,000 tier applies to operating a trading platform. Raising that capital while simultaneously managing day-to-day operations is its own project.

There is also a passporting question. Pre-MiCA national VASP registrations generally did not passport across the EU. CASP authorisation does, under MiCA's harmonised framework - but only once granted. Operators caught mid-transition face a gap. Neither the old registration nor the new authorisation gives full EU market access during that period. The Swiss SRO and BaaS structure addresses this gap differently. The crypto activity is structured outside the CASP perimeter from the outset. This is not a route to continuing EU client acquisition under a Swiss umbrella. The Swiss leg serves non-EU markets or strictly passive EU inbounds. Applicable scope must be confirmed through individual legal assessment before implementation.

How to Get Banking for Crypto After MiCA?

MiCA banking problems did not disappear with the regulation's introduction - they shifted form. EU banks remain cautious about onboarding crypto-related entities directly, even fully CASP-authorised ones. Internal risk committees at most EU banks still treat crypto exposure as high-risk by default. Enhanced due diligence applies regardless of the entity's regulatory status. Regulatory status does not change that.

The practical consequence is simple. A fully licensed CASP can still spend months searching for a banking partner. One willing to hold its accounts and process its fiat flows. Licensing solves the regulatory question. It does not solve the banking question. Most operators treat these as one problem when they are two.

This is not a temporary friction point either. Even as CASP authorisation becomes the norm across the EU, individual banks set their own risk policy. That policy is independent of what the regulator requires. A bank can decline a fully compliant CASP applicant. The reason is commercial, not regulatory - crypto-adjacent revenue simply does not fit its risk appetite. Operators who assume licensing alone resolves banking access often lose the most time at this stage.

This architecture is a MiCA banking solution precisely because it separates the two problems by design. The Swiss SRO entity handles crypto-specific operations. The EMI is a separately regulated entity. It underwrites fiat flows within its own compliance framework and does not carry direct crypto exposure on its balance sheet. A European EMI plugs in purely as a fiat backend. It issues dedicated IBANs, runs payment rails, and safeguards client funds. It connects to the Swiss entity as an EMD Agent or a Technical Service Provider. The choice depends on the operational flow required.

This separation is what makes the banking relationship achievable. The EMI is underwriting a backend payment processing arrangement, not a crypto exchange directly. For operators that also need standalone payment infrastructure alongside this architecture, see our PSP licence options.

Four elements make up the full architecture:

  • The Crypto Leg (Swiss SRO): a newly established Swiss entity under SRO supervision handles crypto-related operations for non-EU clients or under applicable reverse-solicitation rules, carrying its own established regulatory standard
  • The Fiat Leg (BaaS Integration): a European EMI plugs in strictly as a backend provider, providing dedicated IBANs, global payment rails, and safeguarding of funds
  • The Connectivity: the Swiss SRO connects to the EU EMI either as an EMD Agent or as a Technical Service Provider (TSP), customised to the specific operational flow
  • Brand Control: the operator retains full ownership of clients and brand - the EMI operates as a separate, regulated fiat backend provider with its own compliance framework, while the operator controls the entire front-end client experience

MiCA Compliance for VASP in Poland / Lithuania / Czechia?

Poland, Lithuania, and Czechia each registered a high volume of VASPs under their pre-MiCA national frameworks - among the larger pools in the EU by most estimates. The situation in each jurisdiction is distinct. Poland presents the most acute case: the national crypto markets law was vetoed three times, most recently in June 2026. KNF has no authority to issue CASP authorisations. Polish operators who do not hold a CASP from another EU member state must cease crypto services by July 2026 or wind down. There is no domestic application queue to wait in. Lithuania closed its transitional window on 31 December 2025, ahead of the EU-wide maximum. Czechia ran the full EU transitional period to 1 July 2026. However, its application cut-off passed on 31 July 2025 - operators who did not apply by then cannot rely on transitional protection.

JurisdictionPre-MiCA VASP VolumeCASP Queue Pressure (est.)Typical Restructuring Driver
PolandHighNo CASP queue - no domestic processNo domestic CASP authority - cease, passport to another EU CASP, or restructure
LithuaniaHigh (transitional window closed 31 Dec 2025)Significant - window closed, CASP applications ongoingBanking relationship gaps post-authorisation
CzechiaHighOperators without a CASP application already filed have lost transitional coverApplication cut-off (31 Jul 2025) already passed - transitional protection lapsed

Queue pressure estimates are based on SKY7 advisory practice and publicly available regulator communications, not verified registry statistics. For Lithuanian and Czech operators, the calculation involves a CASP application that competes for regulator attention against a large pool of similar applications. For Polish operators, there is no domestic CASP route to compete for. The question is whether to obtain CASP in another EU jurisdiction and passport back, or to restructure operations entirely. For operators evaluating MiCA licensing solutions, restructuring through a Swiss SRO and BaaS architecture is worth examining closely. It restructures which queue the entity needs to navigate, rather than waiting in the CASP authorisation backlog.

The Swiss leg does not depend on Polish, Lithuanian, or Czech regulator capacity. The EU-facing fiat backend does not need its own crypto authorisation. It never holds or processes crypto assets directly. For broader corporate or asset structures alongside this architecture, see our asset management companies for sale, and for remittance or money-service components, see our Money Service Business (MSB) registration services.

Want to See the Blueprint?

In our practice, the operators who move earliest avoid the worst of the CASP queue pressure. Waiting until the national deadline is visibly close narrows the options down to the most expensive ones.

The SKY7 team handles the entire transition from end to end. That covers Swiss SRO affiliation and AML supervision setup, corporate structuring, and backend infrastructure integration with a European EMI partner. Reach out to receive a detailed architecture roadmap specific to your current jurisdiction and operational flow.

[This page provides general information only and does not constitute legal or regulatory advice. The applicability of any structure described here depends on individual circumstances. Client eligibility, jurisdictional scope, and regulatory treatment must be assessed by qualified legal counsel before implementation.]

Get a jurisdiction-specific MiCA roadmap

SKY7 can map the Swiss SRO, AML supervision, corporate structuring and EU EMI backend workstreams against your current jurisdiction and operating flows.

Editorial disclaimer

This article is general information only and is not legal, regulatory, tax, investment, or financial advice.

Does this change touch your file?

Tell us where you hold or seek permissions and what activities the file covers. We map the update against your authorisation and reply with what it alters, what it leaves alone, and the dates that matter.

Elena Korniets

Elena Korniets leads SKY7 research on crypto, CASP and VASP licensing routes, with a focus on how authorisation scope, custody model, AML governance and local substance change the practical value of a file. Her notes compare national registration regimes with MiCA-era CASP authorisation, highlight where a seller claim needs regulator evidence, and translate technical permissions into buyer diligence questions. She writes for founders, operators and acquisition teams that need to understand whether an exchange, custody, brokerage or token-services model can be supported by the entity being reviewed. Elena pays particular attention to perimeter language, passporting assumptions, safeguarding, outsourcing and the documents a bank or supervisor will expect before onboarding or change-of-control review.