Tilgjengelighetserklæringen er kommunens, ikke leverandørens

Tenk deg at kommunen skal kjøpe en ny søknadsportal. I møtet spør noen hvem som skriver tilgjengelighetserklæringen. Ingen svarer.

Svaret er at tilgjengelighetserklæringen er kommunens, ikke leverandørens. Kravet gjelder hver nettside og hver app kommunen har ansvar for, også den nye portalen. Under står spørsmålene som dukker opp når en leverandør har bygget løsningen, med korte svar.

Hvem eier erklæringen når en leverandør har bygget portalen?

Kommunen. Det er kommunen som tilbyr portalen til innbyggerne, og det er kommunen som står ansvarlig for at den er universelt utformet og for det erklæringen sier.

Leverandøren kjenner løsningen, har testet den og vet hvor svakhetene er. Kommunen fyller inn og publiserer erklæringen i Digdirs løsning uustatus.no. Leverandøren kan legge sin vurdering inn i leverandørportalen, slik at kommunen har et grunnlag.

Hvilket krav måles portalen mot?

For offentlige virksomheter er universell utforming et lovkrav, og i dag gjelder det etter WCAG 2.1 gjennom standarden EN 301 549. Det er dette nivået erklæringen skal svare på.

Noen leverandører bygger etter WCAG 2.2 AA. Det er mer enn kravet, og det gir et forsprang, men det endrer ikke hva erklæringen måles mot. Vil du vite mer om hva som faktisk feller offentlige løsninger i praksis, har vi skrevet om det i WCAG 2.2 AA i praksis for fagsystemer.

Hva trenger kommunen fra leverandøren for å skrive den?

Tre ting: testresultater, en liste over kjente avvik med begrunnelse, og en oversikt over hva som skal rettes. Uten dette blir erklæringen en gjetning.

Be om dokumentasjon som holder i en anskaffelse, ikke bare en forsikring om at løsningen «følger standarden». Spør hvilket nivå løsningen er testet mot, hvordan den er testet, og hvem som har gjort det. Står det i kontrakten, slipper du å spørre på nytt når erklæringen skal skrives.

Hva skal stå om det som ikke er på plass ennå?

Det ærlige svaret. En erklæring som beskriver hvilke krav som er oppfylt, hvilke som ikke er det, og hvorfor, er mer troverdig enn en som sier at alt er i orden.

En ærlig erklæring med kjente avvik er også mer nyttig for innbyggeren. Den som trenger en annen vei inn, får vite det med en gang, i stedet for å oppdage det midt i en søknad. Skriv gjerne hva kommunen gjør med avviket, og hvordan innbyggeren kan få hjelp i mellomtiden.

Når må teksten oppdateres?

Minst én gang i året, og ved større endringer i løsningen. En ny skjemaside, en ny innloggingsflyt eller en rettet feil kan endre hva som er oppfylt, og da stemmer ikke erklæringen lenger.

Den enkleste måten å holde den oppdatert på, er å gjøre det til en del av leveransen. Avtal med leverandøren at oppdatert grunnlag følger med når løsningen endres, slik at kommunen ikke må be om det hver gang.

Hva vinner kommunen på å tenke universell utforming fra start?

Mindre å rette og mindre å forklare. Det er vesentlig billigere å bygge inn universell utforming enn å rette i etterkant, og en løsning som er bygd riktig fra starten, gir en kortere liste over avvik.

Det gir også en enklere erklæring å skrive. Hvordan dette henger sammen med at en portal faktisk blir brukt, har vi skrevet om i Tilskuddsportalen som faktisk blir brukt.

Vi bygger etter WCAG 2.2 AA.

Vanlige spørsmål

Må hver portal ha sin egen tilgjengelighetserklæring? Ja. I offentlig sektor skal hvert nettsted og hver app virksomheten tilbyr innbyggerne ha sin egen erklæring.

Er WCAG 2.2 et krav? Nei, kravet i offentlig sektor er i dag WCAG 2.1 gjennom EN 301 549.

Kan leverandøren skrive erklæringen for oss? Nei. Leverandøren kan levere grunnlaget, men kommunen står ansvarlig for det som publiseres.

Er det greit å oppgi avvik? Ja, en ærlig erklæring med kjente avvik og en plan er mer nyttig enn en som sier at alt er i orden.

Hva bør vi spørre om i anskaffelsen? Hvilket nivå løsningen er testet mot, hvilke avvik som er kjent, og hvordan dere får oppdatert grunnlag etter endringer.

Når må teksten oppdateres? Minst én gang i året, og ved større endringer i løsningen. En ny skjemaside, en ny innloggingsflyt eller en rettet feil kan endre hva som er oppfylt, og da stemmer ikke erklæringen lenger.