- Product-law guidance supporting the caution that harmonised standards may not cover every applicable requirement or risk.
"it cannot be assumed"
European Accessibility Act evidence should show how a covered product or service was checked against the applicable Annex I accessibility requirements, not just that a team ran an accessibility scan.
Use this page to structure product technical documentation, service accessibility information, EN 301 549/WCAG mappings, harmonised-standard assumptions, Article 14 exception records, and practical test outputs.
Structured answer sets in this page tree.
Cited legal and guidance references.
Testing and conformance evidence under Directive (EU) 2019/882 should connect four things: the covered product or service, the relevant Annex I requirement, the method used to test or assess it, and the record that proves the conclusion. For products, that record belongs in the technical documentation and EU declaration of conformity process. For services, it belongs in the information showing how the service meets the accessibility requirements and how service delivery remains controlled.
Annex I is the anchor for EAA accessibility evidence. A useful matrix separates product requirements, service requirements, sector-specific requirements, support-service information, and functional performance criteria so reviewers can see which requirements were applicable, tested, not applicable, or handled through an Article 14 assessment.
For products, capture evidence for accessible instructions and warnings, user interface and functionality design, assistive-technology interoperability, packaging or maintenance instructions where relevant, and available support services. For services, capture evidence for accessible service information, websites, online applications, mobile services, support services, and any sector-specific functions such as banking identification and payments, e-book metadata, or e-commerce checkout.
Use Sorena to connect Annex I requirements, test results, product files, service information, supplier inputs, standards mappings, and Article 14 exception records in one cited evidence model.
Product evidence and service evidence are not the same file. For products, Annex IV requires technical documentation that lets conformity with the relevant accessibility requirements be assessed. It should cover the applicable requirements and, as relevant, the design, manufacture, and operation of the product.
For services, Annex V requires information in the general terms and conditions or an equivalent document explaining how the service meets the accessibility requirements. That service record should describe the service in accessible formats, explain its operation, describe how the relevant Annex I requirements are met, and show that the service delivery process and monitoring keep the service compliant.
EN 301 549 is useful evidence for ICT accessibility because it covers functional performance statements and technical requirements for web content, documents, software, hardware, support services, and related ICT features. It also includes requirement-by-requirement test descriptions, but the standard itself warns that Annex C is not a full testing methodology.
Do not reduce the EAA record to WCAG pass/fail results. WCAG evidence is important for web, document, and software interfaces, but EAA Annex I also includes product information, packaging, assistive-technology interoperability, support services, sector-specific service functions, and functional performance criteria. The test plan should therefore say where WCAG or EN 301 549 applies and where another inspection, hardware test, service process check, or Article 14 assessment is needed.
Harmonised standards can help, but they do not erase the need for traceability. Article 15 gives a presumption of conformity only for harmonised standards or parts of standards whose references have been published in the Official Journal, and only insofar as those standards or parts cover the relevant EAA accessibility requirements.
If the team relies on Article 14 because a requirement would fundamentally alter the product or service or impose a disproportionate burden, the record needs to be more detailed than a risk note. Article 14 requires an assessment, documentation of relevant results, retention for the applicable five-year period, authority access on request, renewal rules for service providers relying on disproportionate burden, and information to the relevant authorities when the exception is used, except where the Directive states a microenterprise carve-out.
"it cannot be assumed"
"in so far as those standards or parts thereof cover those requirements"
"Accessibility requirements for ICT products and services"
"European Standard EN 301 549"
"products and services"
"The use of these standards remains voluntary."