sjekkliste-tilgjengelighetserklaring-lillestrom-kommune.xlsx

	A	B	C	D	E	F	G	H
1	Rapport om universell utforming av IKT-løsninger						Sist oppdattert: 27. November 2022
2	IKT-løsningene i Lillestrøm kommune skal være universelt utformet, intuitive og lette å bruke for alle. Dette er en rapport som viser status på universell utforming. Rapporten tar blant annet for seg lovpålagte krav til universell utforming av IKT-løsninger som beskrevet i forskriften om universell utforming av informasjons- og kommunikasjonsteknologiske (IKT)-løsninger. For at IKT løsningen skal kunne regnes som universelt utformet må alle felter i kolonne E ha svaret Ja (grønn), Vi har ikke denne type innhold (lys grå), Nei (rød) og ikke sjekket (mørk grå). Svarer du nei må du beskriv kort innholdet som ikke er universelt utformet, oppgi en grunn hvorfor kravet ikke er oppfylt(årsak) og hvilken konsekvenser dette har for bruker. Kakediagram med resultatet viser oppfyllelsesgrad i prosent. Les mer om på uutilsynet om krav til universell utforming og tilgjengelighetserklæringen: https://www.uutilsynet.no/tilgjengelighetserklaering/tilgjengelighetserklaering/1127
3	Forskrift om universell utforming av informasjons- og kommunikasjonsteknologiske (IKT)-løsninger
4	Navn på IKT-løsning:
5	Leverandør:
6	Dato for testing:
7	Systemeier:
8	Byrådsavdeling:
9	Systemkoordinator:
10	Målgruppe:
11	Hoved-URL:
12	Testet av:
13	Testet på:
14	Hjelpeteknologi:
15	Resultat:	Type funn	Antall	Prosent
16		ja	0	0.00%
17		Vi har ikke denne type innhold	0	0.00%
18		nei	0	0.00%
19		ikke sjekket	47	100.00%
20		Total funn	47	100.00%
21	Oppsummering:
22
23
24			Oversikt over status for universell utforming i én enkelt nettløsning. Her ser du WCAG-kravene som nettsteder skal oppfylle, sortert på de fire prinsippene i WCAG-standarden. For hver av retningslinjene finnes beskrivelser, lenker til mer informasjon, m.m., samt en nedtrekksmeny der du kan notere status pr i dag. Du kan laste ned arket og bruke det som arbeidsliste, men følg alltid med på uutilsynet.no for oppdatert kravliste.
25	Mal – WCAG-sjekkliste for utfylling av tilgjengelighetserklæring						Lillestrøm kommune tilleggs hjelp
26	Kolonne1	Retningslinje	Beskrivelse av retningslinje	Suksesskriterium	Følges kravet?	Svaret som skal avgis/testresultat/kommentar	Hjelpe spørsmål	url
27	Prinsipp 1: Mulig å oppfatte	1.1 Tekstalternativer	Gi tekstalternativer til alt ikke-tekstlig innhold, slik at det kan konverteres til formater som brukerne har behov for, for eksempel stor skrift, blindeskrift, tale, symboler eller enklere språk.
28				1.1.1 Ikke-tekstlig innhold	Ikke sjekket		Bilder og grafikk: Er det tekstalternativ til bilder og grafikk (alt-tekst)? Bilder og grafikk: Kommer formålet med lenket bilde frem av lenketekst og/eller bildetekst?
29		1.2 Tidsbaserte medier (lyd og video)	Gi alternativer til tidsbaserte medier.
30				1.2.1 Bare lyd og video (forhåndsinnspilt)	Ikke sjekket		Video/lyd: Er det et alternativ til informasjon som bare presenteres som video eller lyd?
31				1.2.2 Teksting (forhåndsinnspilt)	Ikke sjekket		Teksting: Er videoer som har lyd tekstet?
32		1.3 Mulig å tilpasse	Lag innhold som kan presenteres på forskjellige måter uten at informasjon eller struktur går tapt.
33				1.3.1 Informasjon og relasjoner	Ikke sjekket		Overskrifter: Er overskriftsnivåer (H1, H2, H3, etc.) brukt på korrekt måte? Overskrifter: Er overskriftene visuelt i samsvar med kodet overskriftsnivå? Lister: Er listene kodet korrekt? Tabeller: Er tabeller brukt for å vise tabulære data og ikke for å strukturere design? Tabeller: Er tabeller kodet korrekt slik at brukere med skjermleser kan forstå sammenheng og innhold?
34				1.3.2 Meningsfylt rekkefølge	Ikke sjekket		Er innholdet presentert i en meningsfull rekkefølge?
35				1.3.3 Sensoriske egenskaper	Ikke sjekket		Instruksjoner: er det mulig å oppfatte instruksjoner uavhengig av syn eller hørsel?
36				1.3.4 Visningsretning	Ikke sjekket		Visningsretning: Får brukeren velge om innholdet skal vises i liggende eller stående retning?
37				1.3.5 Identifiser formål med inndata	Ikke sjekket		Identifiser formål med inndata: Er skjemaelementer kodet med inndataformål?
38		1.4 Mulig å skille fra hverandre	Gjør det enklere for brukerne å se og høre innhold, blant annet ved å skille forgrunnen fra bakgrunnen.
39				1.4.1 Bruk av farge	Ikke sjekket		Lenker: Skiller lenker seg fra løpende tekst? (Farge er ikke tilstrekkelig) Farge: Er budskapet formidlet med andre virkemidler enn kun farge (tekstalternativ)?
40				1.4.2. Styring av lyd	Ikke sjekket		Lyd: Er det mulig å stoppe lyd som starter automatisk?
41				1.4.3 Kontrast (minimum)	Ikke sjekket		Kontrast: Er det tilstrekkelig kontrast mellom tekst og bakgrunn (minimum 4,5:1)?
42				1.4.4 Endring av tekststørrelse	Ikke sjekket		Tekststørrelse: Kan tekst forstørre til minst 200% uten å miste innhold?
43				1.4.5 Bilder av tekst	Ikke sjekket		Bilder: Brukes det tekst og ikke bilde av tekst?
44				1.4.10 Dynamisk tilpasning (Reflow)	Ikke sjekket		Dynamisk tilpassing: Kan innhold endres til 400 prosent størrelse ved 1280 piksler bredde, uten tap av informasjon eller funksjonalitet?
45				1.4.11 Kontrast for ikke-tekstlig innhold	Ikke sjekket		Kontrast: Har ikke-tekstlig innhold et kontrastforhold på minst 3:1 mot farge(r) som ligger siden av?
46				1.4.12 Tekstavstand	Ikke sjekket		Tekstavstand: Kan tekstavstanden overstyres av brukeren for å gjøre teksten lettere å lese?
47				1.4.13 Pekerfølsomt innhold eller innhold ved tastaturfokus	Ikke sjekket		Pekerfølsomt innhold eller innhold ved tastaurfølsomhet: Er innhold som kommer til syne (ved feks musover) laget på en slik måte at det ikke dekker over annet innhold, at brukeren enkelt kan lukke tilleggsinnholdet og at innholdet blir stående til brukeren velger å lukke det?
48	Prinsipp 2: Mulig å betjene	2.1 Tilgjengelig med tastatur	Gjør all funksjonaliteten tilgjengelig med tastatur.
49				2.1.1 Tastatur	Ikke sjekket		Tastaturnavigering: Er det mulig å navigere seg frem til all funksjonalitet kun ved hjelp av tastatur? Tastaturnavigering: Er leserekkefølgen logisk når man navigerer ved hjelp av tab-tasten?
50				2.1.2 Ingen tastaturfelle	Ikke sjekket		Tastaturnavigering: Er det mulig å navigere uten å havne i en tastaturfelle?
51				2.1.4 Hurtigtaster som består av ett tegn	Ikke sjekket		Hurtigtaster som består av et tegn: Kan brukeren enkelt slå av hurtigtaster som består av ett tegn?
52		2.2 Nok tid	Gi brukerne nok tid til å lese og bruke innhold.
53				2.2.1 Justerbar hastighet	Ikke sjekket		Tidsavbrudd: Er det mulig for bruker å justere tidsbegrensinger?
54				2.2.2 Pause, stopp, skjul	Ikke sjekket		Pause, stopp, skjul: Er det mulig å stoppe, pause eller skjule innhold som automatisk endrer seg?
55		2.3 Anfall og andre fysiske reaksjoner	Ikke utform innhold på en måte som er kjent for å forårsake anfall.
56				2.3.1 Terskelverdi på maksimalt tre glimt	Ikke sjekket		Blinkende innhold: Blinker innhold mindre enn tre ganger per sekund?
57		2.4 Navigerbar	Gjør det mulig for brukerne å navigere, finne innhold og vite hvor de befinner seg.
58				2.4.1 Hoppe over blokker	Ikke sjekket		For komplekse sider: Er siden delt inn i regioner for navigasjon?
59				2.4.2 Sidetitler	Ikke sjekket		Sidetitler: Er sidetitlene forståelilge?
60				2.4.3 Fokusrekkefølge	Ikke sjekket		Fokusrekkefølge: Er det samsvar mellom fokus og rekkefølgen innholdet presenteres i?
61				2.4.4 Formål med lenke (i kontekst)	Ikke sjekket		Lenker: Har lenker tydelig formål? (Beskrevet som "les mer" eller "her" er ikke tilstrekkelig)
62				2.4.5 Flere måter	Ikke sjekket		Navigasjon: Tilbys brukeren flere måter å navigere på?
63				2.4.6 Overskrifter og ledetekster	Ikke sjekket		Overskrifter: Er overskrifter og ledetekst beskrivene for innholdet eller emne?
64				2.4.7 Synlig fokus	Ikke sjekket		Fokus: Er det tydelig markert hvilket element som er i fokus når man navigerer ved hjelp av tab-tasten eller ved swiping på touchskjerm?
65		2.5 Inndatametoder	Gjør det enklere for brukerne å betjene funksjonalitet med andre inputmetoder enn bare tastatur.
66				2.5.1 Pekerbevegelse	Ikke sjekket		Pekerbevegelser: Kan alt innhold på nettsiden brukes med enkel pekerinput? Og innhold som krever flerpunktsinput har alternativer med kun enkelt input (eks pluss/ minusknapper)?
67				2.5.2 Pekeravbrytelse	Ikke sjekket		Pekeravbrytelser: Er handlingsknapper og klikkbar funksjonalitet laget slik at innhold ikke aktiveres før man slipper knappen, eller gis brukeren mulighet for å angre handlingen?
68				2.5.3 Ledetekst i navn	Ikke sjekket		Ledetekst i navn: Er visuelle ledetekster i samsvar med kodete ledetekster? ( Må starte likt)
69				2.5.4 Bevegelsesaktivering	Ikke sjekket		Bevegelsesaktivering: Kan funksjonalitet som kan betjenes med bevegelse, også kunne betjenes med brukersnittkomponenter (knapper eller lignende)?
70	Prinsipp 3: Forståelig	3.1 Leselig	Det må være mulig å forstå informasjon og betjening av brukergrensesnitt.
71				3.1.1 Språk på siden	Ikke sjekket		Språk: Er språkkoden satt til norsk? Er det satt norsk språk i hele løsningen, inkludert feilmeldinger, navn på knapper, etc?
72				3.1.2 Språk på deler av innhold	Ikke sjekket
73		3.2 Forutsigbar	Sørg for at websider presenteres og fungerer på forutsigbare måter.
74				3.2.1 Fokus	Ikke sjekket		Fokus: Når en komponenet kommer i fokus medfører dette ikke automatisk betydelige endringer i siden.
75				3.2.2 Inndata	Ikke sjekket		Skjema: Endring av verdien til et skjemafelt medfører ikke automatisk betydelige endringer i siden
76				3.2.3 Konsekvent navigering	Ikke sjekket		Navigasjon: Er elementer som har samme funksjonalitet utformet likt på forskjellige sider? Skjema: Er det mulig å navigere i stegene i prosessen?
77				3.2.4 Konsekvent identifikasjon	Ikke sjekket		Skjema: Får brukeren enkelt oversikt over stegene i prosessen?
78		3.3 Inndatahjelp	Hjelp brukere med å unngå feil og å rette opp feil.
79				3.3.1 Identifikasjon av feil	Ikke sjekket		Feilmeldinger: Får man feilmelding og tekstbeskrivelse av feilen hvis et obligatorisk felt i skjema ikke er fyllt ut? Skjema: Er det tydelig hva som er obligatoriske felt i skjema? Feilmeldinger: Er feilmeldinger forståelige for brukeren?
80				3.3.2 Ledetekster eller instruksjoner	Ikke sjekket		Skjema: Har inputfeltene ledetekst med forståelig tekst (label)? Skjema: Er det tekstlig markering av obligatoriske felter? Skjema: Står spørsmålsteksten før eller over inputfeltene? Skjema: Er avkrysningsbokser og radioknapper plassert foran tilhørende tekst? Feilmeldinger: Brukeren blir ikke låst i en feilsituasjon?
81				3.3.3 Forslag ved feil	Ikke sjekket		Feilmeldinger: Får brukeren et forslag til hvordan feil kan løses? Skjema: Vises eventuelle feilmeldinger i nærheten av inputfeltet?
82				3.3.4 Forhindring av feil (juridiske feil, økonomiske feil, datafeil)	Ikke sjekket		Bekreftelse: Får brukeren mulighet til å angre, kontrollere og bekrefte innsendte data som medfører juridiske forpliktelser? Skjema: Får bruker bekreftelse når skjema er sendt inn?
83	Prinsipp 4: Robust	4.1 Kompatibel	Sørg for best mulig kompatibilitet med aktuelle og fremtidige brukeragenter, inkludert kompenserende teknologi.
84				4.1.1 Parsing (oppdeling)	Ikke sjekket		Kildekode: Validerer koden? Stilark: Er det mulig å lese og forstå siden også uten stilarket (CSS)?
85				4.1.2 Navn, rolle, verdi	Ikke sjekket		Knapper: Er viktig funksjonalitet og handlinger kodet som knapper og ikke lenker? Knapper: Er knappen kodet som knapp og har knappen ledetekst? Skjema: Er skjemaelement koblet til en ledetekst i koden som identifiserer skjemaelementet?
86				4.1.3 Statusbeskjeder	Ikke sjekket		Statusbeskjeder: Er statusbeskjeder som ikke gir kontekstendring kodet med rolle slik at alle brukere kan oppfatte innholdet? (Skjermleser)
87
88
89
90
91
92
93
94
95
96
97
98
99
100