Compliance Programme Template
Generate a full EAA Accessibility Compliance Programme — the governance document that defines who is responsible, what is in scope, how documents are managed, and how compliance is maintained across your organisation.
What this generates: A Word (.docx) document covering governance, scope, document management (using local file references — not web links), audit cycle, remediation SLAs, training, supply chain policy, and complaint handling. Suitable for internal use, regulatory inspection, and management sign-off.
Legal basis for the compliance programme
- S.I. No. 636/2023 — European Union (Accessibility Requirements of Products and Services) Regulations 2023Regulation 5 — Accessibility requirements
Read the verbatim text (1700+ characters) ▾Hide verbatim text ▴
5. (1) Subject to Regulation 15, economic operators shall only – (a) place on the market products, or (b) provide services, that comply with the accessibility requirements specified in this Regulation in relation to the products or service concerned. (2) Products – (a) shall comply with the accessibility requirements specified in Part 1 of Schedule 1, and (b) other than self-service terminals, shall comply with the accessibility requirements specified in Part 2 of Schedule 1. (3) Subject to paragraph (4), services – (a) other than urban and suburban transport services and regional transport services, shall comply with the accessibility requirements specified in Part 3 of Schedule 1, and (b) shall comply with the accessibility requirements specified in Part 4 of Schedule 1. (4) Paragraph (3) and Regulation 14 shall not apply to a service provided by a microenterprise. (5) The answering of emergency communications to the single European emergency number ‘112’ by the most appropriate PSAP shall comply with the specific accessibility requirements specified in Part 5 of Schedule 1. (6) The market surveillance authority shall, for the purpose of facilitating the application of these Regulations, provide guidelines and tools to microenterprises. (7) The market surveillance authority, in developing the tools referred to in paragraph (6) – (a) shall consult with relevant stakeholders, and (b) may, where it considers it necessary to do so, request the assistance of the National Disability Authority or a compliance authority. (8) The National Disability Authority or the compliance authority concerned shall comply with a request made to it under paragraph (7)(b).
Retrieved 2026-04-24View on Irish Statute Book ↗Transposes Directive (EU) 2019/882 — European Accessibility Act, Article 4 — EUR-Lex ↗ (official English text pending verbatim ingestion). - S.I. No. 636/2023 — European Union (Accessibility Requirements of Products and Services) Regulations 2023Regulation 14 — Obligations of service providers
Read the verbatim text (2700+ characters) ▾Hide verbatim text ▴
14. (1) A service provider shall ensure that a service provided by the service provider is designed and provided in accordance with the applicable accessibility requirements. (2) Before providing a service, a service provider shall – (a) prepare the necessary information in accordance with Schedule 3, which, without prejudice to the generality of the Schedule, shall explain how the service meets the applicable accessibility requirements, (b) make the information specified in subparagraph (a) available to the public in writing and in oral format, including in a manner that is accessible to persons with disabilities, and (c) keep the information specified in subparagraph (a) for as long as the service is in operation. (3) Without prejudice to Regulation 38, a service provider shall – (a) ensure that procedures are in place so that the provision of a service remains in conformity with the applicable accessibility requirements, and (b) adequately take into account changes in – (i) the characteristics of the provision of the service, (ii) applicable accessibility requirements, and (iii) the harmonised standards or technical specifications by reference to which a service is declared to meet the applicable accessibility requirements. (4) A service provider shall – (a) where the service is not in conformity with the applicable accessibility requirements, take the corrective measures necessary to bring that service into conformity, (b) where the service is not compliant with the applicable accessibility requirements, immediately inform the competent national authorities of the Member States in which that service is provided to that effect, and give details, in particular, of the non-compliance and of the corrective measures taken, (c) further to a request in a notice given to the service provider by the relevant compliance authority, giving reasons for the request, provide the relevant compliance authority with all information, in paper or electronic form, necessary to demonstrate the conformity of the service with the applicable accessibility requirements, and (d) cooperate with the relevant compliance authority, at its request, on any action taken to bring the service into compliance with the applicable accessibility requirements. (5) Where the service provider concerned fails to comply within such time as is specified in the request with a request under paragraph (4)(c), the relevant compliance authority may give the service provider a direction requiring the service provider to, within such period and in such manner as is specified in the direction and as the relevant compliance authority considers reasonable, provide the information concerned.
Retrieved 2026-04-24View on Irish Statute Book ↗Transposes Directive (EU) 2019/882 — European Accessibility Act, Article 13 — EUR-Lex ↗ (official English text pending verbatim ingestion). - Directive (EU) 2016/2102 — Public Sector Accessibility DirectiveArticle 9 — Accessibility statement
⚠️ LEGAL TEXT PENDING — paste Article 9 verbatim from the sourceUrl. Mandates the accessibility statement: public-sector bodies must provide and regularly update a detailed, comprehensive, and clear statement in an accessible format. This is the legal basis for every web/app accessibility statement in the EU. Placeholder only.
Retrieved 2026-04-24View on EUR-Lex ↗
What is this?
This tool helps you build a structured accessibility compliance programme — a roadmap with owners, timelines, and milestones for reaching and maintaining EAA compliance.
When do I need this?
Use this when setting up or formalising your accessibility compliance effort, particularly if you need to present a compliance programme to senior leadership or regulators.
- 1Enter your EAA deadline and product scope — Select your applicable EAA compliance date (most products: June 2025 for new; June 2030 for legacy) and list your in-scope products.
- 2Complete the maturity assessment — Answer questions about your current practices to establish a baseline.
- 3Review the generated programme — The tool produces a phased roadmap with recommended activities, milestones, and roles.
- 4Assign owners and dates — Edit the programme to assign each activity to a real person with a real deadline.
- 5Export and track — Download the programme as a spreadsheet or document. Review it quarterly and update as you make progress.
Section 1 — Programme Identity
Microenterprise Exemption (Article 4(5))
Article 4(5) of the EAA exempts microenterprises that provide services (not products) from the accessibility requirements of Article 4. This is a narrow exemption — both thresholds must be met simultaneously and continuously. If your organisation grows beyond either threshold, the exemption is lost and full compliance is required from that point. Hardware and product manufacturers are not eligible regardless of size.
Article 32 — Transitional Provisions (organisation level)
Article 32 of Directive (EU) 2019/882 grants a transitional grace period for products and services that were already on the EU market before 28 June 2025. If the services covered by this programme were provided to consumers before that date, you should disclose the transitional status here so it appears in the exported document. New services launched after 28 June 2025 are NOT eligible.
Section 2 — Governance
The EAA does not prescribe a governance structure, but market surveillance authorities will look for clear, named accountability. A Management Sponsor provides senior-level ownership and signs off on legal documents (Declarations of Conformity, burden assessments). The Accessibility Officer manages day-to-day programme activities, maintains compliance records, and is the point of contact for regulatory enquiries. Without named owners, a compliance programme has no enforceable authority within the organisation.
The Competent Authority field is critical: under Article 14(7), any disproportionate burden assessment must be formally notified to the national market surveillance authority before the exemption can be relied upon. This field records which authority covers your organisation.
Section 3 — Products and Services in Scope
The EAA applies only to specific product and service categories listed in Annex I. You must identify exactly which of your products and services fall within scope, and map each one to the correct Annex I section — this mapping determines which technical requirements apply and which sector-specific provisions (e.g. banking, transport, e-commerce) are relevant.
Use Transitional for products already on the market before 28 June 2025 that benefit from the Article 32 grace period — these must still reach full compliance by 28 June 2030. Use Excluded only where there is a documented legal reason (e.g. the product genuinely falls outside Annex I scope, or a microenterprise exemption applies). Unjustified exclusions are a compliance risk if investigated.
The Annex I section is auto-populated from the category — you can override it if needed.
Section 4 — Compliance Document Management
Article 20 of the EAA requires economic operators to retain technical documentation for a minimum of 5 years after a product is last placed on the market or a service is last provided. Market surveillance authorities can request this documentation at any time — if it cannot be produced promptly, the organisation is treated as non-compliant regardless of the actual accessibility status of the product.
This section defines how compliance documents are stored, named, and version-controlled within your organisation. A clear naming convention prevents confusion between versions and makes it straightforward to locate the current document for each product during an inspection.
Section 5 — Audit and Review Cycle
The EAA does not prescribe a specific audit frequency, but Accessibility Statements must be reviewed whenever conformance status changes, and the disproportionate burden assessment renewal obligation (Article 14(4)) requires reassessment at least every 5 years or on significant product change. In practice, annual audits are the minimum credible standard — enforcement bodies will question a programme that has not been audited within the past 12 months.
The interim review triggers are events that require an out-of-cycle accessibility review regardless of when the last scheduled audit was. Without these, a major product release or regulatory change could go unreviewed until the next annual cycle, creating a compliance gap that is difficult to defend.
Section 6 — Remediation SLAs
When an audit or complaint identifies an accessibility barrier, you need a documented process for resolving it. Enforcement bodies will look not just at whether barriers exist, but at whether the organisation has a credible, time-bound plan to fix them. Defined severity levels and fix deadlines demonstrate good-faith compliance effort and protect the organisation in the event of an inspection or formal complaint.
Critical barriers — those that completely prevent a person with a disability from using the product or service — carry the highest regulatory risk. They should be treated with the same urgency as a production outage. Escalation is important: if a fix deadline is missed, the issue must automatically move up the reporting chain so that resource can be allocated.
Section 7 — Training
Untrained staff will continuously introduce new accessibility barriers, regardless of how thorough the last audit was. The EAA's organisational measures — referenced in Annex V Accessibility Statements — implicitly require staff with relevant responsibilities to understand accessibility requirements. Training records serve two purposes: they change behaviour and they provide evidence of reasonable diligence if the organisation is challenged.
Different roles need different training. Developers need to know how to code accessibly and test with assistive technologies. Content authors need to understand alt text, plain language, and heading structure. Procurement teams need to know what to require from suppliers. Management needs enough awareness to make informed decisions about resourcing and risk. The pre-populated rows below cover the five core audiences — edit them to match your organisation.
Section 8 — Supply Chain and Procurement Policy
Under the EAA, if you incorporate a third-party product or service into what you offer to end users, you are responsible for the accessibility of the combined result. Buying an inaccessible component and embedding it in your product does not transfer liability — the importer or distributor placing that product on the EU market is responsible under Article 7 and Article 9. This means supplier accessibility requirements are not optional extras; they are a direct extension of your own compliance obligation.
The most effective risk management tool is the contract. An Accessibility Conformance Report (ACR/VPAT) or EU Declaration of Conformity clause in the supplier agreement shifts risk and creates a paper trail showing due diligence. Requiring ACRs at procurement and renewal — rather than retrospectively — prevents inaccessible components from entering the supply chain in the first place. Document the clause reference below so it can be cited in any future inspection.
Section 9 — Feedback and Complaint Handling
Article 13(1) of the EAA requires service providers to include a feedback mechanism in their Accessibility Statement so that users can report barriers and request accessible alternatives. This is not just a courtesy — it is a legal obligation, and the channel must be functional and monitored. A 20-working-day response SLA is the standard used by most national implementations, though some member states set shorter deadlines. Check your national transposition law.
Complainants who are unsatisfied with the response have the right to escalate directly to the national enforcement body (the competent authority designated under Article 30). Enforcement bodies will check, at a minimum, whether a feedback mechanism exists, whether it was responded to, and whether any identified barriers were logged and remediated. Documenting your escalation path — both internally and the route to the enforcement body — shows that the organisation takes complaints seriously and has a structured process for handling them.
Export Compliance Programme
Generates a full Word (.docx) document covering all 10 programme sections. Store in your compliance document repository and present for management sign-off and regulatory inspection.
Enter organisation name to enable export
Export as evidence
Add organisation name above to enable export
Every export includes a legal-evidence metadata footer with the audit ID, generation date, tool version, EN 301 549 clauses, and the standard disclaimer. Legal-grade evidence — not legal advice.
Important Legal Disclaimer
This tool is a self-assessment aid only and does not constitute legal advice or a formally certified compliance assessment. Outputs — including reports, scores, checklists, and accessibility statements — are for internal use and should be reviewed by a qualified legal representative or independent accessibility auditor before being relied upon for regulatory, procurement, or public-disclosure purposes. All assessment risk lies with the internal assessor. accessibilityref, its developers, and staff accept zero liability for losses arising from use of or reliance on these outputs. Always verify against official sources: the W3C WCAG 2.2 Recommendation, the European Accessibility Act (Directive 2019/882), and your national enforcement authority.