Artifact GuideEU

EU eIDAS Regulation QTSP Due Diligence Workflow

Review this workflow before relying on a qualified trust service provider for signatures, seals, timestamps, website authentication certificates, attestations, archiving, ledgers, or related qualified trust services.

The checks focus on trusted-list validation, exact qualified service scope, certificate and revocation evidence, published policies, supervision, audits, termination planning, incident posture, and records to retain.

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

Structured answer sets in this page tree.

Primary sources
6

Cited legal and guidance references.

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

Select a only after the relevant Member State shows both the provider and the exact qualified service you will use. Qualified status is service-specific: the same provider may offer qualified and non-qualified services. This workflow helps procurement, product, security, legal, and compliance teams verify that status, test the service evidence, review operating terms, and define monitoring before onboarding or continued reliance.

Section 1

1. Confirm the provider and service in the EU trusted-list system

Start with the Member State and the Commission List Of Trusted Lists, not with a vendor certificate bundle or sales deck. eIDAS requires Member States to establish, maintain, and publish trusted lists that identify qualified trust service providers and the qualified trust services for which they are responsible.

Record the legal provider name, Member State, trusted-list location, scheme operator, service name, service type identifier, service digital identity, current service status, status start time, and relevant service history. If the exact service is not shown with a suitable qualified status, do not treat it as qualified. A vendor explanation can resolve an identity or scope mismatch, but it cannot replace the trusted-list indication required before a qualified trust service may begin.

  • Verify that the provider is a qualified trust service provider, not only a trust service provider with a non-qualified service.
  • Match the listed service type to the planned use case, such as qualified certificates for electronic signatures, seals, website authentication, timestamps, electronic registered delivery, electronic attestations of attributes, archiving, or ledgers.
  • Check current status and historical status entries because trusted lists are designed to show whether a service is or was operating in compliance at a specific time.
  • Keep a machine-readable trusted-list extract or validation output, a human-readable screenshot if useful, and the date and time of the check.
  • Do not accept a generic EU trust mark, logo, or website claim unless it links back to the relevant trusted-list entry for the qualified service.
Section 2

2. Scope the qualified service and certificate evidence

A can provide more than one service, and only some services may be qualified. Scope the review to the exact certificate, timestamp, validation, preservation, registered delivery, attestation, archiving, ledger, or remote signing service that the product will consume.

For certificate-based services, review the certificate policy, , certificate profile, usage limits, revocation mechanism, validity information, and any qualified-certificate statements that indicate the applicable legal framework and certificate purpose. These checks do not apply unchanged to every trust service. For timestamps, registered delivery, attestations, archiving, ledgers, validation, preservation, or remote-device management, use the service-specific policy and requirements instead of forcing a certificate-issuance checklist onto the service.

Qualified certificate diligence must distinguish electronic signature, electronic seal, and website authentication uses. A can help identify a certificate's declared status, purpose, or QSCD relationship, but the certificate extension does not replace the trusted-list check for the issuing qualified service.

  • Collect the CP, CPS, terms and conditions, relying-party guidance, subscriber obligations, certificate type descriptions, and policy object identifiers that apply to the service.
  • For qualified certificates, verify that the certificate identity, issuer identity, qualified status, certificate purpose, key usage, extended key usage, QCStatements, and country/legal-framework indicators match the intended reliance model.
  • For QWACs, confirm that the certificate is a qualified certificate for website authentication and that the service scope in the covers that certificate service.
  • For revocation-sensitive workflows, test the published validity or revocation status mechanism and keep the result with the onboarding record.
  • For remote signing or managed devices, document whether the reviewed service includes management of a remote qualified electronic signature creation device or only certificate issuance.
Section 3

3. Review supervision, audits, security controls, and change triggers

The operational review should connect provider claims to the eIDAS supervision cycle. A must undergo a conformity-assessment-body audit at least every 24 months, notify its supervisory body at least one month before a planned audit, and submit the resulting report to that body within three working days of receipt. The law requires delivery to the supervisory body, not publication to customers, so record the report or scope statement only when it is lawfully made available.

The monitoring plan should also cover planned service changes, cessation, significant security incidents, supply-chain dependencies, and termination arrangements. A must notify its supervisory body at least one month before a change to a qualified service and at least three months before intended cessation. Reopen diligence when the relied-on service changes, its qualified status changes, or the provider announces cessation.

  • Ask for evidence of the latest conformity assessment cycle, the services in scope, the conformity assessment body, and whether any disclosed remediation affects the relied-on service. Accept a suitable assurance statement when the full report is confidential; do not describe customer access to the report as an eIDAS right.
  • Confirm that the provider knows which supervisory body is responsible and can explain how supervisory decisions update the .
  • Check the provider's information security policy, risk assessment approval, incident response process, monitoring and logging, business continuity controls, and post-incident review process.
  • Review the termination plan because eIDAS and ETSI requirements expect continuity of information needed to verify trust-service correctness after cessation.
  • For outsourced or cloud-supported service components, retain the provider's supply-chain control summary, relevant service-level commitments, and assurance that the remains responsible for its service.
Section 4

4. Evidence to retain for QTSP selection and ongoing monitoring

Keep the record useful for a later customer question, audit, dispute, incident, or migration. The evidence should show why the provider and exact qualified service were acceptable at onboarding and what would trigger a new review.

For ongoing monitoring, separate static onboarding evidence from time-sensitive status evidence. Trusted-list status, service scope, revocation availability, incident posture, and material provider changes can change after the initial selection.

  • Provider and service identity: legal name, country, supervisory body, trusted-list entry, service type identifier, service name, service digital identity, current status, status start time, and relevant history.
  • Certificate evidence: sample certificates, chain-validation result, policy identifiers, CP/CPS links, QCStatements review, key-usage review, QWAC or signature/seal purpose review, and revocation or validity-status test result.
  • Policy evidence: terms and conditions, relying-party obligations, subscriber obligations, permitted uses, usage limits, revocation request route, incident contact, and support or escalation terms.
  • Assurance evidence: conformity-assessment scope, audit date or cycle evidence when available, disclosed remediation that affects the relied-on service, security and continuity summaries, supply-chain assurance, and termination-plan confirmation.
  • Monitoring triggers: trusted-list status change, certificate-policy change, service-scope change, supervisory notice, provider incident, revocation/OCSP/CRL availability failure, planned cessation, material outsourcing change, or product use-case change.
Primary sources

References and citations

enisa.europa.eu
Referenced sections
  • Supports the supervision lens for qualified trust services and the relationship between supervisory authorities, QTSPs, and conformity assessment.
"guidelines on supervision of qualified trust service providers pursuant to Art.20"
etsi.org
Referenced sections
  • Supports retaining operational assurance evidence for risk assessment, incident handling, collection of evidence, termination planning, compliance, and supplier controls.
"Collection of evidence"
etsi.org
Referenced sections
  • Supports retaining certificate policy, CPS, relying-party status-checking obligations, revocation route, audit, and trusted-list link evidence.
"Information on how to validate the certificate"
etsi.org
Referenced sections
  • Supports checking QCStatements that declare EU qualified-certificate status, certificate purpose, legal framework, and related qualified-certificate attributes.
"The qcStatements certificate extension can contain any statement by the certificate issuer"
etsi.org
Referenced sections
  • Supports retaining trusted-list status and history evidence because the list is used to determine service status at the time of reliance.
"at a given time in the past"
eur-lex.europa.eu
Referenced sections
  • Articles 20 and 24 support review of periodic audits, supervisory-body audits, remediation, qualified-status withdrawal, planned audits, service changes, cessation, and trusted-list updates.
"audited at their own expense at least every 24 months"
Related guides

Explore more topics

eIDAS 2 deadlines and compliance calendar for EUDI Wallet and trust services
eIDAS 2 calendar separating binding EUDI Wallet, reporting, and trust-service dates from implementation milestones and technical programme updates.
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 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.