By Sorena AIPublished Updated

eIDAS

EU eIDAS

Understand eIDAS , qualified signatures and seals, time stamps, trusted lists, QWACs, QTSPs and EU Digital Identity Wallet relying-party readiness.

Providers
QTSP
Web certs
QWAC
Attributes
EAA
Identity
Wallet

Understand EU eIDAS

Use this hub to apply Regulation (EU) No 910/2014 as amended by Regulation (EU) 2024/1183. It separates notified electronic identification, and qualified status, and European Digital Identity Wallet roles instead of treating every digital identity or e-signature workflow as the same eIDAS question.

Start with the actor and regulated service. Article 2 covers Member State-notified eID schemes, EUDI Wallets provided by or on behalf of Member States, and trust service providers established in the Union. It excludes used exclusively in closed systems created by national law or agreements among a defined set of participants. It also leaves national or Union rules on contract formation, validity, legal obligations, and procedural form requirements untouched.

Follow the grouped guides in order: decide scope and role, classify the service and legal effect, verify qualified status, map implementation evidence, and only then assign deadlines and monitoring.

Quick scan

Trust services

Start with the regulated service: signature, seal, time stamp, registered delivery, website authentication certificate, electronic attestation of attributes, archiving, ledger, or validation.

Provider checks

Use qualified status, certificate type, revocation and validity information, trusted lists, and supervisory-body context before relying on a certificate or service.

Wallet context

For use cases, distinguish wallet providers, PID providers, attestation providers, relying parties, service providers, and technical relying-party instances.

EU eIDAS questions this hub helps resolve

  1. 1

    Scope and role

    Identify the notified eID scheme, role, or exact trust service. Record whether the organisation provides the service, seeks qualified status, issues or validates an artefact, or relies on the result.

  2. 2

    Legal effect and qualified status

    Separate electronic, advanced, and qualified signatures or seals, then prove any qualified claim through the specific service, certificate, creation device, QTSP status, trusted list, and validation evidence.

  3. 3

    Implementation and dates

    The 2024 amendment entered into force on 20 May 2024. Member States must provide at least one wallet by the end of 2026, and the harmonised relying-party registration rules apply from 24 December 2026. Keep those legal dates separate from ARF versions, pilot milestones, and acceptance duties that depend on the actor and trigger.

Key eIDAS dates for trust services and wallets

Track the original trust-services framework, the 20 May 2024 entry into force of the European Digital Identity Framework, implementing acts, the end-of-2026 wallet rollout, and later transition items. A timeline date does not by itself establish that a particular provider must accept a wallet; Article 5f ties private-sector acceptance to strong-authentication triggers, excludes microenterprises and small enterprises, and makes wallet use voluntary for the user.

Loading timeline...

Choose the next eIDAS decision

New to eIDAS? Start with scope, the regulated service, and your role. If those decisions are already documented, jump to legal effect, qualified status, wallet implementation, evidence, dates, or a focused comparison.

Start here: scope, roles, and the amended framework

Decide whether the facts concern notified electronic identification, an eIDAS trust service, or the ecosystem, and distinguish the original 2014 framework from the 2024 amendments.

EUDI Wallet, identity, and attribute flows

Map wallet ecosystem roles, relying-party registration and data requests, person identification data, attestations, architecture, certification dependencies, and onboarding evidence.

Provider status, supervision, and validation

Verify the exact qualified service, supervisory decision, conformity evidence, trusted-list status, certificate path, revocation information, and retained validation result.

Sources

digital-strategy.ec.europa.eu
Referenced sections
  • Supports the hub's practical framing of eIDAS as a cross-border digital identity and trust-services framework, including signatures, seals, time stamping, registered delivery, website authentication, and qualified trust services.
"The eIDAS regulation facilitates secure cross-border transactions"
ec.europa.eu
Referenced sections
  • Supports visitor navigation to eSignature resources, DSS, validation tooling, the eIDAS Dashboard, trusted-list browser, and qualified trust service provider lookup.
"creation and verification of electronic signatures"
ec.europa.eu
Referenced sections
  • Supports relying-party and service-provider navigation: requesting wallet data, PID and EAA validation, registration, obligations, certification context, and wallet ecosystem trust lists.
"request data from wallet users"
eur-lex.europa.eu
Referenced sections
  • Primary amending regulation for the European Digital Identity Framework and EU Digital Identity Wallet context used by the wallet and relying-party readiness sections.
"establishing the European Digital Identity Framework"
eur-lex.europa.eu
Referenced sections
  • Primary eIDAS legal text for electronic identification, trust services, electronic signatures, electronic seals, time stamps, registered delivery, website authentication certificates, trusted lists, and qualified provider concepts.
"on electronic identification and trust services for electronic transactions"

Next steps

Plan trust-service and wallet implementation

This hub is the shared entry point for eIDAS role mapping, trust-service selection, QTSP and certificate evidence, wallet relying-party readiness, and follow-up research tied to cited sources.

  • Start with the role: trust service provider, , relying party, wallet service provider, issuer, verifier, or internal product owner.
  • Use Assessment Autopilot to request certificate, trusted-list, QTSP, validation, incident, privacy, and wallet-registration evidence from the right owner.
  • Use Research Copilot for cited questions about qualified signatures, seals, time stamps, QWACs, electronic attestations of attributes, archiving, ledgers, and wallet relying-party obligations.
  • Keep source interpretation, product requirements, security architecture, vendor evidence, and approval history attached to the same eIDAS work item.
  • Open Assessment Autopilot

    Turn eIDAS trust-service, certificate, QTSP, wallet, and relying-party readiness questions into owned tasks and review checkpoints.

  • Open Research Copilot

    Answer eIDAS scope, trust-service, wallet, QWAC, trusted-list, and interpretation questions with cited outputs from official sources.

  • Align sourced eIDAS and milestones across product, security, legal, procurement, and operations teams.

  • Talk through implementation

    Review the trust-service, wallet, relying-party, certificate, and evidence questions that are blocking implementation.