ComparisonEU trust services

eIDAS vs ETSI EN 319 401 legal framework vs trust-service policy standard

Use this comparison to separate eIDAS legal duties from ETSI EN 319 401 operational policy and security requirements for trust service providers.

The practical overlap is strongest for QTSP conformity assessments, audits, incident handling, risk management, termination planning, evidence retention, supplier controls, and trusted-list readiness.

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

Structured answer sets in this page tree.

Primary sources
4

Cited legal and guidance references.

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

eIDAS and ETSI EN 319 401 are not substitutes. eIDAS is the EU legal framework for electronic identification, trust services, qualified status, supervision, trusted lists, liability, and legal effects. ETSI EN 319 401 is a general policy and security requirements standard for trust service providers, including risk assessment, practice statements, information security, incident handling, continuity, termination, compliance, and supply-chain controls.

Side-by-side comparison

eIDAS vs ETSI EN 319 401: what each one controls

Use this comparison to assign legal, supervisory, audit, and operational evidence work without treating the EU regulation and ETSI standard as interchangeable.

Review all sources
First framework
eIDAS Regulation

Binding EU framework for electronic identification and trust services, including qualified trust-service status, supervision, conformity assessment reports, trusted lists, legal effects, liability, and notifications.

Second framework
ETSI EN 319 401

European Standard setting general policy and security requirements for trust service providers, including risk, practices, information security, incident handling, continuity, termination, compliance, and supply chain.

Comparison row 1

Scope boundary

eIDAS Regulation

Applies to notified electronic identification schemes, European Digital Identity Wallets, and trust service providers established in the Union, with separate rules for qualified and non-qualified trust services.

ETSI EN 319 401

Applies as a general TSP policy and security requirements standard for qualified and non-qualified trust services; service-specific ETSI standards can add further requirements.

Operational implication

Start with eIDAS to classify the legal service and status, then use EN 319 401 to identify the baseline control evidence for the provider.

Comparison row 2

Covered actors

eIDAS Regulation

Defines qualified status, trusted-list consequences, liability rules, legal effects for electronic signatures and related trust services, and supervisory withdrawal of qualified status when requirements are not met.

ETSI EN 319 401

Does not grant legal status by itself; it documents policy and security requirements that can support conformity assessment and operational assurance.

Operational implication

Do not tell customers that EN 319 401 conformance alone makes a service qualified. Qualified service status depends on the eIDAS supervisory and trusted-list route.

Comparison row 3

Trigger

eIDAS Regulation

A provider intending to start a qualified trust service notifies the supervisory body with a conformity assessment report; qualified services may start after qualified status is indicated in the trusted lists.

ETSI EN 319 401

Requires provider-controlled documentation such as trust service practice statements, terms and conditions, security policy, and risk treatment evidence that can feed the conformity assessment.

Operational implication

Treat the ETSI evidence pack as input to assessment, not as the final market-access gate for a qualified trust service.

Comparison row 4

Core obligations

eIDAS Regulation

QTSPs are audited at their own expense at least every 24 months by a conformity assessment body and submit the resulting conformity assessment report to the supervisory body within three working days of receipt.

ETSI EN 319 401

EN 319 401 references conformity assessment bodies and provides requirement-level material that an assessor can test, including risk assessment, security policy, logs, compliance, continuity, and suppliers.

Operational implication

Build audit workpapers around requirement evidence, but track eIDAS audit timing, report submission, and supervisory-body communication separately.

Comparison row 5

Evidence record

eIDAS Regulation

For qualified providers, eIDAS requires relevant information concerning data issued and received to be recorded and kept accessible for an appropriate period, including after activities cease, to support legal evidence and service continuity.

ETSI EN 319 401

EN 319 401 requires evidence such as practice statements, terms, log retention periods, risk assessments, incident documentation, continuity records, termination planning, compliance evidence, and supplier assurance records.

Operational implication

Store legal-status records and control-operation records together only if metadata makes the purpose clear: legal evidence, trusted-list status, conformity assessment, security operation, continuity, or supplier assurance.

Comparison row 6

Timing and deadlines

eIDAS Regulation

eIDAS requires notification of significant security breaches or disruptions affecting the trust service or maintained personal data without undue delay and no later than 24 hours after awareness.

ETSI EN 319 401

EN 319 401 requires monitoring, logging, incident response, communication plans, stakeholder notification procedures, vulnerability handling, and documentation through the incident lifecycle.

Operational implication

Use EN 319 401 to operate detection and response, but use eIDAS to determine whether the supervisory body, affected persons, public, or other authorities must be notified.

Comparison row 7

Enforcement

eIDAS Regulation

Member State supervisory bodies supervise QTSPs, analyse conformity assessment reports, carry out audits or request assessments, grant or withdraw qualified status, and inform trusted-list bodies of status decisions.

ETSI EN 319 401

ETSI EN 319 401 is not an enforcement authority. It creates a requirements baseline that management, assessors, supervisors, customers, and procurement teams can use to evaluate TSP controls.

Operational implication

Escalate legal-status failures through the supervisory route; escalate control gaps through remediation, assessment findings, customer assurance, or supplier governance.

Comparison row 8

Overlap and reuse

eIDAS Regulation

eIDAS keeps the provider responsible for qualified-service compliance, change notifications, continuity, and supervisory outcomes even when technology or service components are supplied by others.

ETSI EN 319 401

EN 319 401 requires supply-chain security policies, supplier-selection criteria, subcontracting agreements, security requirements, monitoring, component traceability, and audit or SLA mechanisms.

Operational implication

For QTSP procurement, require contracts to preserve eIDAS obligations while also demanding EN 319 401 evidence from suppliers and component providers.

Comparison row 9

Practical decision rule

eIDAS Regulation

eIDAS sets high-level trust-service duties, including security-risk management, qualified-service requirements, change notification, recordkeeping, and termination-plan expectations.

ETSI EN 319 401

EN 319 401 makes those duties operational through management-approved risk assessment, trust service practice statement, terms and conditions, information security policy, access control, cryptographic controls, operations security, and network security.

Operational implication

Translate each legal duty into EN 319 401 control evidence where applicable, but keep the source label visible so an auditor can see which requirement is being tested.

Practical decision rule

How should teams use the comparison?

  • For a new or changed trust service, first write the eIDAS classification: service type, qualified or non-qualified status, supervisory body, trusted-list consequence, notification duty, and legal-status evidence.
  • Then write the ETSI EN 319 401 control plan: risk assessment owner, practice statement owner, terms owner, security-policy owner, incident owner, continuity owner, supplier owner, and evidence location.
  • Before audit or procurement review, cross-reference each shared artifact to both sources when it genuinely supports both, and leave it single-labelled when it supports only one side.
Section 1

The short answer for trust-service teams

Use eIDAS to decide whether a service is a trust service, whether qualified status is involved, which supervisory body route applies, what must be notified, and when trusted-list status controls market availability.

Use ETSI EN 319 401 to build the control evidence that a trust service provider can show during assessment or supervisory review: risk assessment, trust service practice statement, terms and conditions, security policy, logs, incident records, business continuity, termination planning, compliance evidence, and supplier governance.

  • A QTSP cannot treat EN 319 401 conformance as a replacement for eIDAS qualified status; eIDAS requires supervisory-body verification and trusted-list indication for qualified service provision.
  • A TSP cannot treat eIDAS scope analysis as an operational control set; EN 319 401 turns trust-service obligations into auditable management, security, incident, continuity, and supplier records.
  • The strongest reuse pattern is a single evidence pack with separate labels for the eIDAS article, ETSI requirement, owner, assessment status, and trusted-list or supervisory consequence.
Section 2

Where the frameworks overlap in practice

The overlap is not a choice between law and standard. It is the place where legal supervision needs technical and organisational evidence. eIDAS requires QTSP audits, conformity assessment reports, supervisory-body verification, breach or disruption notification, qualified-status decisions, and trusted-list updates. EN 319 401 supplies a structured way to document many of the controls behind those outcomes.

For example, eIDAS Article 20 audits and Article 21 initiation rely on conformity assessment and supervisory review. EN 319 401 points teams toward the material an assessor or supervisor will expect to see, such as approved practice statements, risk treatment, policy publication, incident procedures, logs, termination plans, and compliance records.

  • Keep the eIDAS record focused on legal status, supervisory communications, trusted-list state, notification obligations, and qualified-service permissions.
  • Keep the EN 319 401 record focused on requirement-level control design and operating evidence.
  • When the same artifact serves both, cite both sides separately; do not describe a standard requirement as if it were a statutory fine or a legal authorisation.
Section 3

Evidence that should not be confused

An eIDAS evidence folder should answer legal and supervisory questions: is the provider qualified, is the service qualified, has the conformity assessment report been submitted, has the supervisory body granted or withdrawn status, is the service shown on the trusted list, and were significant incidents notified through the required route.

An EN 319 401 evidence folder should answer operational control questions: has management approved the risk assessment, are policy and practice statements maintained, are subscribers and relying parties given service terms, are logs reviewed, are incident procedures tested, are critical vulnerabilities handled, are termination arrangements documented, and are suppliers governed by security requirements and agreements.

  • Do not use an ETSI control checklist as proof that a qualified service may start; eIDAS ties that start to trusted-list indication.
  • Do not use a trusted-list entry as proof that every EN 319 401 control is operating effectively; keep control evidence current.
  • For procurement, require both legal status evidence and standard-based control evidence when buying qualified trust services or trust-service components.
Recommended next step

Separate eIDAS status evidence from ETSI EN 319 401 control evidence

Sorena can help structure eIDAS and ETSI EN 319 401 records so legal, security, procurement, product, and audit reviewers can see which evidence supports qualified status, supervision, conformity assessment, incident handling, and TSP controls.

Primary sources

References and citations

etsi.org
Referenced sections
  • Supports the control-plan items for risk, practice statements, terms, security policy, incident handling, continuity, suppliers, and evidence.
"TSP management and operation"
eur-lex.europa.eu
Referenced sections
  • Supports the legal classification, supervisory, trusted-list, and notification items in the recommended use of the comparison.
"supervisory body"
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 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 Applicability Test for Trust Services, Wallets, and Certificates
A grounded 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
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.