Toegankelijke (backend) applicaties

Audit van de applicatie Digitaal Kantoor

Mijn ervaringen met de applicatie Digitaal Kantoor dateren al vanaf 2007. Ik heb de groei meegemaakt van het bedrijf waar het nu staat. Het bedrijf Digitaal kantoor is begonnen op eens studentenkamer (zoals voor de meeste ondernemers geldt). Inmiddels uitgegroeid met ongeveer 15 medewerkers. Omdat ik als specialist toegankelijke media anders kijk naar de vormgeving van een website of applicatie heb ik in 2023 een audit gedaan. Zo gezegd, zo gedaan.

De audit in 2023

Quick scan gedaan van de back-end van DK versie 4.5 Test op zaterdag 12/2/2023.

Managementsamenvatting

1 Critical issue, t.w. SCC 111. Geen alt tekst in logo. Must have volgens WCAG 2.0 (inmiddels WCAG 2.2) en voor VS (ADA law).
Dit is echt een issue en is verplicht. Een logo moet voorzien zijn van een alt tekst en geen skiplink in de homepage voor screenreaders.

Deze opmerkingen in deze toegankelijkheids-verklaring, d.w.z. de analyses vanuit eigen interpretatie.

In het eigen gebruikersonderzoek en onderzoek naar de processen zijn een aantal zaken geconstateerd die in de webapplicatie.

Dit zijn de volgende zaken:

Een website of applicatie als Digitaal Kantoor moet toegankelijk zijn voor klanten. Voor de website DKonline.nu (front-end) zeker maar voor Digitaalkantoor.net (klanten en gebruikers ook. Dat geldt voornamelijk voor de gebruikersvriendelijkheid en logica van de structuur. Dat laatste ontbreekt op een aantal vlakken, beschreven in bijlage 1 van de Toegankelijkheidsverklaring (te gebruiken voor intern gebruik).

Deze audit was de 0-meting, die controleert op de succescriteria WCAG 2.1 A, AA en AAA helpen er bij om een start te maken met het verbeteren van de toegankelijkheid en daarbij ook een deel van de gebruikersvriendelijkheid. De WCAG 2.1. A en AA issues moeten minimaal worden opgelost in zowel de front-end als de back-end. De best practices (de genoemde structuur issues in de audit) zijn aanbevelingen ter verbetering van de semantische structuur. Als resultaat heb ik een onderzoeksrapport en verklaring van toegankelijkheid opgeleverd.

Lees de volledige verklaring van toegankelijkheid

• Het onderzoeksrapport
• De verklaring

De uitkomst in 2025

Nieuwste release 4.7 verscheen in juni 2025. Deze release heeft heel veel problemen opgelost en is ook de UX verbetert.

Inbedding toegankelijkheid in het ontwikkelproces

Afgesproken met de klant dat toegankelijkheid nu is ingebed in het proces en nu wordt bij iedere update van een module of aanpassing in de website en controle uitgevoerd op de toegankelijkheid. Als eindgebruiker van de applicatie check ik proactief of het ook werkt en geef ik weer feedback.

Wat staat op de roadmap?

• Er is nog 1 issue, css gerelateerd. Dit betreft een element voor waarschuwingen die nog niet het gewenste contrast heeft. Dit element zit wat diep verscholen maar wordt nog opgelost. Het betreft WCAG criterium 1.4.3. en 4.1.3.
• Issue nummer 2 is de pdf output van de facturen en rapportages. Op dit moment wordt gebruikt de PDF API van fpdf. Deze is te beperkt en genereerd geen getagde pdf. Ik heb hier de een andere PDF API geadviseerd, t.w. Crowd pdf. Lees er hier meer over.
  Het betreft WCAG criterium 1.3.1.