Available in English. Italian and Dutch versions are in preparation; for assistance in another language please contact accessibility@qualityassurance.it.
Accessibility Statement
Statement prepared on 2026-05-09 · Last reviewed 2026-05-09 · Next review 2026-11-09
1. Scope of this statement
This accessibility statement applies to the QA Training Lab SaaS web application (the “Service”) operated by Quality Culture SrLS and accessible at the domains where this statement is published. It covers the authenticated learner experience (dashboard, simulators, QMS scenarios, courses, bootcamps, assessments, gamification), the public marketing pages, and the public certificate verification surface.
The statement does not cover: (a) the WordPress plugin ecosystem published at qualityassurance.it, which has its own separate compliance assessment; (b) third-party content embedded inside the Service (e.g. H5P interactive content authored by instructors, third-party video providers, embedded chat widgets) where the third party retains primary responsibility for accessibility.
2. Conformance status
This Service is designed to conform with Web Content Accessibility Guidelines (WCAG) 2.2 Level AA and with the European Norm EN 301 549 V3.2.1 (the harmonised European accessibility standard for ICT products and services, applied here as a voluntary commitment).
Conformance level achieved: Full conformance with limited exceptions. Following a remediation programme completed on 2026-05-09, the Service meets the WCAG 2.2 Level AA success criteria across the authenticated learner experience and public surfaces. A small number of specific exceptions is disclosed below in section 4 for transparency, in line with EN 301 549 Annex B reporting practice. Remediation work delivered in this programme includes: accessible names on icon-only controls (≈50 buttons), 24×24 px touch targets across interactive icons, focus traps on mobile navigation drawers and on every modal dialog (≈30 modals migrated to a shared AccessibleModal primitive with role="dialog", aria-modal, aria-labelledby, Escape-to-close, body-scroll lock and focus restoration),role="progressbar" + value attributes on every custom progress bar (≈56),role="switch" + aria-checked on every custom toggle, AA-passing text contrast on previously-marginal CTA buttons (orange/amber escalated to -600/-700) and on input placeholder text (gray-400 → gray-500). The complete remediation log is in the branch git history.
3. What “full conformance with limited exceptions” means
Under EN 301 549 Annex B, the highest honest conformance claim a self-assessing organisation can make for a non-trivial product is “full conformance with disclosed exceptions”. We list every known residual gap in section 4. The exceptions are narrow in scope, limited to specific surfaces, and have remediation owners and target dates. If you encounter an accessibility issue that is not listed in section 4, please report it via the channels in section 7 — we treat unlisted gaps as defects and prioritise them accordingly.
4. Known non-accessible content
The following narrow exceptions remain after the May 2026 remediation programme:
- H5P Studio full-page editor (admin tooling) — the H5P content editor in the admin tooling renders as a full-page overlay rather than a centred panel; the standard modal focus-trap pattern does not fit its UX. A bespoke focus-trap integration is planned for the next iteration. The H5P player surface used by learners is unaffected. Target resolution: Q3 2026.
- Legacy DIY tab interfaces (≈ 1-2 dozen pages) — most tab-style navigations in the application use the shared accessible tabs primitive (
role="tablist"/tab/tabpanelwitharia-selected). A residual set of hand-rolled tab interfaces in older admin pages has not yet been swept; visual interaction is correct but screen reader announcements may identify the controls as plain buttons rather than tabs. A follow-up sweep is planned. Target resolution: Q3 2026. - Third-party content (out of our direct control) — H5P interactive content created by instructors and third-party embedded media may not meet WCAG 2.2 Level AA. Where we identify gaps in third-party content used inside our courses, we work with the providers or replace the content. Authors and instructors have access to internal accessibility guidance for content they upload.
This list is updated each time we complete a remediation cycle. The most recent revision is shown in the header of this statement.
5. Compatibility
The Service is designed to be compatible with the latest two versions of Chrome, Firefox, Edge and Safari on desktop, mobile Safari (iOS 16+) and Chrome Android (12+), and assistive technologies including the screen readers NVDA (Windows), JAWS (Windows), VoiceOver (macOS, iOS) and TalkBack (Android). Older browser versions may render the Service correctly but are not part of the supported assistive technology matrix.
6. How this statement was prepared
This statement was prepared on 2026-05-09 on the basis of:
- An internal sample-based code audit of the SaaS web application against the 50 success criteria of WCAG 2.2 Level AA, carried out in May 2026.
- A targeted remediation programme delivered on 2026-05-09 that closed the gaps the May 2026 audit identified — including icon-only button accessible names, touch target sizes, modal-dialog and mobile-drawer focus traps, custom progress-bar and switch ARIA attributes, and CTA / placeholder text-contrast adjustments. The programme is documented in the source tree git history under commits authored on that date.
- An earlier comprehensive WCAG 2.2 Level AA audit of the WordPress plugin ecosystem completed in January 2026 (out of scope for this statement, but informs our cross-product standards).
- Manual keyboard navigation testing on the principal user journeys (login, dashboard, QMS scenario, course player, profile, admin tooling).
- Review of the design system primitives (Button, Badge, Input, Label, Card,
AccessibleModal,useFocusTraphook) used across the Service.
We have not yet commissioned an independent third-party accessibility audit. Doing so is part of the Q4 2026 plan and will provide external validation of the conformance claim above.
7. Feedback and contact
We welcome feedback on the accessibility of the Service. If you encounter an accessibility barrier, need information in an alternative format, or have suggestions for improvement, please contact us:
- Email: accessibility@qualityassurance.it
- Postal: Quality Culture SrLS — registered office in Italy. Postal address is provided upon request via the email above.
We aim to respond to accessibility feedback within 5 business days.
8. Enforcement procedure
If you contact us using the channels in section 7 and are not satisfied with our response, European Union users may refer the matter to the relevant national accessibility supervisory body of their member state. The list of competent authorities is maintained by the European Commission at digital-strategy.ec.europa.eu/en/policies/web-accessibility. Users in the United Kingdom may contact the Equality and Human Rights Commission (EHRC).
This statement is a voluntary commitment by a private-sector SaaS provider; the Service is not a public-sector body subject to Directive (EU) 2016/2102, but we apply the same level of transparency and remediation discipline.