Compliance CalendarEU

eIDAS 2 deadlines and compliance calendar

Track binding eIDAS 2 dates for EUDI Wallet delivery, annual reports, and trust-service transitions alongside implementing acts and non-binding programme milestones.

Use the legal trigger, affected actor, owner, and evidence for each date. A Commission publication, pilot, or Architecture and Reference Framework update is not automatically a compliance deadline.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 24, 2026
Sections
4

Structured answer sets in this page tree.

Primary sources
12

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated Jul 24, 2026
Overview

The main delivery date is 24 December 2026: Article 5a requires each Member State to provide at least one wallet within 24 months after the relevant implementing acts entered into force on 24 December 2024. The Commission describes this as delivery by the end of 2026. Other entries below have different legal effects, including annual reporting dates, Commission adoption dates, trust-service transition dates, and non-binding technical programme milestones.

Section 1

Milestones to put on an eIDAS compliance calendar

Use one calendar row per legal or programme milestone. Record the legal trigger, affected actor, internal owner, evidence to keep, and whether the date is fixed, recurring, transitional, or calculated from another act.

A date by which the Commission had to adopt an implementing act is not automatically a date by which a provider had to comply. Once an implementing regulation is adopted, read that act for its entry into force, application date, transitional rule, and referenced standards. Pilots, Architecture and Reference Framework publications, and reference implementation releases are readiness inputs rather than binding deadlines.

  • 3 June 2021: the Commission Recommendation started the toolbox workstream for the technical Architecture and Reference Framework, common standards, technical specifications, guidelines, and best practice.
  • 22 February 2022: the eIDAS expert group adopted and published the ARF outline for stakeholder feedback; the source states the outline was non-mandatory.
  • 10 February 2023: the Commission published ARF v1.0.0 as specifications for developing interoperable solutions.
  • April 2023 to 2025: four large-scale pilots tested technical specifications and use cases before Member State rollout.
  • 20 May 2024: the European Digital Identity Framework entered into force, amending eIDAS and adding the framework.
  • 21 November 2024: several provisions set this as the Commission's deadline to adopt implementing acts for wallet functions and electronic attestations of attributes. It was an EU rulemaking deadline, not a general provider compliance date.
  • 4 December 2024: five first-wave wallet implementing regulations were published. Four cover the Article 5a(23) subjects of protocols and interfaces, integrity and core functions, person identification data and attestations, and ecosystem notifications; the fifth covers wallet certification.
  • 24 December 2024: the relevant first-wave implementing regulations entered into force. This is the starting point for the 24-month wallet-availability calculation in Article 5a(1).
  • 2025: adopted acts replaced many earlier Commission adoption deadlines with operative rules. The May acts cover identity matching, wallet security breaches, relying-party registration, and certified-wallet lists; the July acts cover identity and attribute verification, remote qualified creation-device management, peer review, authentic-source attestations, device notifications, supervisory reports, and initiation of qualified services.
  • Late 2025: further acts cover qualified timestamps, signature and seal validation, qualified certificates, registered delivery, preservation, non-qualified-service risk management, conformity assessment, trusted lists, QWACs, qualified-provider requirements, electronic ledgers, and electronic archiving. Use the individual act, not its former adoption deadline, to set an operational date.
  • By 31 March each year: wallet supervisory bodies and trust-service supervisory bodies report their previous year's main activities to the Commission. Member States separately report the statistics collected under Article 48.
  • 21 May 2026: Article 49 set this as the date for the Commission's review report. Article 51 also ends specified transition measures for legacy qualified certificates and remote qualified signature or seal creation-device management, and requires QTSPs qualified before 20 May 2024 to have submitted conformity evidence for amended Article 24(1), (1a), and (1b).
  • 24 December 2026: each Member State must provide at least one under the 24-month formula in Article 5a(1). The Commission's public summary describes this as delivery by the end of 2026.
  • 21 May 2027: secure signature creation devices assessed under Directive 1999/93/EC continue to be considered qualified electronic signature creation devices only until this date.
Section 2

What each calendar owner should evidence

The calendar is useful only if each row tells an owner what changed and what proof to keep. For eIDAS 2, the same date can affect different teams in different ways: a wallet provider tracks certification and core functions, an issuer tracks person identification data and attestations, a relying party tracks registration and data-request controls, and a QTSP tracks Article 24, remote QSCD, certificate, preservation, timestamp, and website-authentication standards.

For a calculated date, keep the formula and the calculation. For wallet availability, record Article 5a(1), the 24 December 2024 entry into force of the relevant acts, the resulting 24 December 2026 date, and the Commission's end-of-2026 summary.

Do not use the amended Regulation's 2025 Commission adoption deadlines as the current status. The Commission-maintained Architecture and Reference Framework lists the implementing regulations adopted during 2025. For a particular product or trust service, open the regulation itself and record its entry into force, application date, transition, and referenced-standard provisions.

  • Wallet provider: keep the Article 5a requirement mapping, certification status, core functionality evidence, notification record, breach and incident escalation procedure, validation mechanism, and accessibility evidence.
  • Issuer or authentic-source owner: keep the person identification data and attribute model, the electronic attestation interface evidence, source authority proof, revocation process, and wallet issuance test records.
  • Relying party: keep registration status, lawful data-request purpose, authentication mechanism, selective-disclosure requirements, wallet validation checks, and records for erasure or suspicious-request handling.
  • Qualified trust service provider: keep amended Article 24 conformity evidence, supervisory-body notices for service changes or cessation, security-breach notification procedures, termination plan, certificate or service standard mapping, and annual reporting support.
  • Supervisory or public-sector owner: keep the annual 31 March report pack, cooperation and mutual-assistance records, notified body or public-sector-body evidence, and machine-readable publication evidence where required.
  • Programme owner: keep ARF version evidence, technical-specification decisions, pilot feedback, reference implementation dependencies, test coverage, and a clear line between non-mandatory toolbox material and binding implementing or delegated acts.
Section 3

Fixed dates and dependent triggers to track separately

Keep separate fields for fixed dates, recurring dates, and calculated dates. Fixed dates include the 21 May 2026 review and transition date and the 21 May 2027 device-transition expiry. The 31 March reports recur annually. Wallet availability and authentic-source verification are calculated from the entry into force of specified implementing acts.

For the wallet rollout, the legal formula and the Commission summary now converge: the relevant acts entered into force on 24 December 2024, producing 24 December 2026, which falls within the Commission's end-of-2026 description. Retain the formula because later amendments or a different dependent provision may use another trigger.

  • Fixed legal date: 21 November 2024 for specified and electronic attestation implementing acts in Articles 5a, 5c, 45d, 45e, and 45f.
  • Fixed publication milestone: 4 December 2024 for the Commission library page announcing five adopted implementing regulations.
  • Recurring fixed date: 31 March each year for wallet and trust-service supervisory-body annual reports and Member State Article 48 statistics reports.
  • Historical adoption deadline: 21 May 2025 for Commission formats and procedures for wallet supervisory reports, procedural cooperation, and multiple trust-service standard lists or guidance items; use the adopted 2025 implementing regulations for current requirements.
  • Fixed legal date: 21 May 2026 for submission of the Commission eIDAS review report and for several transitional measures affecting qualified certificates, remote qualified signature or seal creation-device management, and QTSP conformity evidence.
  • Calculated legal date: Article 5a requires at least one European Digital Identity Wallet within 24 months of the relevant acts' entry into force. The acts entered into force on 24 December 2024, producing 24 December 2026.
  • Calculated legal date: Article 45e uses the same 24-month trigger for measures that let qualified trust service providers of electronic attestations of attributes verify specified public-sector authentic-source attributes electronically, producing 24 December 2026.
  • Fixed transition end: 21 May 2027 for secure signature creation devices previously assessed under Directive 1999/93/EC.
Section 4

Source-check rules for maintaining this calendar

Before adding a new eIDAS calendar row, classify the source. EUR-Lex legal text supports binding dates and obligations. Commission wallet pages support programme milestones, ARF releases, pilots, technical specification navigation, and policy summaries. ENISA and ETSI material can support security, supervision, and standards context, but should not be used to invent statutory deadlines.

Do not add penalties, thresholds, fines, or national supervision dates unless the source directly states them. For this page, the official source calendar focuses on EU-level eIDAS and eIDAS 2 dates; Member State wallet launch dates, national supervisory enforcement deadlines, and sector-specific acceptance dates need separate source support before publication.

  • Use EUR-Lex for binding eIDAS and eIDAS 2 articles, review dates, reporting dates, transitional measures, and implementing-act deadlines.
  • Use Commission pages for ARF publication dates, large-scale pilot milestones, reference implementation status, and the public end-2026 wallet readiness summary.
  • Use ENISA only for security and supervision context unless a specific ENISA source gives a calendar date relevant to the page.
  • Use ETSI standards for trust-service control and standards context, not as a substitute for legal application dates.
  • Store the source title, URL, source type, legal provision, date claim, calculation, affected actor, internal owner, dependency, and evidence artifact in every internal calendar row.
Primary sources

References and citations

eu-digital-identity-wallet.github.io
Referenced sections
  • Commission-maintained technical framework whose legal-context register identifies the 2024 and 2025 implementing regulations. The ARF is implementation material; the linked regulations, not the ARF itself, are the binding legal sources.
"adopted Commission Implementing Regulations"
digital-strategy.ec.europa.eu
Referenced sections
  • Supports the policy summary that Member States must provide EUDI Wallets by the end of 2026 and that wallets extend the eIDAS framework to public and private services.
"by the end of 2026"
digital-strategy.ec.europa.eu
Referenced sections
  • Supports the 3 June 2021 toolbox recommendation, 22 February 2022 ARF outline milestone, and the distinction between non-mandatory outline material and binding legal acts.
"non-mandatory"
ec.europa.eu
Referenced sections
  • Supports practical ecosystem roles, wallet use cases, implementing-act navigation, and Commission wallet readiness material for issuers and service providers.
"same common specifications"
digital-strategy.ec.europa.eu
Referenced sections
  • Supports the April 2023 large-scale pilot launch, pilot continuation through 2025, and the role of the reference implementation and ARF in wallet readiness.
"four large-scale pilot projects"
Related guides

Explore more topics

eIDAS 2.0 vs eIDAS: EUDI Wallet and trust-service changes
Compare the original eIDAS electronic identification and trust-service framework with the eIDAS 2.0 amendments for EUDI Wallets, relying parties, attestations, QWACs, and supervision.
eIDAS Certificates and Authentication: qualified certificates, QWACs, and validation checks
Official source guide to eIDAS qualified certificates, website authentication certificates, trusted lists, relying-party checks, and validation evidence.
eIDAS checklist and evidence pack for trust services, signatures, and EUDI Wallet relying parties
Build an eIDAS evidence pack for qualified trust services, electronic signatures, trusted-list checks, certificate validation, supervisory records, and EUDI Wallet relying-party controls.
eIDAS compliance guide for trust services, QTSPs, signatures, and EUDI Wallet relying parties
Official source eIDAS compliance guide for trust-service classification, QTSP supervision evidence, qualified signatures, seals, time stamps, certificates, trusted-list validation, and EUDI Wallet relying-party records.
eIDAS electronic signatures: SES, AES, QES legal effect and evidence
An official source guide to eIDAS electronic-signature legal effect: SES, AES, QES, qualified certificates, QTSP trusted-list checks, validation, recognition, and evidence records.
eIDAS penalties and fines for trust service providers
Guide to eIDAS Article 16 fine floors, national penalty rules, supervisory action, qualified-status withdrawal, and trusted-list evidence.
eIDAS QES validation checks for relying parties
How to validate a qualified electronic signature under eIDAS: certificate, QTSP, trusted-list, QSCD, integrity, validation result, and evidence records.
eIDAS Qualified Trust Services: QTSP Selection
How to select an EU eIDAS qualified trust service provider: identify the qualified service type, verify trusted-list status, review supervision evidence, and retain certificate-policy records.
eIDAS remote signature and cloud HSM controls for QTSPs
Source-grounded guide to eIDAS remote signature controls: remote QSCD scope, server-side signing, QTSP evidence, signer authentication, certificate validation, and trusted-list checks.
eIDAS signature legal effect selector: SES, AES, AES-QC, or QES
Compare eIDAS signature levels by legal effect, governing form rules, qualified certificate status, QTSP evidence, QSCD use, validation, and public-service recognition.
eIDAS trust service role scoping workflow: TSP, QTSP, validator, relying party, or QTSP customer
Classify an eIDAS role by evidence: trust service provider, qualified trust service provider, signature or seal validator, EUDI Wallet relying party, relying party, or customer of a QTSP.
eIDAS trusted list validation: LOTL, QTSP status, and evidence
How to validate EU eIDAS trusted-list evidence: start from the Commission LOTL, confirm QTSP and qualified-service status, check certificate path and revocation data, and retain validation reports.
eIDAS vs ESIGN and UETA: EU qualified signatures vs U.S. e-signature laws
Compare eIDAS with ESIGN and UETA for electronic signatures, qualified certificates, trust services, cross-border recognition, validation evidence, and source gaps.
eIDAS vs ETSI EN 319 401: legal supervision and TSP policy requirements
Compare eIDAS and ETSI EN 319 401 for trust services: legal scope, QTSP supervision, conformity assessment, audits, incident evidence, and operational controls.
eIDAS vs GDPR for identity data: wallet, trust-service, and privacy obligations
Compare eIDAS identity, trust-service, and EUDI Wallet rules with GDPR duties for personal-data processing, minimisation, lawful basis, evidence, security, and user rights.
eIDAS vs NIS2 for trust service providers: QTSP and cybersecurity obligations
Compare eIDAS trust-service and QTSP duties with NIS2 cybersecurity risk-management, incident reporting, supervision, and evidence duties for trust service providers.
Electronic Attestations of Attributes under EU eIDAS: EAA, QEAA, issuers, wallets, and validation
Official source guide to electronic attestations of attributes under amended EU eIDAS: EAA, QEAA, public-sector authentic-source attestations, wallet use, issuer checks, relying-party validation, revocation, and legal effect.
EU eIDAS Applicability Test for Trust Services, Wallets, and Certificates
An official source eIDAS scope test for QTSPs, trust services, electronic signatures, seals, timestamps, QWACs, EUDI Wallet relying parties, and cross-border recognition evidence.
EU eIDAS attribute attestations: EAA, QEAA, wallet, and relying party checks
What electronic attestations of attributes mean under eIDAS, how QEAAs differ from public-sector and non-qualified attestations, and what issuers, wallets, and relying parties should verify.
EU eIDAS checklist for signatures, trust services, and wallets
Checklist for eIDAS trust-service and EUDI Wallet controls: qualified status, trusted lists, certificates, signatures, seals, timestamps, validation evidence, and relying-party records.
EU eIDAS FAQ: signatures, QTSPs, trusted lists, QWACs, wallets, and validation
FAQ on eIDAS trust services and the European Digital Identity framework, covering advanced and qualified electronic signatures, QTSP status, trusted lists, QWACs, EUDI Wallet relying parties, attestations of attributes, and validation evidence.
EU eIDAS QTSP authorization and supervision guide
How qualified trust service providers obtain and keep qualified status under eIDAS, including conformity assessment reports, supervision, trusted lists, incidents, and evidence.
EU eIDAS QTSP Due Diligence Workflow for Trusted Lists, Certificates, and Evidence
Check a qualified trust service provider under eIDAS by validating trusted-list status, qualified service scope, certificates, policies, supervision, audits, and retained evidence.
EU eIDAS Requirements for Trust Services, Signatures, Seals, Wallets, and Evidence
Official source guide to core eIDAS requirements for trust service providers, qualified trust services, electronic signatures, seals, time stamps, trusted lists, and EUDI Wallet relying parties.
EU eIDAS Trusted Lists FAQ: LOTL, QTSP status, and validation evidence
How EU eIDAS Trusted Lists and the Commission LOTL support QTSP and qualified trust-service validation, with practical evidence checks for relying parties.
EUDI Wallet readiness for service providers under eIDAS
Readiness guide for organisations preparing to request or verify data from European Digital Identity Wallets: roles, registration, ARF alignment, selective disclosure, implementing acts, and evidence.
EUDI Wallet Relying Parties under eIDAS
What EUDI Wallet relying parties must do under eIDAS, when the harmonised registration rules apply, and how to control requested data, identification, validation, and evidence.
EUDI Wallet Relying Party Onboarding Workflow under eIDAS
Prepare an eIDAS wallet-relying-party registration, intended-use record, access-certificate controls, attribute request, validation evidence, and intermediary safeguards.
EUDI Wallet Relying Party Registration Under eIDAS
What eIDAS Article 5b and the EUDI Wallet ARF say about wallet relying party registration, intended uses, attribute requests, certificates, evidence, and Member State gaps.
EUDI Wallet Technical Architecture Guide under eIDAS
Technical guide to the EUDI Wallet architecture: ARF roles, wallet units, PID and attestations, relying parties, trust model, certificates, protocols, privacy, and security controls.
QES vs AdES under EU eIDAS: legal effect, certificates, QTSPs, and validation evidence
Compare qualified electronic signatures (QES) and advanced electronic signatures (AdES) under EU eIDAS, including legal effect, qualified certificates, QTSP status, QSCDs, and validation evidence.
QWACs under eIDAS: website authentication certificates
A source-grounded guide to qualified website authentication certificates under eIDAS, covering Annex IV data, trusted lists, browser recognition, validation evidence, and QTSP checks.
What eIDAS Covers: eID, Trust Services, EUDI Wallet, and QWACs
A source-grounded guide to the systems and services covered by EU eIDAS: notified electronic identification, trust services, signatures, seals, time stamps, registered delivery, website authentication, trusted lists, the EUDI Wallet, and attribute attestations.
What is a qualified trust service provider under eIDAS?
How to verify QTSP status under eIDAS using the qualified service, supervisory body decision, trusted list entry, conformity assessment evidence, and service-specific records.
What is a QWAC under the EU eIDAS Regulation?
Plain-language FAQ on qualified website authentication certificates under eIDAS, including website identity, QTSP trusted-list checks, browser recognition, and validation evidence.