--- title: "EU Accessibility Act FAQ: scope, dates, services, Article 14" canonical_url: "https://www.sorena.io/artifacts/eu/accessibility-act/faq" source_url: "https://www.sorena.io/artifacts/eu/accessibility-act/faq/items/page/2" author: "Sorena AI" description: "Clear answers on EU Accessibility Act scope, 28 June 2025 application, covered products and services, microenterprises, Article 14, service information, standards, and penalties." published_at: "2026-05-09" updated_at: "2026-05-17" keywords: - "EU Accessibility Act" - "EAA" - "Directive (EU) 2019/882" - "Article 14" - "microenterprises" - "EN 301 549" - "accessible services" - "accessibility compliance" --- **[SORENA](https://www.sorena.io/)** - AI-Powered GRC Platform [Home](https://www.sorena.io/) | [Solutions](https://www.sorena.io/solutions) | [Artifacts](https://www.sorena.io/artifacts) | [About Us](https://www.sorena.io/about-us) | [Contact](https://www.sorena.io/contact) | [Portal](https://app.sorena.io) --- # EU Accessibility Act FAQ: scope, dates, services, Article 14 Clear answers on EU Accessibility Act scope, 28 June 2025 application, covered products and services, microenterprises, Article 14, service information, standards, and penalties. *FAQ* *EU* ## EU Accessibility Act FAQ Answers to practical EAA questions about scope, dates, covered products and services, accessibility requirements, microenterprise treatment, Article 14, standards, and enforcement. Use this page to check what the Directive actually says before turning an accessibility question into product, service, legal, procurement, or support work. The European Accessibility Act is Directive (EU) 2019/882 on accessibility requirements for certain products and services. These FAQ answers focus on the legal scope and operating questions most likely to affect consumer-facing digital products, self-service terminals, e-commerce, banking, transport information, electronic communications, audiovisual access services, and e-books. ## Browse sub-FAQ modules ### [EAA conformance statements: products, services, EN 301 549 evidence](/artifacts/eu/accessibility-act/faq/conformance-statements.md) What an EU Accessibility Act conformance statement should include, with product EU declarations, service information, EN 301 549 and WCAG evidence boundaries. - 4 items ### [EAA e-commerce checkout accessibility FAQ](/artifacts/eu/accessibility-act/faq/e-commerce-checkout.md) How to test an e-commerce checkout under the European Accessibility Act, including service scope, payment and identification flows, service information, and evidence. - 4 items ### [EN 301 549 clause mapping for the EU Accessibility Act | EAA FAQ](/artifacts/eu/accessibility-act/faq/en-301-549-clause-mapping.md) How to map EN 301 549 and WCAG evidence to EU Accessibility Act Annex I requirements without overclaiming presumption of conformity. - 5 items ### [EU Accessibility Act authority request response FAQ](/artifacts/eu/accessibility-act/faq/authority-response.md) How to answer EU Accessibility Act checks from market surveillance or service authorities with technical documentation, service information, Article 14 records, and corrective actions. - 4 items ### [EU Accessibility Act microenterprise exemption and disproportionate burden FAQ](/artifacts/eu/accessibility-act/faq/microenterprise-and-disproportionate-burden-decisions.md) FAQ explaining when EAA microenterprise relief applies, how Article 14 disproportionate-burden assessments work, what Annex VI requires, and what records to keep. - 4 items ### [EU Accessibility Act procurement acceptance criteria | EAA FAQ](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md) How to write EAA procurement acceptance criteria that ask suppliers for scoped accessibility evidence, standards mappings, declarations, and exception records without overclaiming conformity. - 4 items ### [EU Accessibility Act service transition rules under Article 32 | EAA FAQ](/artifacts/eu/accessibility-act/faq/transition-services.md) FAQ on EU Accessibility Act Article 32 transition rules for service providers, pre-28 June 2025 contracts, 2030 limits, self-service terminals, evidence records, and change triggers. - 4 items ### [EU Accessibility Act services: banking, transport, media and e-books](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md) FAQ on which consumer banking, transport, audiovisual media access, electronic communications, e-book, and e-commerce services fall under the EU Accessibility Act. - 4 items ### [WCAG Evidence for the EU Accessibility Act and EN 301 549 | EAA FAQ](/artifacts/eu/accessibility-act/faq/wcag-evidence.md) When WCAG test evidence helps EAA work, how it maps through EN 301 549, and why WCAG alone does not prove European Accessibility Act compliance. - 4 items ### [Which products and services does the EU Accessibility Act cover? | EAA FAQ](/artifacts/eu/accessibility-act/faq/product-and-service-categories.md) Article 2 and Article 3 scope summary for EU Accessibility Act covered products, services, exclusions, product-service boundaries, and records to keep. - 4 items Browse all indexed questions: [/artifacts/eu/accessibility-act/faq/items](/artifacts/eu/accessibility-act/faq/items.md) ## All FAQ items *Page 2 of 3. Showing 20 of 41 items.* ### [Where are the limits of these exceptions?](/artifacts/eu/accessibility-act/faq/microenterprise-and-disproportionate-burden-decisions.md#where-are-the-limits-of-these-exceptions) *Module: [EU Accessibility Act microenterprise exemption and disproportionate burden](/artifacts/eu/accessibility-act/faq/microenterprise-and-disproportionate-burden-decisions.md)* The supported limits are narrow. Service microenterprise status removes the specified service accessibility compliance duties, but it should be evidenced with the Directive's definition. Article 14 is requirement-specific and product-or-service-specific. It does not remove the duty to comply with accessibility requirements that remain achievable without fundamental alteration or disproportionate burden. - Do not use lack of priority, time, or knowledge as the reason for a disproportionate-burden claim. - Do not rely on disproportionate burden where accessibility funding described in Article 14(6) is available for the relevant accessibility improvement. - Do not omit the Article 14 exception from product conformity paperwork where the Directive requires it to be stated. - Do not assume penalties, national authority forms, or Member State filing steps from this page; those details depend on national implementing measures and are not added here without source support. Sources for this answer: - [Directive (EU) 2019/882 - market surveillance and service compliance checks](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports authority review of Article 14 assessments for products and services and the limits around Annex VI criteria. ### [How should buyers write EU Accessibility Act procurement acceptance criteria?](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md#how-should-buyers-write-eu-accessibility-act-procurement-acceptance-criteria) *Module: [EU Accessibility Act procurement acceptance criteria](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md)* Start with scope. Identify whether the purchase is for an EAA-covered product, an EAA-covered service, or ICT that supports one of those services. The Commission describes the EAA as covering selected products and services important for persons with disabilities, and the Directive makes Annex I accessibility requirements mandatory for the products and services referred to in Article 2 when public procurement rules require accessibility criteria. - For covered products, require the product model, software or firmware version, applied harmonised standards or technical specifications, test results, unresolved non-conformities, EU declaration of conformity where relevant, and technical-documentation extracts that show how Annex I requirements are met. - For covered services, require a service description, the customer journeys assessed, accessible information explaining how the service meets applicable requirements, operational procedures for keeping the service conforming, complaint or issue handling, and remediation evidence. - For ICT evidence such as EN 301 549 reports, require clause-level coverage and version details; do not accept a generic EN 301 549 statement as proof of all EAA duties unless the cited standard or parts of it cover the relevant EAA requirements. - For exceptions, require a written Article 14 assessment when a supplier relies on fundamental alteration or disproportionate burden, and require the declaration or service evidence to identify which requirements are excluded. Sources for this answer: - [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports tying procurement acceptance to Annex I requirements, Article 24 public-procurement accessibility rules, Article 15 presumption limits, product declarations, service information, and Article 14 exception evidence. - [European Commission - European Accessibility Act policy page](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/european-accessibility-act-eaa_en?ref=sorena.io) - Supports the page scope by identifying the EAA as an internal-market directive for selected accessible products and services. - [ETSI - EN 301 549 accessibility standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports using EN 301 549 as ICT accessibility evidence while preserving its boundary: it defines requirements for ICT products and services and is being updated to support the EAA. ### [Where EN 301 549 helps, and where it is not enough](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md#where-en-301-549-helps-and-where-it-is-not-enough) *Module: [EU Accessibility Act procurement acceptance criteria](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md)* EN 301 549 is useful procurement evidence for ICT because it defines accessibility requirements for ICT products and services, including software, hardware, and combinations of both. It can make supplier evidence more testable when the report identifies the exact version of the standard, the clauses assessed, the product or service version, the test method, and the result for each relevant requirement. - Require a clause matrix showing which EN 301 549 requirements were tested, not only an overall pass statement. - Ask the supplier to identify requirements outside EN 301 549 coverage, especially product-specific features, non-digital information, support services, or service information obligations. - Require evidence for alternative solutions when harmonised standards or technical specifications were not applied or were applied only in part. - State that acceptance of standards evidence is not acceptance of unsupported legal conclusions, future versions, other product models, or untested service changes. Sources for this answer: - [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the rule that harmonised standards create a presumption only as far as those standards or parts cover the applicable accessibility requirements. - [ETSI - EN 301 549 accessibility standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports using EN 301 549 for ICT products and services and not for every non-ICT or product-law acceptance question. - [European Commission - accessibility standardisation](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/accessibility-standardisation_en?ref=sorena.io) - Supports checking accessibility standards by subject area instead of treating EN 301 549 as the only accessibility standard relevant to all procurement. ### [Evidence to request before accepting a supplier deliverable](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md#evidence-to-request-before-accepting-a-supplier-deliverable) *Module: [EU Accessibility Act procurement acceptance criteria](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md)* The acceptance pack should let a buyer, auditor, or authority understand what was assessed without relying on sales language. It should separate product evidence from service evidence because the Directive uses different documentation mechanisms for products and services. - Product evidence: model identification, version or configuration, applicable EAA requirements, standards or technical specifications applied, test results, unresolved defects, corrective actions, EU declaration of conformity where relevant, and technical-documentation extracts. - Service evidence: service description, assessed user journeys, accessible public information, applicable requirements mapping, operating controls, complaint and issue logs, corrective actions, and change-review records. - Supplier declaration limits: require the declaration to identify the product or service, the applicable Union acts or EAA requirements, the standards used, the signatory or accountable function, and any Article 14 exception relied on. - Acceptance record: keep the criteria, supplier evidence, buyer review notes, defect dispositions, remediation proof, and final acceptance decision together so later changes can be reviewed against the same baseline. Sources for this answer: - [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the product and service evidence distinction, including technical documentation, EU declaration of conformity, service information, and change-control duties. - [Commission Notice - Blue Guide on EU product rules (2022)](https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX%3A52022XC0629%2804%29&ref=sorena.io) - Supports asking product suppliers for declarations, technical documentation access, and role-specific assurances from manufacturers, importers, or distributors. ### [Acceptance wording that avoids unsupported conformity claims](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md#acceptance-wording-that-avoids-unsupported-conformity-claims) *Module: [EU Accessibility Act procurement acceptance criteria](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md)* Procurement language should be narrow enough to be verifiable. Instead of saying that a supplier must be 'fully EAA compliant', require evidence that the named product or service meets the applicable EAA accessibility requirements for the bought configuration and use case, or identify the gaps and the corrective action plan. - Use: 'Supplier must provide evidence mapping the delivered product or service to the applicable EAA Annex I requirements and any harmonised standards or technical specifications applied.' - Use: 'Acceptance is limited to the product model, service version, configuration, market, and journeys identified in the evidence pack.' - Use: 'Open accessibility defects must include severity, affected requirement, user impact, remediation owner, target fix, and retest evidence before final acceptance.' - Avoid: unqualified claims such as 'EAA certified', 'approved by the EU', 'EN 301 549 equals EAA compliance', or 'a product CE mark proves every linked service journey is accessible'. Sources for this answer: - [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports limiting acceptance language to applicable requirements, covered products and services, Article 15 presumption boundaries, and exception disclosures. - [Commission Notice - Blue Guide on EU product rules (2022)](https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX%3A52022XC0629%2804%29&ref=sorena.io) - Supports avoiding buyer-side claims that a CE mark is an authority approval or proof beyond the applicable product conformity assessment. ### [Which EU Accessibility Act service transition rules apply after 28 June 2025?](/artifacts/eu/accessibility-act/faq/transition-services.md#which-eu-accessibility-act-service-transition-rules-apply-after-28-june-2025) *Module: [EU Accessibility Act service transition rules under Article 32](/artifacts/eu/accessibility-act/faq/transition-services.md)* Start with the default rule: Member States apply the EAA national measures from 28 June 2025, and service providers must design and provide in-scope services in accordance with the applicable accessibility requirements. - Use 28 June 2025 as the date from which national EAA measures apply to in-scope services unless a specific transition rule fits the facts. - Use 28 June 2030 as the outer Article 32(1) transition endpoint for continuing services with lawfully used products and for pre-28 June 2025 service contracts that have not already expired. - Do not invent extra grace periods, phased enforcement dates, sector-specific deadline extensions, or a blanket 2030 readiness date unless the cited national implementing law or official source supports them. Sources for this answer: - [Directive (EU) 2019/882 on accessibility requirements for products and services](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32019L0882&ref=sorena.io) - Primary legal source for Article 13 service-provider obligations, Article 31 application from 28 June 2025, and Article 32 transitional measures for services, service contracts, and self-service terminals. - [European Commission - European Accessibility Act](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/european-accessibility-act-eaa_en?ref=sorena.io) - Commission policy source identifying the EAA as the EU directive for accessible products and services and explaining its internal-market purpose. - [AccessibleEU - Guidelines and support materials](https://accessible-eu-centre.ec.europa.eu/guidelines-and-support-materials?ref=sorena.io) - AccessibleEU source for implementation support materials that summarise the EAA timing and service-provider context. ### [Evidence record for relying on an Article 32 service transition](/artifacts/eu/accessibility-act/faq/transition-services.md#evidence-record-for-relying-on-an-article-32-service-transition) *Module: [EU Accessibility Act service transition rules under Article 32](/artifacts/eu/accessibility-act/faq/transition-services.md)* A service-provider transition file should prove why the transition rule applies to the specific service, contract, product, or terminal. It should not say only that the service existed before the EAA application date. - Service scope: covered service category, Member States where the service is provided, consumer-facing journey, and responsible service provider. - Contract facts: agreement date, expiry date, renewal or alteration terms, change history, and the date by which the Article 32 contract position must end. - Product-use facts: product identifier, service use case, proof it was lawfully used by the provider for similar services, and the 28 June 2030 transition endpoint relied on. - Terminal facts: terminal type, location, entry-into-use date, proof of lawful use before 28 June 2025, economically useful life record, and the relevant national implementation rule. - Conformity evidence: Article 13 public service information, Annex I accessibility mapping, testing or supplier evidence, remediation log, complaints or authority correspondence, and any Article 14 assessment if fundamental alteration or disproportionate burden is claimed. Sources for this answer: - [Directive (EU) 2019/882 on accessibility requirements for products and services](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32019L0882&ref=sorena.io) - Primary legal source for the evidence-relevant service-provider duties in Article 13 and the transition facts that must be proven under Article 32. - [AccessibleEU - Guidelines and support materials](https://accessible-eu-centre.ec.europa.eu/guidelines-and-support-materials?ref=sorena.io) - AccessibleEU source for practical implementation materials on EU accessibility legislation, including the EAA. ### [Change triggers that should reopen the transition assessment](/artifacts/eu/accessibility-act/faq/transition-services.md#change-triggers-that-should-reopen-the-transition-assessment) *Module: [EU Accessibility Act service transition rules under Article 32](/artifacts/eu/accessibility-act/faq/transition-services.md)* Article 13 requires service providers to keep procedures in place so the provision of services remains in conformity. It expressly calls out changes in the characteristics of the service, changes in applicable accessibility requirements, and changes in harmonised standards or technical specifications used for the conformity position. - Contract alteration or renewal after 28 June 2025: reassess instead of treating the original contract date as enough. - Service characteristic change: reassess user journeys, public information, accessibility testing, and support processes. - Product or terminal replacement, major upgrade, relocation, or new deployment: check whether the Article 32 facts still apply. - New or changed harmonised standards, technical specifications, national implementing rules, complaints, or authority correspondence: update the conformity and transition record. - Non-conformity finding: document corrective measures and competent-authority notifications where required. Sources for this answer: - [Directive (EU) 2019/882 on accessibility requirements for products and services](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32019L0882&ref=sorena.io) - Primary legal source for Article 13 service-provider procedures, change triggers, corrective measures, authority cooperation, and Article 32 transition limits. ### [Common Article 32 mistakes to avoid](/artifacts/eu/accessibility-act/faq/transition-services.md#common-article-32-mistakes-to-avoid) *Module: [EU Accessibility Act service transition rules under Article 32](/artifacts/eu/accessibility-act/faq/transition-services.md)* The main risk is turning a narrow transition provision into an unsupported deadline. Article 32 should be applied to specific records: an existing service contract, a product used to provide similar services, or a self-service terminal with an entry-into-use history. - Do not say all services have until 28 June 2030; Article 31 application from 28 June 2025 remains the starting point. - Do not keep an altered pre-28 June 2025 contract under the unchanged-contract rule without reassessing the alteration. - Do not apply the self-service-terminal rule to websites, mobile apps, e-commerce checkout flows, banking portals, or other service elements that are not terminals. - Do not publish a terminal deadline from a generic formula without checking entry into use, economic life, and national implementation. - Do not use a transition file as a substitute for Article 13 service information, accessibility testing, remediation, or authority-response records. Sources for this answer: - [Directive (EU) 2019/882 on accessibility requirements for products and services](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32019L0882&ref=sorena.io) - Primary legal source for the Article 31 application date, Article 32 transition boundaries, and Article 13 service-provider evidence duties. - [AccessibleEU - Guidelines and support materials](https://accessible-eu-centre.ec.europa.eu/guidelines-and-support-materials?ref=sorena.io) - AccessibleEU source listing EAA support materials and summarising key EAA timing for implementation context. ### [Which consumer services are covered by the EU Accessibility Act?](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md#which-consumer-services-are-covered-by-the-eu-accessibility-act) *Module: [EU Accessibility Act services: banking, transport, media and e-books](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md)* For this FAQ, the covered service categories are electronic communications services, services providing access to audiovisual media services, listed passenger transport service elements, consumer banking services, e-books and dedicated software, and e-commerce services provided to consumers. - Electronic communications services are covered, except transmission services used for machine-to-machine services. - Audiovisual media access services include services used to identify, select, receive information on, and view audiovisual media services, including electronic programme guides. - E-books are covered together with dedicated software used to access, navigate, read, and use the digital files. - E-commerce services are covered when provided at a distance through websites or mobile device-based services by electronic means at the individual request of a consumer with a view to concluding a consumer contract. Sources for this answer: - [Directive (EU) 2019/882 on accessibility requirements for products and services](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the Article 2 list of covered services and Article 3 definitions for banking, transport, audiovisual media access, e-books, and e-commerce. - [European Commission - European Accessibility Act policy page](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/european-accessibility-act-eaa_en?ref=sorena.io) - Official Commission context page for the European Accessibility Act and its role in EU disability and accessibility policy. ### [What Annex I duties apply to these covered services?](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md#what-annex-i-duties-apply-to-these-covered-services) *Module: [EU Accessibility Act services: banking, transport, media and e-books](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md)* All covered services must satisfy the general service requirements in Annex I Section III unless a scoped exception applies. That means accessible products used in the service, accessible information about how the service works and how those products connect to assistive devices, accessible websites and mobile services, and accessible support information where support services are available. - Passenger transport services must provide information on vehicle, infrastructure, built-environment accessibility, assistance for persons with disabilities, smart ticketing, real-time travel information, and temporary service availability issues where the listed transport elements are in scope. - E-books must support synchronised text and audio when audio is included, avoid blocking assistive technology, allow access, navigation, structure, dynamic layout, flexible presentation, accessibility metadata, and digital rights management that does not block accessibility features. - E-commerce services must provide product or service accessibility information when supplied by the responsible economic operator and make identification, security, electronic signature, and payment functionality perceivable, operable, understandable, and robust. Sources for this answer: - [Directive (EU) 2019/882 on accessibility requirements for products and services](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the Annex I Section III general service requirements and Section IV service-specific duties for communications, media access, transport, banking, e-books, and e-commerce. - [ETSI - EN 301 549 ICT accessibility standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports using EN 301 549 as an ICT accessibility evidence reference for websites, mobile apps, documents, software, and other ICT-based service components. ### [What evidence should a service provider keep?](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md#what-evidence-should-a-service-provider-keep) *Module: [EU Accessibility Act services: banking, transport, media and e-books](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md)* Article 13 requires service providers to design and provide services in accordance with the EAA accessibility requirements, prepare information explaining how the services meet the applicable requirements, make that information publicly available in written and oral formats including accessible formats, and keep it for as long as the service operates. - Maintain a service scope register that ties each consumer journey to an Article 2 category and Article 3 definition. - Keep an Annex I matrix showing the Section III general service duties and the Section IV category-specific duties that apply to the service. - Attach accessibility test results for websites, apps, ticketing, payment, identification, security, media-access, e-book, and support-service components as relevant. - Keep supplier inputs for products used in the service, such as payment terminals, ATMs, ticketing machines, check-in machines, interactive information terminals, e-readers, terminal equipment, and media access equipment when those products are part of the service evidence. - Retain the public service accessibility statement or equivalent general terms document, monitoring records, remediation logs, authority correspondence, and any Article 14 assessment. Sources for this answer: - [Directive (EU) 2019/882 on accessibility requirements for products and services](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports Article 13 service-provider information duties, Annex V service accessibility information content, and Article 14 exception-assessment records. - [European Commission - harmonised standards overview](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Supports the role of harmonised standards references when providers use standards or technical specifications as conformity evidence. ### [What scope boundaries should teams avoid overstating?](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md#what-scope-boundaries-should-teams-avoid-overstating) *Module: [EU Accessibility Act services: banking, transport, media and e-books](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md)* Do not describe the EAA as covering every service offered by a bank, transport operator, telecommunications provider, media company, publisher, or online retailer. The safer scope question is whether the specific consumer-facing service falls into Article 2 and the relevant Article 3 definition. - Check microenterprise status before assigning service duties: Article 4 exempts microenterprises providing services from the Section III service requirements and related obligations. - Check website and mobile-app content exclusions before testing archived content, older pre-recorded time-based media, older office files, certain online maps, or third-party content outside the operator's funding, development, or control. - Use Article 14 only as a documented exception analysis; lack of priority, time, or knowledge is not a grounded reason to omit accessibility work. Sources for this answer: - [Directive (EU) 2019/882 on accessibility requirements for products and services](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the service-scope boundaries, microenterprise service exemption, website and mobile-app content exclusions, and Article 14 exception framework. - [ETSI - EN 301 549 ICT accessibility standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports the boundary between legal scope mapping and ICT accessibility standard evidence for digital service components. ### [Where WCAG evidence fits](/artifacts/eu/accessibility-act/faq/wcag-evidence.md#where-wcag-evidence-fits) *Module: [WCAG Evidence for the EU Accessibility Act and EN 301 549](/artifacts/eu/accessibility-act/faq/wcag-evidence.md)* The European Accessibility Act makes the applicable Annex I accessibility requirements the legal target for covered products and services. Article 15 creates a presumption of conformity only where products or services conform with harmonised standards, or parts of them, whose references have been published in the Official Journal of the European Union and only so far as those standards cover the relevant EAA requirements. - Use WCAG evidence for web pages, documents, and software user interfaces where the relevant EN 301 549 clause points to WCAG-derived criteria. - Keep a separate EAA mapping from the covered product or service to Annex I and to any EN 301 549 clauses relied on. - Check whether the harmonised standard or technical specification relied on has OJEU status for the relevant EAA requirement before using presumption-of-conformity language. - Avoid saying that WCAG conformance proves EAA compliance for hardware controls, packaging, support services, service information, economic-operator obligations, or Article 14 assessments unless those items have their own evidence. Sources for this answer: - [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the legal target: EAA Annex I requirements, Article 15 presumption of conformity, technical documentation, service information, and Article 14 exception records. - [ETSI - EN 301 549 V3 harmonized European Standard for ICT Accessibility](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Explains EN 301 549 scope for ICT products and services and its relationship to web, mobile, software, hardware, and future EAA support. - [European Commission - Harmonised standards](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Supports the distinction between voluntary harmonised standards and mandatory legal requirements, including OJEU publication for presumption of conformity. - [W3C - Web Content Accessibility Guidelines (WCAG) 2.1](https://www.w3.org/TR/WCAG21/?ref=sorena.io) - Supports WCAG criteria referenced by EN 301 549 V3.2.1 for web content, documents, and software evidence. ### [What the evidence record should contain](/artifacts/eu/accessibility-act/faq/wcag-evidence.md#what-the-evidence-record-should-contain) *Module: [WCAG Evidence for the EU Accessibility Act and EN 301 549](/artifacts/eu/accessibility-act/faq/wcag-evidence.md)* A useful WCAG evidence record lets a reviewer reconstruct what was tested and why it was relevant. Treat each record as a clause-level test artifact: identify the asset, the user journey or screen, the EN 301 549 requirement, the WCAG success criterion where applicable, the test method, the result, the defect, and the fix. - Record asset identity: URL, app version, document version, product model, service flow, locale, and release date or build identifier. - Record scope: in-scope pages, templates, states, user journeys, documents, software screens, and the reason any item was excluded. - Record method: WCAG version, EN 301 549 clause, test procedure, tool output, manual checks, browser, operating system, device, assistive technology, and tester. - Record outcome: pass, fail, not applicable, defect severity, remediation owner, fix evidence, regression result, and residual limitation. - Record legal mapping separately: EAA Annex I requirement, harmonised-standard part relied on, OJEU or technical-specification basis if used, and whether the conclusion is a narrow test result or a broader compliance assessment. Sources for this answer: - [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the need for technical documentation for products and public service information explaining how applicable accessibility requirements are met. - [ETSI - EN 301 549 V3 harmonized European Standard for ICT Accessibility](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports the clause-level EN 301 549 mapping for ICT, including web pages, mobile applications, desktop applications, hardware, and combinations of hardware and software. - [W3C - Web Content Accessibility Guidelines (WCAG) 2.1](https://www.w3.org/TR/WCAG21/?ref=sorena.io) - Supports the success-criterion layer used in WCAG-derived testing evidence. ### [What WCAG cannot prove by itself](/artifacts/eu/accessibility-act/faq/wcag-evidence.md#what-wcag-cannot-prove-by-itself) *Module: [WCAG Evidence for the EU Accessibility Act and EN 301 549](/artifacts/eu/accessibility-act/faq/wcag-evidence.md)* WCAG is not the same thing as EN 301 549, and EN 301 549 is not the whole EAA analysis. EN 301 549 includes functional performance statements and requirements beyond WCAG-derived web criteria, and the EAA includes legal duties about covered products and services, economic operators, conformity assessment, service information, corrective action, and cooperation with authorities. - WCAG evidence does not prove that a product or service is covered or excluded under the EAA. - WCAG evidence does not prove compliance with all Annex I requirements for products, services, packaging, instructions, support services, or emergency communications. - WCAG evidence does not prove that a harmonised standard creates presumption of conformity for an EAA requirement unless the OJEU and coverage conditions are met. - WCAG evidence does not support an Article 14 fundamental-alteration or disproportionate-burden position unless that separate assessment is documented. - WCAG evidence does not remain reliable after material design, content, platform, supplier, standard, or service changes unless regression testing confirms it. Sources for this answer: - [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the broader EAA duties beyond WCAG testing, including Annex I, service-provider information, conformity assessment, and Article 14 assessment records. - [European Commission - Harmonised standards](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Supports careful wording around voluntary standards, OJEU references, and alternate technical solutions. - [ETSI - EN 301 549 V3 harmonized European Standard for ICT Accessibility](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports the point that EN 301 549 contains broader ICT requirements than a generic WCAG audit alone. ### [Review checklist for WCAG evidence](/artifacts/eu/accessibility-act/faq/wcag-evidence.md#review-checklist-for-wcag-evidence) *Module: [WCAG Evidence for the EU Accessibility Act and EN 301 549](/artifacts/eu/accessibility-act/faq/wcag-evidence.md)* Use this checklist before relying on a WCAG report in an EAA evidence pack. The goal is a bounded, reviewable conclusion: what the test proves, what it does not prove, and what additional EAA or EN 301 549 evidence is still needed. - State the claim in narrow language: for example, 'tested checkout pages against listed WCAG 2.1 success criteria mapped to EN 301 549 clause 9', not 'EAA compliant'. - Map each WCAG finding to the EN 301 549 requirement and the relevant EAA Annex I requirement or explain why the result is only design-quality evidence. - Separate sampled evidence from full-coverage evidence and keep the sampling rationale with the report. - Keep failed criteria visible until remediation and regression evidence is attached. - Review the record when covered journeys, content templates, software releases, assistive-technology support, suppliers, standards, or legal requirements change. - Escalate legal wording before using presumption-of-conformity, Article 14, CE marking, EU declaration of conformity, or authority-response language. Sources for this answer: - [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the need to keep EAA records tied to applicable accessibility requirements, technical documentation, service information, and exceptions. - [ETSI - EN 301 549 V3 harmonized European Standard for ICT Accessibility](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports using EN 301 549 as the ICT requirement map rather than treating WCAG as the whole compliance framework. - [European Commission - Harmonised standards](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Supports escalation before using presumption-of-conformity language because harmonised-standard references must be published in the OJEU for that legal effect. ### [Which products are covered by Article 2?](/artifacts/eu/accessibility-act/faq/product-and-service-categories.md#which-products-are-covered-by-article-2) *Module: [Which products and services does the EU Accessibility Act cover?](/artifacts/eu/accessibility-act/faq/product-and-service-categories.md)* The product list is closed and category based. A product is not covered merely because it has software, a screen, a web portal, or an accessibility feature. Check whether it fits one of the Article 2 product categories and then identify the product-side economic operator: manufacturer, authorised representative, importer, or distributor. - Consumer general purpose computer hardware systems and operating systems for those hardware systems. - Payment terminals and self-service terminals dedicated to covered services, including ATMs, ticketing machines, check-in machines, and interactive information terminals, with the vehicle, aircraft, ship, and rolling-stock integration limit stated in Article 2. - Consumer terminal equipment with interactive computing capability used for electronic communications services. - Consumer terminal equipment with interactive computing capability used for accessing audiovisual media services. - E-readers. Sources for this answer: - [Directive (EU) 2019/882 - Article 2 and Article 3](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Primary legal source for the EAA product categories and the Article 3 definitions of product, economic operator, consumer, and payment terminal. - [European Commission - European Accessibility Act](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/european-accessibility-act-eaa_en?ref=sorena.io) - Commission overview summarising the EAA product examples, including computers, operating systems, ATMs, ticketing machines, check-in machines, smartphones, and TV equipment. ### [Which services are covered by Article 2?](/artifacts/eu/accessibility-act/faq/product-and-service-categories.md#which-services-are-covered-by-article-2) *Module: [Which products and services does the EU Accessibility Act cover?](/artifacts/eu/accessibility-act/faq/product-and-service-categories.md)* For services, the EAA focuses on consumer-facing categories. Article 3 defines a service provider as a natural or legal person that provides a service on the Union market or offers to provide such a service to consumers in the Union. - Electronic communications services, except transmission services used for machine-to-machine services. - Services providing access to audiovisual media services, including services used to identify, select, receive information on, and view audiovisual media services and related accessibility features. - Air, bus, rail, and waterborne passenger transport elements: websites, mobile device-based services, electronic tickets and ticketing services, transport service information including real-time travel information, and covered interactive self-service terminals. - Consumer banking services, including the Article 3 banking and financial service categories listed for consumers. - E-books and dedicated software. - E-commerce services, defined as services provided at a distance through websites and mobile device-based services by electronic means at the individual request of a consumer with a view to concluding a consumer contract. - Answering emergency communications to the single European emergency number 112. Sources for this answer: - [Directive (EU) 2019/882 - Article 2 and Article 3](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Primary legal source for covered consumer service categories, Article 3 service definitions, and the separate 112 emergency communications scope rule. - [European Commission - European Accessibility Act](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/european-accessibility-act-eaa_en?ref=sorena.io) - Commission overview listing service examples such as telephony, audiovisual media access, transport-related services, banking, e-books, and e-commerce. ### [Where are the product-service boundaries and exclusions?](/artifacts/eu/accessibility-act/faq/product-and-service-categories.md#where-are-the-product-service-boundaries-and-exclusions) *Module: [Which products and services does the EU Accessibility Act cover?](/artifacts/eu/accessibility-act/faq/product-and-service-categories.md)* Mixed offers need two checks. Hardware and operating systems are product-side items when they are placed on the market. Online journeys, banking, e-books, ticketing, media access, electronic communications, and e-commerce are service-side items when provided to consumers. The same commercial offer can therefore need both a product scope record and a service scope record. - Pre-recorded time-based media published before the Article 2 cut-off stated in the Directive. - Office file formats published before the Article 2 cut-off stated in the Directive. - Online maps and mapping services when essential navigational information is provided in an accessible digital manner. - Third-party content that is not funded, developed by, or under the control of the economic operator concerned. - Website and mobile application archives that only contain content not updated or edited after the Article 2 cut-off stated in the Directive. - Microenterprises providing services are addressed separately in the Directive; do not use the microenterprise concept to remove product-side scope without checking the product provisions. Sources for this answer: - [Directive (EU) 2019/882 - Article 2 exclusions and Article 3 definitions](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Primary legal source for product and service definitions, economic operator roles, website and mobile application content exclusions, and the microenterprise definition. - [ETSI - EN 301 549 ICT accessibility standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - ETSI source explaining that EN 301 549 covers ICT products and services such as software, hardware, and combinations of hardware and software, which helps evidence mixed product-service assessments. ## FAQ Pagination - Canonical index (page 1): [/artifacts/eu/accessibility-act/faq/items](/artifacts/eu/accessibility-act/faq/items.md) - Page 1 rule: `/page/1` is intentionally not generated; use the canonical index markdown URL. - Current page: 2 of 3 Pages: [1](/artifacts/eu/accessibility-act/faq/items.md) | [2](/artifacts/eu/accessibility-act/faq/items/page/2.md) | [3](/artifacts/eu/accessibility-act/faq/items/page/3.md) [Previous page](/artifacts/eu/accessibility-act/faq/items.md) | [Next page](/artifacts/eu/accessibility-act/faq/items/page/3.md) *Recommended next step* *Placement: after evidence section* ## Check EAA scope before planning remediation Map the product or service to Article 2, Annex I, applicable standards evidence, service information, and any Article 14 assessment before setting release or remediation work. - [Open Research Copilot](/solutions/research-copilot.md): Answer EAA scope, timing, and interpretation questions with cited outputs. - [Talk through implementation](/contact.md): Review your EAA scope, standards map, evidence file, and release risks. --- [Privacy Policy](https://www.sorena.io/privacy) | [Terms of Use](https://www.sorena.io/terms-of-use) | [DMCA](https://www.sorena.io/dmca) | [About Us](https://www.sorena.io/about-us) (c) 2026 Sorena AB (559573-7338). All rights reserved. Source: https://www.sorena.io/artifacts/eu/accessibility-act/faq/items/page/2