Topics

Vier versies van de VPAT / ACR: de verschillen tussen de WCAG-, 508-, EU- en INT-versie en hun juridische achtergrond

  • column

In het vorige artikel, "Het verschil tussen VPAT / ACR en de Japanse testmethode", hebben we het verschil in aanpak besproken tussen het in de VS ontwikkelde rapportageformaat VPAT / ACR en de test volgens JIS X 8341-3, die in Japan gebruikelijk is.

In dit vervolgartikel gaan we in op de "versie (Edition)" van VPAT.
De ITI (Information Technology Industry Council), die de VPAT-sjabloon verspreidt, biedt voor dezelfde VPAT 2.5Rev vier varianten aan: WCAG-, 508-, EU- en INT-versie. Wanneer een zakelijke partner in het buitenland vraagt om een VPAT, hangt de juiste versie af van de wet of norm waaronder de partner inkoopt.

In dit artikel leggen we de verschillen tussen de vier versies uit, samen met de wettelijke achtergrond van elk.

Een korte herhaling van VPAT en ACR

  • VPAT (Voluntary Product Accessibility Template) is een "leeg sjabloon" dat door de ITI wordt verspreid.
  • ACR (Accessibility Conformance Report) is het "ingevulde rapport" waarin de beoordelingsresultaten in dat sjabloon zijn opgenomen.

Een ACR wordt per product (Product) opgesteld. Per succescriterium wordt beoordeeld met vier niveaus: Supports (voldoet), Partially Supports (voldoet deels), Does Not Support (voldoet niet) en Not Applicable (niet van toepassing), en in Remarks wordt de onderbouwing vermeld. Zoals in het vorige artikel is beschreven, is het geen "conformiteitsverklaring", maar een document waarin transparant wordt gemaakt wat wel en niet werkt.

Waarom zijn er vier versies?

VPAT is oorspronkelijk ontwikkeld voor de ICT-inkoop door de Amerikaanse federale overheid. Later heeft de EU een eigen norm voor toegankelijkheid opgesteld (EN 301 549), en ook de WCAG van W3C is herzien naar 2.1 en 2.2. Daardoor moet de inhoud van de tabel worden aangepast afhankelijk van de norm waarop wordt geantwoord, en daarom verspreidt de ITI de versies sindsdien afzonderlijk.

De huidige nieuwste versie is VPAT 2.5Rev (april 2025). De opbouw van de vier versies is als volgt.

Versie

Doelgroep

Opgenomen WCAG-versie

Hoofdstukken buiten WCAG

Voornaamste doelgroep

WCAG-versie

WCAG 2.x

2.0 / 2.1 / 2.2

Geen

Particuliere en binnenlandse commerciële transacties die niet gebonden zijn aan een specifiek wettelijk kader

Section 508-versie

Herziene Section 508 (Verenigde Staten)

Alleen 2.0

Herziene Sectie 508, hoofdstuk 3-6

Amerikaanse federale overheid en haar contractanten

EU-versie

EN 301 549(EU)

2.0 / 2.1

EN 301 549, hoofdstuk 4-13

Producten en diensten voor de Europese markt

INT-versie

Alle hierboven genoemde

2.0 / 2.1 / 2.2

Hoofdstukken van 508 en hoofdstukken van EN

Producten die op meerdere markten worden aangeboden

De tabellen met WCAG-succescriteria komen in elke versie voor, maar de opgenomen versies verschillen.
In de 508-versie ontbreken de rijen voor WCAG 2.2-succescriteria helemaal, en de EU-versie gaat alleen tot 2.1.
Dit komt doordat elke wet of norm de WCAG-versie weergeeft waarnaar zij zelf verwijst.

Hieronder bekijken we per versie de achtergrond.

WCAG-versie: antwoord op de technische standaard, niet op de wet

WCAG (Web Content Accessibility Guidelines) is een technische standaard voor webcontent, opgesteld door het W3C, en is zelf geen wet.
Toch verwijzen de Amerikaanse Section 508, de Europese EN 301 549 en de Japanse JIS X 8341-3 bij de eisen voor webcontent allemaal naar WCAG. WCAG vormt daarmee de gemeenschappelijke basis van de nationale regelgeving.

De WCAG-versie van de VPAT beantwoordt rechtstreeks deze gemeenschappelijke basis.
Alle WCAG 2.0-, 2.1- en 2.2-succescriteria (niveau A, AA en AAA) staan in de tabel en er is geen hoofdstuk dat specifiek over wetgeving gaat.

Geschikt voor

  • Wanneer een zakelijke klant, anders dan een Amerikaanse federale overheid of een partij op de EU-markt, vraagt om inzicht in de toegankelijkheid van een product
  • Wanneer er in Japan een rapport in een internationaal standaardformaat wordt gevraagd
  • Wanneer het niet duidelijk is welke versie nodig is (begin met de WCAG-versie en voeg indien nodig de 508-versie of EU-versie toe)

Voorbeelden waarin de wet rechtstreeks naar WCAG verwijst

In the United States, the April 2024 revision of Title II of the ADA (Americans with Disabilities Act) requires that web content of state and local governments, including public facilities such as state universities and public libraries, conform to WCAG 2.1 Level AA.
Universities that receive federal funding are also subject to Section 504 of the Rehabilitation Act, which likewise requires WCAG 2.1 Level AA.
Because the WCAG referenced in the Section 508 template only goes up to 2.0, when these institutions request an ACR, it is appropriate to demonstrate conformance to 2.1 using the WCAG edition (or the INT edition).
US universities often require a VPAT when purchasing software, and in states whose laws reference Section 508, they may request the Section 508 edition.

Section 508 edition: Meeting US federal procurement requirements

Legal background

Section 508 of the Rehabilitation Act requires US federal agencies to ensure that ICT (information and communication technology) they procure, develop, and use is accessible to federal employees and members of the public with disabilities.
The current form was established by the 1998 amendment, and Subpart 39.2 of the Federal Acquisition Regulation (FAR) requires accessibility requirements to be built into procurement from the planning stage.

In January 2017, the Revised Section 508 Standards were published as a final rule and took effect on January 18, 2018.
This revision incorporated WCAG 2.0 Level A and AA by reference as the requirements for web content.
The Section 508 template only lists WCAG 2.0 because the law references 2.0. The US Access Board issued a Request for Information (RFI) in 2025 toward updating the standards, and an update to WCAG 2.2 is expected in the future, but the current legal requirement is 2.0.

Template contents

The Section 508 edition includes a WCAG 2.0 table followed by tables for each chapter of the Revised Section 508 Standards.

  • Chapter 3 Functional Performance Criteria: Answers whether the product is usable for each user characteristic, such as vision, hearing, speech, manipulation, and cognition.
  • Chapter 4 Hardware
  • Chapter 5 Software: Integration with platform accessibility services, authoring tools, and so on.
  • Hoofdstuk 6 Ondersteuningsdocumentatie en services: of de documentatie en het supportkanaal voor de toegankelijkheidsfuncties van het product toegankelijk zijn aangeboden

Voor websites en webapplicaties krijgen de meeste onderdelen van hoofdstuk 4 en veel onderdelen van hoofdstuk 5 de status "Not Applicable". Toch moet u per onderdeel een motivering geven waarom het niet van toepassing is.
In hoofdstuk 5 voegt u bijvoorbeeld toe dat een webapplicatie onder Section 508 wel als software geldt, maar dat een toepassing die geen gebruik maakt van de toegankelijkheidsservices van het platform onder de uitzondering van 501.1 valt.
Dit deel kunt u alleen goed invullen als u de structuur van Section 508 kent, en hier verschilt de VPAT het sterkst van de WCAG-versie.

Wie vraagt erom?

Noch Section 508 noch de FAR (Federal Acquisition Regulation) verplichten leveranciers rechtstreeks tot het indienen van een VPAT.
Omdat de GSA-inkoopricht­lijnen federale instanties vragen om bij aanbestedingen een ACR te eisen, is het in de praktijk toch vaak een voorwaarde voor inschrijving in de volgende situaties.

  • Bij directe levering aan federale overheidsinstanties
  • Bij levering van producten aan Amerikaanse bedrijven die federale opdrachten uitvoeren (wanneer u onderdeel van de toeleveringsketen bent)

Wanneer de kwalificaties van de testers worden beoordeeld

Bij federale aanbestedingen kan naast de ACR ook worden gevraagd wie de test heeft uitgevoerd en op welke manier.

Het Amerikaanse ministerie van Binnenlandse Veiligheid (DHS) heeft het Trusted Tester Process vastgesteld als procedure om de naleving van Section 508 consistent te toetsen. Personen die deze procedure beheersen, worden erkend als Trusted Testers. Instanties die deze procedure hanteren, accepteren alleen testresultaten van erkende Trusted Testers.

Liberogic beschikt over medewerkers met de Trusted Tester-kwalificatie en kan testen volgens deze procedure en een ACR-versie 508 opstellen.

EU-versie: antwoord op EN 301 549 en de European Accessibility Act

Legal background

EN 301 549 is de Europese norm voor "toegankelijkheidseisen voor ICT-producten en -diensten", opgesteld door het Europese normalisatie-instituut.
Waar Section 508 in de VS een "wet" is, is EN 301 549 een "norm"; meerdere EU-wetten verwijzen naar deze norm.

  • Richtlijn webtoegankelijkheid (Directive 2016/2102) — van toepassing op websites en mobiele apps van overheidsinstanties. EN 301 549 is de geharmoniseerde norm die hierbij hoort.
  • European Accessibility Act (EAA, Directive 2019/882) — van toepassing op commerciële producten en diensten. De toepassing is begonnen op 28 juni 2025. Het betreft onder meer e-commerce, bankdiensten, e-boeken, personenvervoer, telecomdiensten, besturingssystemen en computers, en geldautomaten en kaartautomaten.

Met name belangrijk aan de EAA is dat ook bedrijven buiten de EU eronder vallen.
Zolang gereguleerde diensten worden aangeboden aan consumenten in de EU, maakt het niet uit in welk land de aanbieder gevestigd is.
Dit geldt ook voor Japanse bedrijven die webshops of SaaS aanbieden aan EU-consumenten. (Kleine ondernemingen met minder dan 10 werknemers en een jaaromzet of balanstotaal van maximaal 2 miljoen euro zijn voor diensten vrijgesteld.)

Relatie tussen de EAA en VPAT

Net als Section 508 verplicht de EAA niet wettelijk om een VPAT of ACR in te dienen.
Voor producten vereist de EAA een EU-conformiteitsverklaring en CE-markering; voor diensten vereist de EAA dat de aanbieder, conform bijlage V, informatie publiceert, bijvoorbeeld in de gebruiksvoorwaarden, over hoe aan de toegankelijkheidseisen wordt voldaan.

Als praktisch middel om concreet aan te tonen hoe aan EN 301 549 wordt voldaan, wordt de EU-versie van de ACR veel gebruikt.
Wanneer Europese klantbedrijven leveranciers selecteren, vragen zij vaak om een ACR voor EN 301 549; dit lijkt op de Amerikaanse aanbestedingspraktijk.
Ook bij het opstellen van de uitleg die de EAA van dienstverleners vraagt, over hoe de dienst aan de toegankelijkheidseisen voldoet, kan een ACR met de conformiteitsstatus per succescriterium direct als onderbouwing dienen.

Template contents

De EU-versie bevat, na de tabellen voor WCAG 2.0 en 2.1, tabellen per hoofdstuk van EN 301 549 (in de norm "clausules" genoemd).

  • Hoofdstuk 4 Functionele prestaties: komt overeen met hoofdstuk 3 van Section 508
  • Hoofdstuk 5 Algemene vereisten, Hoofdstuk 6 ICT met tweerichtingsspraakcommunicatie, Hoofdstuk 7 ICT met videofunctionaliteit, Hoofdstuk 8 Hardware
  • Hoofdstuk 9 Web: zie de WCAG-tabel
  • Hoofdstuk 10 Niet-webdocumenten, Hoofdstuk 11 Software, Hoofdstuk 12 Documentatie en ondersteuningsdiensten, Hoofdstuk 13 Relaisdiensten en toegang tot noodhulpdiensten

Bij webdiensten krijgen ook hier veel hoofdstukken de status "Not Applicable", maar net als bij de 508-versie geeft u een motivatie op.

Let op wijzigingen in de norm

EN 301 549 verwijst momenteel naar v3.2.1 (gebaseerd op WCAG 2.1) als geharmoniseerde norm.
Om aan de EAA te voldoen is echter v4.1.1 (gebaseerd op WCAG 2.2) herzien; deze werd in augustus 2026 aangenomen en in september gepubliceerd.
Zodra deze in het Publicatieblad van de EU als geharmoniseerde norm wordt vermeld, is het de norm die het 'vermoeden van conformiteit' biedt.
Naar verwachting wordt ook de EU-versie van de ITI-sjabloon hierop bijgewerkt.

INT-versie: één document dat alles dekt

De INT-versie (International Edition) bundelt de WCAG-, 508- en EU-versies in één document.
Na de tabellen met alle succescriteria van WCAG 2.0, 2.1 en 2.2 volgen hoofdstuk 3 tot en met 6 van de herziene 508-norm en hoofdstuk 4 tot en met 13 van EN 301 549.

Geschikt voor

  • Voor producten die in de VS en de EU worden aangeboden en waarvoor u niet voor elke klant een aparte versie wilt maken
  • Voor een wereldwijd aangeboden SaaS waarbij u één document wilt hebben dat de informatie bevat die inkopers in elk land nodig hebben

Aandachtspunten

Het document wordt lang.
Naast de tabel met alle succescriteria van WCAG 2.0 tot en met 2.2 volgen de hoofdstukken van de herziene Section 508 (hoofdstuk 3 tot en met 6) en EN 301 549 (hoofdstuk 4 tot en met 13). Voor websiteprojecten moet u bovendien in totaal meer dan 200 regels met antwoorden en toelichtingen invullen.

Positie van Japan: in Japan bestaat er geen wet die een VPAT verplicht stelt

In Japan is JIS X 8341-3:2016 (inhoudelijk gelijk aan WCAG 2.0) de standaard voor webtoegankelijkheid.
In april 2024 is de herziene Wet ter bevordering van de opheffing van discriminatie van personen met een handicap in werking getreden, waardoor ook private bedrijven verplicht zijn redelijke aanpassingen te bieden. Er bestaat echter geen wettelijke verplichting, zoals Section 508 in de VS of de EAA in de EU, om bij aanbesteding een rapport over toegankelijkheidsconformiteit over te leggen.

Toch is een VPAT voor Japanse bedrijven relevant in de volgende situaties.

  • Zakelijke transacties met klanten in het buitenland: Het leveren van producten of diensten aan de Amerikaanse federale overheid of aan EU-bedrijven, of het toetreden tot de toeleveringsketen van Amerikaanse of EU-bedrijven
  • Selectie van buitenlandse SaaS: Bij de invoering van buitenlandse producten door Japanse bedrijven de ACR van de leverancier lezen en beoordelen
  • Binnenlandse transacties die volgens de wereldwijde standaard openbaar moeten worden gemaakt: Hiervoor gebruikt u de Japanstalige VPAT die in het vorige artikel is besproken

Kortom: in Japan gebruikt men binnenlands de Japanstalige VPAT en voor het buitenland de officiële ITI-sjabloon voor de VPAT.

Opmerking: JIS X 8341-3 wordt herzien. Het beleid is om dezelfde succescriteria te hanteren als WCAG 2.2; publicatie wordt verwacht in het fiscale jaar 2026. Na publicatie kunnen de Japanse JIS-conforme tests en de WCAG- en INT-versies van de VPAT voor het buitenland op basis van dezelfde succescriteria worden beoordeeld. Zo ontstaat de basis om met één controle beide rapporten, binnenlands en buitenlands, op te stellen. De diagnose van Liberogic wordt momenteel al beoordeeld op WCAG 2.2, dus na de herziening is de overstap zonder meer mogelijk.

Welke versie moet u kiezen?

Doelgroep en markt

Onze aanbevolen versie

De Amerikaanse federale overheid of haar contractpartners

Section 508-versie

Producten en diensten voor de EU-markt (onder de EAA, inkoop door EU-bedrijven)

EU-versie

Zowel de VS als de EU

INT-versie

Particuliere en binnenlandse commerciële transacties die niet gebonden zijn aan een specifiek wettelijk kader

WCAG-versie (voor de Japanse markt ook de Japanse versie)

Ik twijfel nog

Begin met de WCAG-versie. De testresultaten zijn gelijk, dus u kunt later de 508- en EU-versie toevoegen.

Liberogic ondersteunt alle vier de versies.

Met de accessibility-audit van Liberogic kunnen we ACR's opstellen in de WCAG-, 508-, EU- en INT-versies, op basis van de officiële ITI-sjabloon (VPAT 2.5Rev, april 2025).
De controle wordt uitgevoerd door IAAP-gecertificeerde WAS-specialisten (Web Accessibility Specialist) en houders van het Trusted Tester-certificaat, zodat de resultaten betrouwbaar zijn.

Het onderwerp is websites en webapplicaties die via een webbrowser worden gebruikt. Hardwareproducten en softwareproducten zoals besturingssystemen en native desktop- of mobiele apps vallen buiten het bereik. Voor de hardware- en softwaresecties van de 508-, EU- en INT-versies wordt vermeld waarom deze niet van toepassing zijn op een webproduct.

  • De controle wordt uitgevoerd op basis van steekproeven volgens WCAG-EM, en de resultaten kunnen voor elke versie worden gebruikt. Als u later een versie toevoegt, hoeft de controle niet opnieuw te worden uitgevoerd.
  • De beoordeling wordt uitgevoerd door een externe, onafhankelijke partij, en dit wordt vermeld in het veld met de beoordelingsmethode, inclusief de testperiode. Dit maakt de objectiviteit van de beoordeling beter aantoonbaar dan een ACR die alleen intern door de leverancier is beoordeeld.
  • De wetsspecifieke secties van 508 en EN 301 549 worden voor webwebsites en webapplicaties opgesteld met antwoorden en motivaties. De functionele prestatiecriteria (508 hoofdstuk 3 / EN hoofdstuk 4) worden afgeleid uit de beoordelingsresultaten per WCAG-succescriterium. De secties over documentatie en ondersteuning (508 hoofdstuk 6 / EN hoofdstuk 12) worden opgesteld op basis van de situatie van uw helppagina's en contactkanalen.
  • De oplevering gebeurt in zowel docx als PDF. Als u het document intern wilt aanvullen of bewerken voordat het wordt gepubliceerd, gebruikt u de docx-versie; voor direct indienen kunt u de PDF gebruiken.

Conclusie

  • Er zijn vier versies van de VPAT: WCAG-, 508-, EU- en INT-versie, en het verschil zit in de vraag op welke wet of norm wordt geantwoord.
  • De 508-versie is bedoeld voor aanbestedingen door de Amerikaanse federale overheid (herziene Sectie 508, WCAG 2.0), de EU-versie voor EN 301 549 en de Europese toegankelijkheidswet (WCAG 2.1, later naar 2.2), de WCAG-versie is een technische standaard die niet aan een wet is gekoppeld, en de INT-versie omvat alle voorgaande.
  • In Japan bestaat geen wet die een VPAT verplicht stelt, maar bij internationale zaken en in leveringsketens wordt er steeds vaker om gevraagd.
  • Liberogic kan na één controle ACR's voor alle vier de versies opleveren.

Als u van buitenlandse zakenpartners een VPAT of ACR moet aanleveren en niet zeker weet welke versie u moet indienen, neem dan gerust contact met ons op. Wij adviseren u graag over de juiste versies en taalcombinaties die passen bij uw internationale activiteiten.

Over de auteur

Van DTP naar het web: al snel werkte hij aan markup, frontend, projectregie en accessibility, en beheerst hij alles. Actief bij Liberogic sinds de beginjaren en nu een levende encyclopedie binnen het bedrijf. Recentelijk verdiept hij zich, met prompts als hulpmiddel, in de vraag: "Kunnen we voor accessibility niet meer op AI leunen?" Technologie en denkwijze blijven zich ontwikkelen.

Ayumu Futamata

IAAP-gecertificeerd webaccessibility-specialist (WAS) / Markup-engineer / Frontend-engineer / Webdirecteur

Bekijk de artikelen van deze medewerker

Casestudies