EU eIDAS guideApplicability test

EU eIDAS Regulation Applicability Test

Use this test to classify whether a product, supplier, workflow, or certificate chain falls under eIDAS trust-service, wallet, signature, seal, timestamp, QWAC, or cross-border recognition rules.

The output should be a short evidence record: role, service type, qualified or non-qualified status, trusted-list or certificate proof, relying-party facts, validation result, source citation, and reassessment trigger.

Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
Sections
5

Structured answer sets in this page tree.

Primary sources
8

Cited legal and guidance references.

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

eIDAS does not apply just because a workflow is digital. Start with the actual role and service: notified electronic identification scheme, European Digital Identity Wallet, trust service provider, qualified trust service provider, certificate issuer, validation service, timestamping service, website-authentication certificate, relying party, or a product that consumes those services. The test below turns that classification into evidence a reviewer can verify from public sources, certificates, trusted lists, and validation records.

Section 1

Step 1: identify the eIDAS actor and service

The first question is whether the facts match the scope of eIDAS: notified electronic identification schemes, European Digital Identity Wallets provided by a Member State, or trust service providers established in the Union. If none of those actors or services is present, record the exclusion and identify any adjacent law or contractual requirement that still controls the workflow.

If a trust service is present, classify the exact service before assigning obligations. eIDAS covers services such as issuing, validating, and preserving certificates for signatures, seals, and website authentication; creating, validating, and preserving electronic signatures and seals; managing remote signature or seal creation devices; electronic timestamps; electronic registered delivery; electronic archiving; electronic attestations of attributes; and electronic ledgers.

  • Name the actor: trust service provider, qualified trust service provider, wallet provider, relying party, certificate issuer, validation service, timestamping authority, or relying application.
  • Name the service: signature, seal, timestamp, registered delivery, website authentication certificate, electronic attestation of attributes, archiving, ledger, or wallet interaction.
  • Separate qualified and non-qualified services. A QTSP is a TSP granted qualified status by the supervisory body for one or more qualified trust services.
  • For exclusion decisions, state which eIDAS actor or service is missing rather than writing that the product is merely out of scope.
Section 3

Step 3: verify certificates, QWACs, and trusted-list status

A certificate label is not enough. For qualified certificates for electronic signatures, electronic seals, and website authentication, the evidence should show the issuing QTSP, Member State, certificate identity code, status-check location, purpose, and whether the certificate is qualified for the claimed use.

Use EU trusted lists for status evidence where qualified status matters. ETSI TS 119 612 describes trusted lists and the List of Trusted Lists model used to access Member State trusted lists, select CA entries under the applicable trust policy, check service status changes, and load trust anchors for validation.

  • For qualified certificates, retain the certificate, chain, issuer identity, status endpoint, certificate purpose, issuance time, revocation or suspension status, and validation policy.
  • For QWACs, confirm the certificate is for website authentication, was issued by a QTSP, contains the website-authentication qualification evidence, and links the website to the certificate subject.
  • For validation engines, keep the trusted-list snapshot or retrieval evidence, LOTL source, trust-policy rule, certificate path validation result, and service current-status evidence.
  • Do not treat a non-qualified TLS certificate, a private PKI certificate, or a supplier screenshot as QWAC evidence unless the qualified certificate and trusted-list facts support that claim.
Section 4

Step 4: classify EUDI Wallet and relying-party use

A wallet integration is in scope when the product relies on the European Digital Identity Wallet for public or private digital interaction, requests person identification data or electronic attestations of attributes, or presents itself as a wallet relying party. eIDAS defines a relying party as a natural or legal person relying on electronic identification, EUDI Wallets, other electronic identification means, or a trust service.

For relying parties, the practical classification is registration and data-request control. Article 5b requires relying parties intending to rely on wallets to register in the Member State where they are established, provide authentication information, contact details, and the intended wallet use including data to be requested, identify themselves to the user, and not request data other than the registered data indication.

  • Record whether the organisation is a wallet provider, PID provider, attestation provider, access certificate authority, relying party, intermediary acting for a relying party, or an application consuming wallet-presented data.
  • For relying parties, retain the Member State registration record, relying-party identity, contact details, intended use, requested data categories, user-facing identification mechanism, and process for updating registration changes.
  • For wallet data requests, document the user journey, requested attributes, selective-disclosure design, validation of person identification data and attestations, and the rule that justifies each requested attribute.
  • For electronic attestations of attributes, identify whether the attestation is qualified, issued by or on behalf of a public sector body responsible for an authentic source, or non-qualified.
Section 5

Step 5: decide cross-border recognition and evidence requirements

Cross-border recognition is a separate conclusion from technical validation. eIDAS requires recognition across Member States for qualified trust services such as qualified certificates for signatures and seals, qualified remote-device management services, qualified validation and preservation services, qualified timestamps, QWACs, qualified registered delivery, qualified attestations of attributes, qualified archiving, and qualified ledgers.

The evidence record should prove both sides of the decision: why the service is qualified, and why the qualified service is recognised in the other Member State. That usually means linking the legal classification to the trusted-list or certificate evidence, validation result, and relying workflow.

What is the minimum evidence for an eIDAS applicability decision?

Keep the actor role, service type, qualified or non-qualified classification, source citation, certificate or trusted-list proof where relevant, validation result, relying-party or wallet registration facts where relevant, decision owner, and reassessment trigger.

When does a normal electronic signature become a qualified electronic signature under eIDAS?

A qualified electronic signature is an advanced electronic signature created by a qualified electronic signature creation device and based on a qualified certificate for electronic signatures. An ordinary e-signing workflow is not qualified unless those certificate, device, and validation facts are present.

What should a relying party check before using the EUDI Wallet?

Check whether it must register in its Member State, what wallet data it intends to request, how it identifies itself to the user, how it authenticates and validates person identification data or attestations, and how it prevents requests for data outside the registered intended use.

  • For cross-border signature or seal acceptance, retain the qualified certificate evidence, QTSP status evidence, validation report, signing or sealing time, and applicable trust policy.
  • For cross-border timestamp use, retain qualified timestamp validation evidence and the claim that the timestamp was provided in a Member State.
  • For QWAC reliance, retain browser or application behavior evidence only as implementation proof; the legal classification still depends on qualified certificate and issuer evidence.
  • Set reassessment triggers for QTSP status changes, certificate revocation or suspension, trusted-list changes, wallet relying-party registration changes, new requested wallet attributes, and supplier changes.
Primary sources

References and citations

etsi.org
Referenced sections
  • Provides the general ETSI policy baseline used when assessing trust service provider governance and service-policy evidence.
"General Policy Requirements for Trust Service Providers"
etsi.org
Referenced sections
  • Defines QCStatement use for EU qualified certificates and certificate purposes including electronic signature, electronic seal, and website authentication.
"Requirements on QCStatements in EU qualified certificates"
etsi.org
Referenced sections
  • Supports operational checks for time-stamping authority policy and security requirements when a timestamp service is part of the scope decision.
"Policy and Security Requirements for Trust Service Providers"
etsi.org
Referenced sections
  • Supports the trusted-list evidence needed to connect qualified status and service status to validation and recognition decisions.
"List Of Trusted Lists"
eur-lex.europa.eu
Referenced sections
  • Provides the cross-border recognition rules for qualified trust services and the legal effects used in the final applicability conclusion.
"shall be recognised"
Related guides

Explore more topics

eIDAS 2 deadlines and compliance calendar for EUDI Wallet and trust services
Calendar of grounded eIDAS and eIDAS 2 milestones for EUDI Wallet delivery, implementing acts, annual supervision reports, QTSP transitions, pilots, and ARF evidence.
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
Grounded 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
Grounded 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
A grounded 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
Grounded guide to eIDAS Article 16 penalties, administrative fine mechanics, supervisory bodies, 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
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
Select the right eIDAS signature level by legal effect, risk, qualified certificate status, QTSP evidence, QSCD use, validation result, and cross-border 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
Grounded 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 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
Grounded 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: register, declare intended wallet use and requested data, identify themselves to users, and keep request evidence.
EUDI Wallet Relying Party Onboarding Workflow under eIDAS
A grounded onboarding workflow for organisations that want to request data from European Digital Identity Wallet users as eIDAS wallet relying parties.
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 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 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.