Overzichtsgids

Digitale toegankelijkheid bij de inkoop van software door universiteiten en hogescholen: de webtoegankelijkheidsrichtlijn, de EAA en EN 301 549

Universiteiten en hogescholen kopen de meeste digitale diensten in die studenten en medewerkers moeten gebruiken: de elektronische leeromgeving, het toetssysteem, video, bibliotheekdatabanken en e-boeken. Zijn die diensten ontoegankelijk, dan ligt de wettelijke plicht meestal bij de instelling en de drempel bij de student. Deze gids legt uit welke EU-regels gelden, welke norm u noemt, hoe u een toegankelijkheidsrapport (ACR) van een leverancier kritisch leest en wat u in de aanbesteding en het contract opneemt.

Gepubliceerd 9 oktober 2026 · Bronnen geraadpleegd 9 oktober 2026

Ook beschikbaar in: English · Svenska · Norsk · Suomi · Dansk · Français · Español · Português

In het kort

Inhoud

  1. Waarom toegankelijkheid bij de inkoop hoort
  2. Wat is de webtoegankelijkheidsrichtlijn?
  3. Geldt de European Accessibility Act voor universiteiten en hogescholen?
  4. Wat eist het aanbestedingsrecht?
  5. EN 301 549 en WCAG: welke versie geldt?
  6. Nationale toezichthouders
  7. Een VPAT of ACR kritisch lezen
  8. Testen vóór de aankoop
  9. Contractclausules en modelteksten
  10. E-bronnen en platforms van uitgevers
  11. Wat Europese universiteiten publiceren
  12. Checklist voor de inkoop
  13. Bronnen
  14. Over deze pagina

1. Waarom toegankelijkheid bij de inkoop hoort

Universiteiten en hogescholen bouwen weinig van de digitale diensten waarop studenten en medewerkers vertrouwen. Elektronische leeromgevingen, toetssystemen, systemen voor het opnemen van colleges, bibliotheekdatabanken en e-boekplatforms worden gekocht of in licentie genomen. Werkt een daarvan niet met een schermlezer, een toetsenbord of vergroting, dan worden studenten uitgesloten van onderwijs, toetsing of onderzoek.

De wettelijke verantwoordelijkheid blijft meestal bij de instelling. De webtoegankelijkheidsrichtlijn zondert content van derden alleen uit als die "niet door de betrokken overheidsinstantie wordt gefinancierd of ontwikkeld en evenmin onder haar gezag staat" (artikel 1, lid 4, sub e). De richtlijnen van Jisc voor Britse universiteiten leggen uit dat het Central Digital and Data Office van de Britse overheid "has said that buying or licensing a third-party product could be considered to be funding the product" (heeft gesteld dat het kopen of in licentie nemen van een product van derden kan worden gezien als het financieren ervan), voor materiaal "from e-books and e-journals to HR systems" (van e-boeken en e-tijdschriften tot hr-systemen). Het Verenigd Koninkrijk is geen lid meer van de EU, maar zijn regelgeving heeft dezelfde richtlijn omgezet, en de redenering is een bruikbare leidraad voor EU-instellingen.

Validemics analyse De inkoop is het moment met de meeste invloed. Vóór de ondertekening concurreert de leverancier om de opdracht en is hij bereid te documenteren, te testen en toezeggingen te doen. Na de ondertekening kan de instelling om verbeteringen vragen, maar heeft zij weinig drukmiddelen over. Toegankelijkheid hoort daarom in dezelfde leveranciersbeoordeling als gegevensbescherming en beveiliging, zoals beschreven in onze gids over leveranciersbeoordeling voor universiteiten (Engels).

2. Wat is de webtoegankelijkheidsrichtlijn?

Richtlijn (EU) 2016/2102 verplicht de lidstaten ervoor te zorgen dat de websites en mobiele applicaties van overheidsinstanties toegankelijk zijn, door ze "waarneembaar, bedienbaar, begrijpelijk en robuust" te maken (artikel 4). De richtlijn geldt voor websites ongeacht het gebruikte apparaat, en voor mobiele apps. Publieke universiteiten en hogescholen vallen er meestal onder als publiekrechtelijke instellingen, en de verplichtingen gelden voor de systemen die zij aan studenten, medewerkers en het publiek aanbieden.

Wie is een overheidsinstantie?

Artikel 3, punt 1, definieert een overheidsinstantie met een verwijzing naar de aanbestedingsrichtlijn. Een "publiekrechtelijke instelling" in de zin van artikel 2, lid 1, punt 4, van Richtlijn 2014/24/EU is opgericht om te voorzien in behoeften van algemeen belang die niet van industriële of commerciële aard zijn, heeft rechtspersoonlijkheid en wordt ofwel grotendeels door de overheid gefinancierd, ofwel staat onder toezicht van de overheid op het beheer, ofwel heeft een bestuur dat voor meer dan de helft door de overheid wordt benoemd. De meeste publieke universiteiten en hogescholen voldoen hieraan. Jisc citeert Britse overheidsrichtlijnen volgens welke "most higher and further education providers are considered to be in scope" (de meeste aanbieders van hoger en beroepsonderwijs worden geacht eronder te vallen). Private instellingen moeten hun eigen positie onder het nationale recht nagaan.

De richtlijn staat lidstaten toe scholen, kinderdagverblijven en crèches uit te sluiten (artikel 1, lid 5). Een vergelijkbare uitzondering voor universiteiten of hogescholen bevat zij niet.

Data en toepassingsgebied

De regels gelden voor nieuwe websites vanaf 23 september 2019, voor alle andere websites vanaf 23 september 2020 en voor mobiele apps vanaf 23 juni 2021 (artikel 12, lid 3). Intranetten en extranetten die vóór 23 september 2019 zijn gepubliceerd, zijn uitgezonderd "tot dergelijke websites een ingrijpende herziening ondergaan" (artikel 1, lid 4, sub g). Overweging 34 laat lidstaten verder gaan, bijvoorbeeld voor intranetten "die voor een beperkt aantal personen op de werkvloer of in het onderwijs zijn ontworpen en door hen worden gebruikt". Verschillende landen hebben dat gedaan, zodat een leeromgeving achter een login vaak onder de regels valt. Volgens de gids van Jisc vallen in het Verenigd Koninkrijk elektronische leeromgevingen en interne applicaties zoals hr- of financiële systemen: "all fall within scope" (vallen er allemaal onder).

Wat is uitgezonderd

Uitzondering (artikel 1, lid 4)Wat dit betekent voor een instelling
Kantoorbestanden gepubliceerd vóór 23 september 2018Tenzij nodig voor actieve administratieve processen, zoals actuele aanmeldformulieren.
Vooraf opgenomen, op tijd gebaseerde media gepubliceerd vóór 23 september 2020Nieuwere collegeopnamen en video's vallen er wel onder.
Live uitgezonden, op tijd gebaseerde mediaLivestreams zijn uitgezonderd, maar een opname die daarna online blijft, is vooraf opgenomen media.
OnlinekaartenAlleen als essentiële informatie bij navigatiekaarten op een toegankelijke manier wordt gegeven.
Content van derden die de instantie niet financiert, ontwikkelt of onder haar gezag heeftGeldt zelden voor gekochte of in licentie genomen systemen, zoals hierboven uitgelegd.
Reproducties van stukken uit erfgoedcollecties die niet toegankelijk kunnen worden gemaaktRelevant voor gedigitaliseerde bijzondere collecties; de metadata moeten wel toegankelijk zijn (overweging 31).
Archieven die na 23 september 2019 niet zijn bijgewerktContent die niet nodig is voor actieve processen en sindsdien niet is aangepast.

Onevenredige last

Een overheidsinstantie hoeft de eisen alleen na te leven "voor zover die eisen voor de toepassing van dat artikel geen onevenredige last met zich meebrengen" (artikel 5, lid 1). Zij moet de omvang, de middelen en de aard van de instantie en de geraamde kosten afwegen tegen de voordelen voor personen met een beperking, en in haar toegankelijkheidsverklaring uitleggen aan welke delen zij niet kon voldoen, met waar nodig toegankelijke alternatieven (artikel 5, leden 2 en 4). Jisc voegt toe dat "lack of time or knowledge, or not giving accessibility priority, should not be considerations in the assessment" (gebrek aan tijd of kennis, of het niet prioriteren van toegankelijkheid, geen overwegingen bij de beoordeling mogen zijn).

Toegankelijkheidsverklaringen, feedback en handhaving

Artikel 7, lid 1, eist voor elke website en app "een gedetailleerde, alomvattende en duidelijke toegankelijkheidsverklaring", volgens het model van de Commissie in Uitvoeringsbesluit (EU) 2018/1523. De verklaring moet de niet-toegankelijke content en de redenen daarvoor beschrijven, een feedbackmechanisme bieden en verwijzen naar de handhavingsprocedure. De modelverklaring kent drie nalevingsniveaus: volledig, gedeeltelijk of niet in overeenstemming.

Zet de instelling het systeem van een leverancier in, dan publiceert de instelling de verklaring daarvoor. Om die te schrijven heeft zij feiten van de leverancier nodig, en om op te lossen wat gebruikers melden de hulp van de leverancier.

Toezicht

De lidstaten controleren de naleving periodiek met de methode uit Uitvoeringsbesluit (EU) 2018/1524, die "een diepgaande toezichtsmethode om de naleving ervan te controleren" combineert met "een vereenvoudigde toezichtsmethode om niet-naleving ervan op te sporen" (artikel 5). Zij rapporteren elke drie jaar aan de Commissie. Op de pagina van de Commissie over de richtlijn staat dat overlays die een site niet aan de norm laten voldoen, geen geschikte oplossing zijn. Voor een toelichting op de wettekst in begrijpelijke taal, zie onze pagina De webtoegankelijkheidsrichtlijn uitgelegd.

3. Geldt de European Accessibility Act voor universiteiten en hogescholen?

De European Accessibility Act (EAA), Richtlijn (EU) 2019/882, legt verplichtingen op aan marktdeelnemers: fabrikanten, importeurs, distributeurs en dienstverleners. De lidstaten passen haar toe sinds 28 juni 2025 (artikel 31, lid 2). Zij regelt niet de eigen website van de instelling; die blijft onder de webtoegankelijkheidsrichtlijn vallen. De EAA is wel van belang voor instellingen, omdat veel van hun leveranciers nu rechtstreeks gereguleerd zijn en omdat zij via artikel 24 doorwerkt in overheidsopdrachten.

Waar zij over gaat

Artikel 2 noemt de producten en diensten die eronder vallen. Voor universiteiten en hogescholen zijn dit de belangrijkste:

De definitie van "e-boek en bijbehorende software" omvat de digitale bestanden en de software, inclusief apps, die nodig is om ze te openen, te doorbladeren en te lezen (artikel 3, punt 41). Overweging 41 voegt toe: "In het geval van e-boeken kunnen onder dienstverlener ook worden verstaan uitgevers en andere marktdeelnemers die een rol in de distributie spelen."

Wat dit betekent voor uitgevers en leveranciers van universiteiten en hogescholen

Validemics analyse De EAA is opgebouwd rond consumenten, gedefinieerd als een natuurlijke persoon die een product koopt of een dienst afneemt "voor andere doeleinden dan zijn handels-, bedrijfs-, ambachts- of beroepsactiviteit" (artikel 3, punt 22). Een institutionele licentie van een bibliotheek is een contract tussen organisaties, en medewerkers gebruiken een leeromgeving voor hun werk. Of een bepaalde dienst van een instelling eronder valt, kan daarom onduidelijk zijn. In de praktijk tilt de EAA het basisniveau op: een uitgever die zijn e-boekplatform voor consumenten conform heeft gemaakt, kan hetzelfde gemakkelijk toezeggen in een institutionele licentie. Vertrouw er niet op dat de EAA de licentie dekt; neem de eis zelf op.

Artikel 24: de koppeling met aanbesteden

Volgens artikel 24, lid 1, vormen voor de producten en diensten van artikel 2 de toegankelijkheidsvoorschriften van bijlage I "verplichte toegankelijkheidsvoorschriften in de zin van artikel 42, lid 1, van Richtlijn 2014/24/EU". Besteedt een instelling bijvoorbeeld laptops en besturingssystemen van consumententype aan, dan moeten haar technische specificaties naar die voorschriften verwijzen. Valt de aankoop buiten artikel 2, dan geldt artikel 42 nog steeds op zichzelf, zoals de volgende paragraaf uitlegt.

4. Wat eist het aanbestedingsrecht?

Artikel 42, lid 1, van Richtlijn 2014/24/EU eist dat voor alle aanbestedingen die zijn bedoeld voor gebruik door natuurlijke personen, "hetzij door het grote publiek, hetzij door het personeel van de aanbestedende dienst", de technische specificaties zo worden opgesteld "dat rekening wordt gehouden met de criteria inzake toegankelijkheid voor personen met een handicap of de geschiktheid van het ontwerp voor alle gebruikers". De enige uitzondering zijn "behoorlijk gemotiveerde gevallen". Waar het EU-recht verplichte toegankelijkheidsvoorschriften vaststelt, moeten de specificaties daarnaar verwijzen.

Drie andere aanbestedingsregels zijn in de praktijk nuttig:

Overweging 21 van de webtoegankelijkheidsrichtlijn luidt: "Deze richtlijn doet geen afbreuk aan Richtlijn 2014/24/EU [...] en met name aan artikel 42 daarvan". Artikel 42 maakt toegankelijkheid onderdeel van de aankoop; de richtlijn maakt de instelling aanspreekbaar op het resultaat.

5. EN 301 549 en WCAG: welke versie geldt?

EN 301 549 is de Europese norm "Accessibility requirements for ICT products and services" (toegankelijkheidseisen voor ICT-producten en -diensten). De hoofdstukken over web, documenten en software (clausules 9, 10 en 11) zijn gebaseerd op WCAG. Op 9 oktober 2026 is EN 301 549 V3.2.1 de versie waarvan de referentie voor de webtoegankelijkheidsrichtlijn is bekendgemaakt, via Uitvoeringsbesluit (EU) 2021/1339. V3.2.1 sluit aan op WCAG 2.1 niveau AA.

De update van september 2026

ETSI heeft EN 301 549 V4.1.1 (2026-09) gepubliceerd, aangeduid als geharmoniseerde Europese norm. Volgens het voorwoord zijn de eisen in clausules 9, 10 en 11 bijgewerkt: zij "have all been updated to align with the WCAG 2.2 recommendation" (zijn allemaal bijgewerkt om aan te sluiten op de WCAG 2.2-aanbeveling). Verder koppelt een nieuwe bijlage ZA de norm aan de webtoegankelijkheidsrichtlijn en een nieuwe bijlage ZB aan de European Accessibility Act. De norm is ontwikkeld op basis van normalisatieverzoek M/587. Het document noemt 24 augustus 2026 als datum van vaststelling en 31 mei 2028 als datum voor het intrekken van strijdige nationale normen.

In behandeling: op 9 oktober 2026 toonde het werkprogramma van ETSI de status "Delivery to the EC" (aangeboden aan de Europese Commissie), en noemde de pagina van de Commissie over webtoegankelijkheid nog V3.2.1. Het vermoeden van conformiteit op grond van artikel 6 van de richtlijn hangt af van de bekendmaking van de referentie in het Publicatieblad. DigiToegankelijk, de toegankelijkheidsdienst van de Nederlandse overheid, meldde op 8 september 2026 dat het moment van harmonisatie door de Commissie nog "niet bekend" was. Controleer dit voordat u V4.1.1 als wettelijke maatstaf gebruikt.

WCAG 2.1 en WCAG 2.2

WCAG 2.2 is een W3C-aanbeveling (de huidige versie dateert van 12 december 2024). Zij voegt negen succescriteria toe aan WCAG 2.1, waarvan zes op niveau A en AA, over zichtbare focus, sleepbewegingen, doelgrootte, consistente hulp, overbodige invoer en toegankelijke authenticatie. Ook is één criterium vervallen: "WCAG 2.2 has removed one success criterion, 4.1.1 Parsing." (WCAG 2.2 heeft één succescriterium verwijderd, 4.1.1 Parsen.) Content die aan WCAG 2.2 AA voldoet, voldoet in de praktijk ook aan WCAG 2.1 AA.

MaatstafStatus op 9 oktober 2026Gebruik in een aanbesteding
EN 301 549 V3.2.1 (2021-03)Referentie bekendgemaakt voor de webtoegankelijkheidsrichtlijnWettelijke minimummaatstaf voor web, documenten en software.
EN 301 549 V4.1.1 (2026-09)Gepubliceerd door ETSI, harmonisatie in behandelingVraag leveranciers naar conformiteit en plannen; overweeg het als streefniveau.
WCAG 2.1 niveau AABasis van clausules 9 tot en met 11 van V3.2.1Noem het naast EN 301 549 voor webinterfaces.
WCAG 2.2 niveau AAW3C-aanbeveling; basis van V4.1.1Vraag er nu al om; het dekt problemen met authenticatie en doelgrootte die vaak voorkomen in studentportalen.
Nationale referenties (bijvoorbeeld RGAA in Frankrijk)Gelden op grond van nationaal rechtNoem ze waar uw land een nationale methode voorschrijft.

Verschillende instellingen mikken al hoger dan het wettelijke minimum. De University of Cambridge zegt tegen medewerkers: "Where possible, you should aim to comply with WCAG 2.2 AA." (Streef waar mogelijk naar naleving van WCAG 2.2 AA.) De Vrije Universiteit Amsterdam geeft aan dat zij voor haar website WCAG 2.2 niveau AA volgt.

6. Nationale toezichthouders

Elke lidstaat wijst instanties aan voor toezicht, rapportage en handhaving van de webtoegankelijkheidsrichtlijn, en de Commissie houdt daarvan een lijst bij. Het toezicht op de EAA ligt vaak bij andere instanties, zodat de leveranciers van een instelling onder een andere toezichthouder kunnen vallen. De tabel geeft weer wat wij op 9 oktober 2026 hebben gelezen.

LandInstantie voor websites en apps van de overheidOpmerkingen
ZwedenMyndigheten för digital förvaltning (DIGG)Houdt toezicht op de wet over toegankelijkheid van digitale overheidsdiensten (DOS-lagen), die websites, apps, documenten en digitale diensten omvat. DIGG zegt tegen instanties: "Följ den europeiska standarden EN 301 549" (volg de Europese norm EN 301 549). Op de EAA-regels (LPTT) houden PTS, Mediemyndigheten, MTM, Konsumentverket en Transportstyrelsen toezicht.
NoorwegenTilsynet for universell utforming av ikt (Uu-tilsynet)Door de Commissie vermeld voor het toezicht. Publiceert richtlijnen en beheert uustatus.no, waar verklaringen worden gepubliceerd en waar leveranciers informatie over ICT-oplossingen kunnen invoeren voor gebruik in verklaringen.
FinlandTraficom (Fins agentschap voor vervoer en communicatie)Het toezicht op websites en apps is op 1 januari 2025 bij Traficom gecentraliseerd. Traficom houdt ook toezicht op de nieuwe eisen voor digitale producten en diensten die sinds 28 juni 2025 gelden. De lijst van de Commissie noemt nog het eerdere regionale agentschap.
DenemarkenDigitaliseringsstyrelsen (Deens agentschap voor digitale overheid)Toezicht, rapportage en handhaving. Verklaringen worden opgesteld in de WAS-Tool, met naleving gemeten aan EN 301 549.
NederlandMinister van Binnenlandse Zaken (toezicht); ombudsmannen en anderen (handhaving)Logius beheert DigiToegankelijk, met het register van toegankelijkheidsverklaringen en een statusschaal van A tot en met E.
FrankrijkDGCS (toezicht); Défenseur des droits (handhaving)DINUM publiceert de RGAA (versie 4.1.2, 106 criteria). Volgens DINUM wordt aan RGAA 5 gewerkt, met publicatie gepland voor eind 2026.
SpanjeObservatorio de Accesibilidad Web (OAW)Onderdeel van de Agencia Estatal de Administración Digital, op grond van Koninklijk Besluit 1112/2018. Gebruikt een vereenvoudigde toezichtsmethode op basis van UNE-EN 301549:2022.
PortugalAMA (toezicht); INR (handhaving)De Commissie vermeldt AMA. Op 9 oktober 2026 presenteerde ama.gov.pt het agentschap als ARTE (Agência para a Reforma Tecnológica do Estado), met Acessibilidade.gov onder zijn diensten; acessibilidade.gov.pt was niet bereikbaar toen wij keken.
IerlandNational Disability Authority (toezicht); Workplace Relations Commission (handhaving)Het Department of Environment, Climate and Communications verzorgt de rapportage.

Wij konden op onze controledatum niet uit een primaire bron bevestigen of Arcom in Frankrijk een toezichthoudende rol onder de richtlijn heeft, dus Arcom staat niet in de tabel. Raadpleeg de pagina's van uw nationale toezichthouder voordat u op deze tabel vertrouwt.

7. Een VPAT of ACR kritisch lezen

De Voluntary Product Accessibility Template (VPAT) wordt gratis gepubliceerd door de Information Technology Industry Council (ITI). ITI legt uit dat "a version of the VPAT which has been completed for a specific product is an ACR" (een VPAT die voor een specifiek product is ingevuld, een ACR is), een Accessibility Conformance Report. Het huidige sjabloon is "VPAT® Version 2.5Rev (April 2025)" in vier edities: 508 (Amerikaanse federale regels), EU (gebaseerd op EN 301 549), WCAG (WCAG 2.2) en INT (alle drie). ITI stelt ook: "No, ITI does not review or approve VPATs." (Nee, ITI beoordeelt of keurt VPAT's niet.)

Een ACR is dus de eigen beschrijving van de leverancier: gestructureerd en vergelijkbaar, maar het vraagt om zorgvuldig lezen. Controleer deze punten:

  1. Editie en norm. Vraag voor een Europese aanbesteding om de EU- of INT-editie. Een rapport dat alleen de 508-editie volgt, verwijst naar WCAG 2.0 en dekt geen hoofdstukken van EN 301 549 zoals documentatie en ondersteuningsdiensten.
  2. Product en versie. Het rapport moet het exacte product, de versie en de modules noemen die u koopt. Een rapport over de webclient zegt niets over de mobiele app of de auteurstool.
  3. Datum. Een rapport dat meer dan een of twee jaar oud is, beschrijft een ander product.
  4. Wie heeft het beoordeeld, en hoe. Kijk naar de beoordelingsmethode, de gebruikte hulptechnologieën en browsers, en of er een onafhankelijke partij bij betrokken was.
  5. De conformiteitstermen. Het sjabloon gebruikt "supports", "partially supports", "does not support" en "not applicable". "Partially supports" zonder duidelijke toelichting is niet bruikbaar. Elke rij met gedeeltelijke of geen ondersteuning moet zeggen wat er misgaat en waar.
  6. Te vaak "not applicable". Criteria zoals ondertiteling, toetsenbordtoegang of tijdslimieten zijn zelden niet van toepassing op een leer- of toetsplatform.
  7. Routes van studenten en medewerkers. Controleer de criteria achter de taken die ertoe doen: inloggen, een opdracht inleveren, een getimede toets maken, feedback lezen, een cursus opbouwen.
  8. Herstelplannen. Een geloofwaardig rapport koppelt criteria waaraan niet wordt voldaan aan een roadmap met data. Vraag erom als die ontbreekt.

Validemics analyse Wees net zo voorzichtig met een rapport vol "supports" als met een rapport vol tekortkomingen. Weinig complexe platforms voldoen volledig. Een eerlijk rapport met duidelijke toelichtingen en een roadmap is beter bewijs dan een perfecte score zonder methode.

Beoordeelt u op dit moment een leverancier? Validemic toetst de documenten van de leverancier aan de AVG en de AI-verordening, met een bron bij elke bevinding. Probeer de demo-omgeving

8. Testen vóór de aankoop

Met testen controleert u de beweringen. Het hoeft niet uitputtend te zijn. De evaluatiemethode van W3C, WCAG-EM (versie 2 gepubliceerd op 23 juli 2026), beschrijft vijf stappen: de reikwijdte bepalen, het product verkennen, een representatieve steekproef kiezen, die beoordelen en de bevindingen rapporteren. Een instelling kan dezelfde logica toepassen op een shortlist.

  1. Kies de kritieke taken. Kies vijf tot tien taken die studenten of medewerkers moeten kunnen uitvoeren, bijvoorbeeld zich inschrijven voor een vak, een bestand inleveren, verschillende soorten toetsvragen beantwoorden, of een artikel zoeken en downloaden.
  2. Voer geautomatiseerde controles uit. Die vinden snel problemen zoals ontbrekende labels en contrastfouten, maar kunnen niet beoordelen of een alternatieve tekst betekenisvol is.
  3. Test handmatig met hulptechnologie. Gebruik alleen het toetsenbord, een schermlezer (bijvoorbeeld NVDA of VoiceOver), zoom naar 200% en 400%, en spraakbesturing. De University of Edinburgh zegt: "you must test the website or application manually and not just use automated testing." (u moet de website of applicatie handmatig testen en niet alleen geautomatiseerd.)
  4. Betrek gebruikers met een beperking. Studentenvoorzieningen en personeelsnetwerken kunnen helpen bij gestructureerde gebruikerstests. Hun bevindingen wijken vaak af van audits door experts.
  5. Leg vast en vergelijk. Koppel elk probleem aan het criterium van EN 301 549 of WCAG, zodat het in de toegankelijkheidsverklaring en het herstelplan kan worden opgenomen.

Onafhankelijkheid is belangrijk. Het Digital Accessibility Policy van de University of Edinburgh zegt: "Testing must be undertaken by independent body for externally developed systems and not the supplier or manufacturer." (Systemen die extern zijn ontwikkeld, moeten door een onafhankelijke instantie worden getest en niet door de leverancier of fabrikant.) De Erasmus Universiteit Rotterdam meldt: "elke 2 jaar wordt er een handmatig onderzoek uitgevoerd door een externe partij". En Lund University zegt dat zij haar website doorlopend laat beoordelen door "oberoende experter" (onafhankelijke experts).

Voor toets- en proctoringsystemen hoort het testen op toegankelijkheid samen te gaan met de beoordeling op gegevensbescherming; zie onze gids over online toetsen en proctoring onder de AVG (Engels) en de factsheets over Inspera en WISEflow.

9. Contractclausules en modelteksten

De aanbesteding legt het minimum vast; het contract houdt het in stand gedurende jaren van nieuwe releases. Pas de clausules hieronder aan uw nationale aanbestedingsrecht en uw eigen sjablonen aan.

ClausuleDoelWat u afspreekt
ConformiteitsnormDe maatstaf vastleggenEN 301 549 V3.2.1 of gelijkwaardig, plus waar mogelijk WCAG 2.2 AA; de versie die later wordt geharmoniseerd, vervangt deze automatisch.
ConformiteitsrapportBewijs bij ondertekening en daarnaEen actueel ACR (EU- of INT-editie) per module, ten minste jaarlijks en na grote releases bijgewerkt.
Geen achteruitgangHet niveau bij ondertekening beschermenNieuwe releases mogen de conformiteit niet verlagen; de leverancier test releases vóór uitrol.
HersteltermijnenOplossen wat gebruikers meldenReactietermijnen naar ernst, bijvoorbeeld een blokkerend probleem in een kerntaak opgelost of omzeild binnen dagen, niet pas in de volgende jaarlijkse release.
RoadmapBekende tekortkomingen wegwerkenEen gedateerd plan voor elke rij met "partially supports" en "does not support", besproken in contractoverleggen.
Ondersteuning bij de verklaringVoldoen aan artikel 7 van de richtlijnDe leverancier levert de feiten die de instelling nodig heeft voor haar toegankelijkheidsverklaring en helpt bij het beantwoorden van feedback.
Documentatie en ondersteuningEN 301 549, clausule 12Toegankelijke gebruikersdocumentatie en een supportkanaal dat vragen over toegankelijkheid kan behandelen.
SanctiesAfdwingbaar makenServicecredits, een recht op onafhankelijke tests op kosten van de leverancier als een tekortkoming wordt bevestigd, en ontbinding bij aanhoudende non-conformiteit.

Modeltekst voor eisen

De volgende teksten zijn een vertrekpunt, geen juridische tekst voor elk rechtsstelsel.

Technische specificatie. "De oplossing, inclusief alle gebruikersinterfaces, door de oplossing gegenereerde documenten, mobiele applicaties en documentatie die door studenten, medewerkers of het publiek worden gebruikt, voldoet aan de toepasselijke eisen van EN 301 549 V3.2.1 of gelijkwaardig, inclusief WCAG 2.1 niveau AA. De inschrijver vermeldt in hoeverre de oplossing voldoet aan WCAG 2.2 niveau AA en aan EN 301 549 V4.1.1."

Bewijs. "De inschrijver levert een Accessibility Conformance Report voor de aangeboden versie, gebaseerd op de EU- of INT-editie van de VPAT of een gelijkwaardig formaat, met vermelding van de beoordelingsmethode, de datum, de gebruikte hulptechnologieën en of de beoordeling onafhankelijk is uitgevoerd."

Gunningscriterium. "Toegankelijkheid wordt beoordeeld op basis van het conformiteitsrapport en een praktijktest van de volgende taken: [lijst]. Tekortkomingen die een taak blokkeren, wegen zwaarder."

Contractvoorwaarde. "De leverancier handhaaft ten minste het conformiteitsniveau dat bij de ondertekening van het contract is gedocumenteerd, brengt geen updates uit die dit niveau verlagen en herstelt gemelde non-conformiteiten binnen de termijnen in bijlage [X]. De leverancier levert ten minste elke twaalf maanden en op verzoek na grote releases een bijgewerkt rapport."

Toegankelijkheidsverklaring. "De leverancier verstrekt op verzoek en zonder extra kosten de informatie die de opdrachtgever nodig heeft om zijn toegankelijkheidsverklaring op te stellen en bij te werken, en werkt mee aan het beantwoorden van feedback van gebruikers over toegankelijkheid."

Deze eisen passen goed in een vragenlijst voor leveranciers. Onze vragenlijstgenerator voor leveranciers bevat een onderdeel over toegankelijkheid, en onze gids over de HECVAT voor Europese universiteiten (Engels) legt uit hoe u vragenlijsten combineert met documentair bewijs.

10. E-bronnen en platforms van uitgevers

Bibliotheken hebben hetzelfde probleem in een andere markt. Een instelling neemt databanken, e-tijdschriftplatforms en e-boekcollecties in licentie van veel uitgevers en aggregators, vaak via consortia. Er zijn twee lagen om te controleren: het platform (zoeken, lezen, downloaden) en de content (het EPUB- of PDF-bestand).

EPUB Accessibility en metadata

EPUB Accessibility 1.1 is een W3C-aanbeveling. Zij eist dat elke EPUB-publicatie in haar packagedocument metadata over toegankelijkheid volgens schema.org bevat, een conformiteitsverklaring zoals "EPUB Accessibility 1.1 - WCAG 2.2 Level AA" als de publicatie voldoet, en de naam van de partij die haar heeft beoordeeld. De EAA wijst dezelfde kant op: e-boeken moeten vindbaar worden gemaakt "via metadata-informatie over hun toegankelijkheidsfuncties".

De gratis opensourcetool Ace by DAISY van het DAISY Consortium controleert EPUB-bestanden aan de hand van de specificatie. Volgens DAISY kan de tool een EPUB testen "which does not have digital rights management" (die geen digitaal rechtenbeheer heeft), wat een reden is om uitgevers om bewijs te vragen in plaats van zelf beveiligde bestanden te testen.

Toegankelijkheidsverklaringen van uitgevers

Het ASPIRE-project maakte "a pioneering snapshot of accessibility statements in 2018" (een baanbrekende momentopname van toegankelijkheidsverklaringen in 2018) van uitgevers en e-boekplatforms. Het werkt nu als verificatiedienst van textBOX en publiceert ASPIRElists die de toegankelijkheidsverklaringen van uitgevers, platforms en onderwijsinstellingen beoordelen. Een score voor een verklaring meet hoe goed een leverancier zijn toegankelijkheid documenteert, niet de toegankelijkheid van het platform zelf, maar het is een snelle indicatie van hoeveel een leverancier u kan vertellen.

Samenwerking in consortia

Elk platform zelf testen is niet haalbaar, dus bibliotheken werken samen. In de Verenigde Staten richtte de Big Ten Academic Alliance in 2015 de Library E-Resource Accessibility Group op, die uitgroeide tot de Library Accessibility Alliance. Die publiceert testresultaten van e-bronnen en werkt "with library vendors in initiatives to improve usability of online resources for all users" (met leveranciers van bibliotheken aan initiatieven om de bruikbaarheid van online bronnen voor alle gebruikers te verbeteren). In het Verenigd Koninkrijk heeft Jisc een community voor digitale toegankelijkheid voor zijn leden. Europese consortia kunnen zulke resultaten hergebruiken, maar oudere tests kunnen een oudere versie van een platform beschrijven.

Sommige instellingen maken dit al onderdeel van hun bibliotheekdienstverlening. Information Services van de University of Edinburgh stelt: "All databases are tested for accessibility and have accessibility statements published." (Alle databanken worden op toegankelijkheid getest en hebben een gepubliceerde toegankelijkheidsverklaring.)

Wat u in een licentie voor e-bronnen opneemt

Licentievoorwaarden over AI en tekst- en datamining roepen andere vragen op; zie onze gids over bibliotheeklicenties, AI en TDM en de gids over de privacy van bibliotheekgebruikers onder de AVG.

11. Wat Europese universiteiten publiceren

Toegankelijkheidsverklaringen en beleidsstukken laten zien hoe instellingen in de praktijk met ingekochte systemen omgaan.

Inkoop als uitdrukkelijke eis

University College Dublin streeft ernaar toegankelijkheid mee te wegen bij de inkoop: "incorporate accessibility considerations when procuring third-party systems or upgrading existing systems" (toegankelijkheidsoverwegingen meenemen bij de inkoop van systemen van derden of het upgraden van bestaande systemen). De Vrije Universiteit Amsterdam schrijft dat digitale toegankelijkheid "vanuit de dienst IT een (zachte) eis naar leveranciers van applicaties toe" is "en wordt door onze IT-architecten gehandhaafd". Trinity College Dublin verwijst vanaf zijn toegankelijkheidspagina naar richtlijnen over "Accessible Procurement of Goods and Services" (toegankelijke inkoop van goederen en diensten). Het beleid van de University of Edinburgh omvat "systems provided by external suppliers" (systemen van externe leveranciers) en "third-party systems we purchase or use" (systemen van derden die wij kopen of gebruiken).

Onderdelen van derden in verklaringen

De Universiteit van Helsinki noemt rankinggrafieken: zij "have been implemented using an external service, and they may be inaccessible to users relying on a screen reader" (zijn met een externe dienst gemaakt en zijn mogelijk ontoegankelijk voor gebruikers van een schermlezer). De verklaring van de Universiteit van Kopenhagen noemt een chatbot op de studiepagina's "som ikke er fuldt tilgængelig" (die niet volledig toegankelijk is) en een feedbacktool, met de opmerking "Det har ikke været realistisk at tilvejebringe et tilgængeligt alternativ" (het was niet realistisch een toegankelijk alternatief te bieden). De verklaring van de Universiteit van Oslo op uustatus.no, bijgewerkt op 17 juni 2026, meldt gedeeltelijke naleving van WCAG 2.1 en noemt de videospeler als een van de tekortkomingen. De verklaring van Aalto University beschrijft een chatdienst van een derde partij en hoe de leverancier die heeft aangepast voor gebruik met toetsenbord en schermlezer.

De verklaring van de Universidad de Granada noemt als buiten het toepassingsgebied "Contenidos de terceros no financiados ni desarrollados por la Universidad de Granada" (content van derden die niet door de Universidad de Granada is gefinancierd of ontwikkeld), de uitzondering van de richtlijn in het Spaanse recht. De Universidad Autónoma de Madrid koppelt elke tekortkoming aan een genummerde eis van UNE-EN 301549:2022, precies de herleidbaarheid waar inkoopteams leveranciers om moeten vragen.

Zelfevaluatie of onafhankelijke audit

De methoden verschillen. De Universiteit van Helsinki zegt dat haar website "has been audited by an external accessibility expert organisation" (is geaudit door een externe organisatie van toegankelijkheidsexperts). De verklaring van de Universidad de Granada is opgesteld op basis van "autoevaluación llevada a cabo por el propio organismo" (zelfevaluatie door de instelling zelf). Ook de verklaring van Aalto University berust op zelfevaluatie. De Universidade do Porto verklaart dat haar portaal gedeeltelijk voldoet aan Decreto-Lei n.º 83/2018, de Portugese omzetting van de richtlijn, en de Universiteit Gent omschrijft haar site als gedeeltelijk conform EN 301 549 op basis van een interne controle.

Onderwijsmateriaal en platforms

Volgens de KU Leuven is toegankelijkheid van de leeromgeving en het cursusmateriaal cruciaal; letterlijk: "de leeromgeving en het cursusmateriaal is dan ook cruciaal voor de participatie van studenten met een functiebeperking". Dat is de inkoopkwestie in één zin: de leeromgeving wordt ingekocht, en het cursusmateriaal hangt af van de auteurstools ervan. Voor leerplatforms, zie onze factsheets over Canvas, Moodle en Brightspace, en voor video over Kaltura en Panopto.

Tools die studenten met een beperking ondersteunen, kunnen ook gezondheidsgegevens prijsgeven; zie onze gids over hulptechnologie en de AVG (Engels).

12. Checklist voor de inkoop

Elke rij moet een document of een besluit in het leveranciersdossier opleveren.

FaseControleBewijs
PlanningGaan studenten, medewerkers of het publiek de dienst gebruiken? Zo ja, dan geldt artikel 42 en na de ingebruikname meestal ook de richtlijn.Notitie in het inkoopplan.
PlanningStaat een product of dienst in de lijst van artikel 2 van de EAA (bijvoorbeeld computers voor consumenten, besturingssystemen, e-boeken)?Waar relevant verwijzing naar bijlage I in de specificatie.
SpecificatieEN 301 549 V3.2.1 of gelijkwaardig, WCAG 2.1 AA als minimum; WCAG 2.2 AA en V4.1.1 gevraagd.Aanbestedingsstukken.
SpecificatieKritieke gebruikerstaken bepaald met de toegankelijkheidscoördinator en studentenvoorzieningen.Takenlijst.
BeoordelingActueel ACR, EU- of INT-editie, voor elke aangeboden module.ACR-bestanden met datum.
BeoordelingACR kritisch gelezen: methode, onafhankelijkheid, gebruik van "not applicable", toelichtingen bij gedeeltelijke ondersteuning.Beoordelingsnotities.
BeoordelingPraktijktest van kritieke taken met toetsenbord, schermlezer, zoom en spraakbesturing.Testlog per criterium.
BeoordelingVoor e-bronnen: EPUB-metadata over toegankelijkheid, DRM die hulptechnologie toelaat, toegankelijkheidsverklaring van de uitgever.Voorbeeldbestanden, link naar verklaring.
ContractGeen achteruitgang, hersteltermijnen, gedateerde roadmap, ondersteuning bij de verklaring, sancties.Ondertekend contract en bijlage.
IngebruiknameToegankelijkheidsverklaring gepubliceerd volgens het model, met feedbackroute en link naar de handhavingsprocedure.Gepubliceerde verklaring.
BeheerFeedback bijgehouden en doorgegeven aan de leverancier; jaarlijks bijgewerkt ACR; opnieuw testen na grote releases.Issuelog, bijgewerkte rapporten.
VerlengingRoadmap geleverd? Conformiteit verbeterd? Alternatieven in de markt bekeken?Evaluatie bij verlenging.

Deze checklist vult de controles op gegevensbescherming en beveiliging aan uit onze gids over leveranciersbeoordeling (Engels), die het toegankelijkheidsrapport al noemt als onderdeel van het basispakket aan bewijs.

Bronnen

  1. Richtlijn (EU) 2016/2102 inzake de toegankelijkheid van de websites en mobiele applicaties van overheidsinstanties, artikelen 1, 3 tot en met 9 en 12, overwegingen 21, 30, 31 en 34 (tekst van het Publicatieblad gelezen via het Publicatiebureau van de EU, geraadpleegd op 9 oktober 2026).
  2. Richtlijn (EU) 2019/882 (European Accessibility Act), artikelen 2 tot en met 4, 14, 24, 31 en 32, overweging 41 en bijlage I (geraadpleegd op 9 oktober 2026).
  3. Richtlijn 2014/24/EU betreffende het plaatsen van overheidsopdrachten, artikelen 2, lid 1, punt 4, 42 en 44 (geraadpleegd op 9 oktober 2026).
  4. Uitvoeringsbesluit (EU) 2021/1339 van de Commissie over de geharmoniseerde norm voor websites en mobiele applicaties (EN 301 549 V3.2.1) (geraadpleegd op 9 oktober 2026).
  5. Uitvoeringsbesluit (EU) 2018/1523 van de Commissie tot vaststelling van een modeltoegankelijkheidsverklaring (geraadpleegd op 9 oktober 2026).
  6. Uitvoeringsbesluit (EU) 2018/1524 van de Commissie tot vaststelling van een toezichtsmethodologie (geraadpleegd op 9 oktober 2026).
  7. Europese Commissie: Web Accessibility (geraadpleegd op 9 oktober 2026).
  8. Europese Commissie: nationale instanties voor toezicht, rapportage en handhaving van de webtoegankelijkheidsrichtlijn (geraadpleegd op 9 oktober 2026).
  9. Europese Commissie: European Accessibility Act (geraadpleegd op 9 oktober 2026).
  10. ETSI/CEN/CENELEC EN 301 549 V4.1.1 (2026-09), Accessibility requirements for ICT products and services, voorwoord en inleiding (geraadpleegd op 9 oktober 2026).
  11. Werkprogramma van ETSI, REN/HF-00301561 (herziening van EN 301 549 V3.2.1) (geraadpleegd op 9 oktober 2026).
  12. DigiToegankelijk: Nieuwe versie van EN 301 549 aanstaande, met update naar WCAG 2.2, 8 september 2026 (geraadpleegd op 9 oktober 2026).
  13. W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (geraadpleegd op 9 oktober 2026).
  14. W3C WAI: WCAG-EM overview (geraadpleegd op 9 oktober 2026).
  15. Information Technology Industry Council: VPAT (geraadpleegd op 9 oktober 2026).
  16. W3C: EPUB Accessibility 1.1 (geraadpleegd op 9 oktober 2026).
  17. DAISY Consortium: Ace by DAISY (geraadpleegd op 9 oktober 2026).
  18. Inclusive Publishing (DAISY Consortium): Regional Guidance and Legislation (geraadpleegd op 9 oktober 2026).
  19. ASPIRE (textBOX): verificatie van toegankelijkheidsverklaringen en ASPIRElist platforms (geraadpleegd op 9 oktober 2026).
  20. Library Accessibility Alliance: Who we are (geraadpleegd op 9 oktober 2026).
  21. Jisc: Meeting accessibility regulations (geraadpleegd op 9 oktober 2026).
  22. Jisc: Accessibility regulations, what you need to know, bijgewerkt op 21 februari 2023 (geraadpleegd op 9 oktober 2026).
  23. DIGG: Digital tillgänglighet (geraadpleegd op 9 oktober 2026).
  24. Uu-tilsynet (Noorwegen) (geraadpleegd op 9 oktober 2026).
  25. Traficom: Saavutettavuusvaatimukset (geraadpleegd op 9 oktober 2026).
  26. Digitaliseringsstyrelsen: Webtilgængelighed (geraadpleegd op 9 oktober 2026).
  27. DigiToegankelijk en Over DigiToegankelijk (Logius) (geraadpleegd op 9 oktober 2026).
  28. DINUM: Référentiel général d'amélioration de l'accessibilité (RGAA) (geraadpleegd op 9 oktober 2026).
  29. Observatorio de Accesibilidad Web (Spanje) (geraadpleegd op 9 oktober 2026).
  30. ARTE, Agência para a Reforma Tecnológica do Estado (Portugal) (geraadpleegd op 9 oktober 2026).
  31. University of Edinburgh: Digital Accessibility Policy (geraadpleegd op 9 oktober 2026).
  32. University of Edinburgh Information Services: Legal requirements (geraadpleegd op 9 oktober 2026).
  33. University of Edinburgh: Library services for disabled users (geraadpleegd op 9 oktober 2026).
  34. University of Cambridge UIS: Creating digital content that's accessible (geraadpleegd op 9 oktober 2026).
  35. Universiteit van Helsinki: Accessibility statement (geraadpleegd op 9 oktober 2026).
  36. Aalto University: Accessibility statement (geraadpleegd op 9 oktober 2026).
  37. Lund University: Tillgänglighet för www.lu.se (geraadpleegd op 9 oktober 2026).
  38. Universiteit van Oslo: toegankelijkheidsverklaring voor uio.no (uustatus.no) (geraadpleegd op 9 oktober 2026).
  39. Universiteit van Kopenhagen: Tilgængelighedserklæring for www.ku.dk (geraadpleegd op 9 oktober 2026).
  40. Vrije Universiteit Amsterdam: Digitale toegankelijkheid (geraadpleegd op 9 oktober 2026).
  41. Erasmus Universiteit Rotterdam: Digitale toegankelijkheid (geraadpleegd op 9 oktober 2026).
  42. Universiteit Gent: Toegankelijkheid voor personen met een beperking (geraadpleegd op 9 oktober 2026).
  43. KU Leuven: Digitale toegankelijkheid (geraadpleegd op 9 oktober 2026).
  44. University College Dublin: Accessibility Statement (geraadpleegd op 9 oktober 2026).
  45. Trinity College Dublin: Accessibility (geraadpleegd op 9 oktober 2026).
  46. Universidad de Granada: Declaración de accesibilidad (geraadpleegd op 9 oktober 2026).
  47. Universidad Autónoma de Madrid: Declaración de accesibilidad (geraadpleegd op 9 oktober 2026).
  48. Universidade do Porto: Declaração de acessibilidade (geraadpleegd op 9 oktober 2026).

Over deze pagina

Bronnen gecontroleerd op 9 oktober 2026. We hebben de wetteksten gelezen in de versies van het Publicatieblad die het Publicatiebureau van de EU publiceert, het document EN 301 549 V4.1.1 en het werkprogramma van ETSI, de hierboven genoemde pagina's van de Commissie, W3C, ITI, DAISY, Jisc en nationale toezichthouders, en de toegankelijkheidsverklaringen en beleidsstukken van zestien universiteiten in tien landen. Citaten uit pagina's in een andere taal dan het Nederlands of Engels staan in de oorspronkelijke taal met onze vertaling; Engelse citaten zijn eveneens van een vertaling voorzien. Waar we onze eigen interpretatie geven, staat dat aangegeven als Validemics analyse. Deze pagina bevat algemene informatie en is geen juridisch advies; de nationale omzetting en de eigen inkoopregels van uw instelling kunnen aanvullende eisen stellen. De geharmoniseerde status van EN 301 549 V4.1.1 was op onze controledatum nog niet rond, en we werken deze pagina bij zodra dat verandert. Ziet u een fout of een verouderd punt, neem dan contact met ons op, dan corrigeren we het.

Veelgestelde vragen

Geldt de webtoegankelijkheidsrichtlijn voor universiteiten en hogescholen?

De richtlijn geldt voor overheidsinstanties, waaronder publiekrechtelijke instellingen zoals gedefinieerd in de aanbestedingsrichtlijn. De meeste publieke universiteiten en hogescholen in Europa vallen onder die definitie, omdat zij in behoeften van algemeen belang voorzien en grotendeels met publiek geld worden bekostigd of onder overheidstoezicht staan. Private instellingen kunnen erbuiten vallen, dus ga na hoe uw nationale recht Richtlijn (EU) 2016/2102 omzet en hoe uw toezichthouder haar toepast.

Geldt de European Accessibility Act voor de eigen website van een instelling?

Over het algemeen niet. De EAA legt verplichtingen op aan marktdeelnemers, zoals fabrikanten en dienstverleners, voor genoemde producten en consumentendiensten zoals e-boeken en e-handel. De eigen websites en apps van een instelling vallen onder de webtoegankelijkheidsrichtlijn. Een instelling die online aan consumenten verkoopt, bijvoorbeeld via een webwinkel, moet nagaan of de nationale EAA-regels ook voor haar gelden.

Welke versie van EN 301 549 noemen we in een aanbesteding?

Op 9 oktober 2026 is EN 301 549 V3.2.1 de versie waarvan de referentie voor de webtoegankelijkheidsrichtlijn is bekendgemaakt. V4.1.1, afgestemd op WCAG 2.2, is in september 2026 door ETSI gepubliceerd en aan de Europese Commissie aangeboden, maar de geharmoniseerde status was nog niet rond. Veel instellingen noemen V3.2.1 als minimum en vragen daarnaast om WCAG 2.2 AA.

Wat is het verschil tussen een VPAT en een ACR?

De VPAT is een gratis sjabloon van de Information Technology Industry Council. Een Accessibility Conformance Report (ACR) is een VPAT die voor een specifiek product is ingevuld. De EU-editie van het sjabloon is gebaseerd op EN 301 549. ITI beoordeelt of keurt ingevulde rapporten niet, dus een ACR is een bewering van de leverancier die u moet controleren.

Is content van derden uitgezonderd van de toegankelijkheidseisen?

Alleen content van derden die de instelling niet financiert, niet ontwikkelt en die niet onder haar gezag staat. Software en e-bronnen die de instelling koopt of in licentie neemt, vallen daar meestal niet onder. Britse richtlijnen stellen bijvoorbeeld dat het kopen of in licentie nemen van een product kan worden gezien als het financieren ervan. De inkoop is daarom het moment waarop de instelling de meeste invloed heeft.

Vallen e-boeken onder de European Accessibility Act?

Ja. E-boeken en bijbehorende leessoftware die na 28 juni 2025 aan consumenten worden aangeboden, vallen eronder, en de eisen omvatten metadata over toegankelijkheid en dat digitaal rechtenbeheer geen toegankelijkheidsfuncties mag blokkeren. Bibliotheeklicenties zijn contracten tussen bedrijven en instellingen, dus instellingen doen er goed aan toegankelijkheidseisen in de licentie op te nemen in plaats van alleen op de EAA te vertrouwen.

Kan een leverancier zich op een onevenredige last beroepen om toegankelijkheidsproblemen niet op te lossen?

Onder de EAA kan een marktdeelnemer zich alleen op een onevenredige last beroepen na een gedocumenteerde beoordeling, die voor diensten ten minste om de vijf jaar wordt herhaald. Onder de webtoegankelijkheidsrichtlijn is het de instelling die zich op de uitzondering kan beroepen, en zij moet die toelichten in haar toegankelijkheidsverklaring. Geen van beide regels maakt herstelplannen in het contract overbodig.