Tillgänglighet av digitala tjänster.
Vårt mål är att våra digitala tjänster ska betjäna alla våra kunder jämlikt oberoende av specialbehov. Vi kartlägger som bäst våra digitala tjänsters tillgänglighet och strävar efter att främja tillgängligheten kontinuerligt. På den här sidan samlar vi detaljerad information om tillgänglighetssituationen för varje digital tjänst vi erbjuder.
Vårt mål är att våra digitala tjänster ska betjäna alla våra kunder jämlikt oberoende av specialbehov. Vi kartlägger som bäst våra digitala tjänsters tillgänglighet och strävar efter att främja tillgängligheten kontinuerligt. På den här sidan samlar vi detaljerad information om tillgänglighetssituationen för varje digital tjänst vi erbjuder.
CMS WCAG 2.1
Beskrivningarna och exemplen i varje avsnitt är endast utdrag som syftar till att förklara hur kraven uppfylls. En fullständig lista över kraven och detaljerade anvisningar för hur nivåkraven uppfylls finns i de officiella riktlinjerna:
Webbtillgänglighetsriktlinjer (WCAG) 2.1
För att uppfylla de krav som fastställts i Finland måste vi uppfylla både nivå A- och nivå AA-kriterierna.
Möjlig att uppfatta
Hanterbar
Begriplig
Robust
1. Möjlig att uppfatta (CMS)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Allt icke-textuellt innehåll måste ha ett tillgängligt textalternativ.
Delvis
Nivå A
Information, struktur och relationer som förmedlas visuellt måste kunna tolkas av hjälpmedel eller vara tillgängliga som text.
Syftet med innehållet måste alltid vara förståeligt via textbeskrivning.
Exempel: Ett fel bör beskrivas med ord i stället för att bara markeras med röd färg.
Nej
Nivå A
Innehållet ska presenteras i en logisk ordning som inte orsakar förvirring.
Exempel: Är innehållet i logisk ordning när man navigerar med tabbtangenten?
Ja
Nivå A
Storlek och färg får inte användas som enda sätt att prioritera text. Rubriker ska inte bara markeras med ett <span>-element, utan använda rubrikelement som <h2>.
Elementen ska följa en hierarkisk struktur, t.ex. <h3> ska ligga under ett <h2>-element.
Ett annat exempel är text som förklarar hur man går vidare med ett knapptryck: ”Tryck på knappen nedan för att fortsätta”, där knappen måste vara tydligt identifierbar och inte försvinna vid navigering.
Delvis
Nivå AA
För inmatningsfält där användaren t.ex. fyller i sin e-postadress, ska rätt typ anges: type="email". Detta gör att användaren l ättare kan förstå vad som förväntas.
Om det är ett nummerfält, använd t.ex. type="number" för att möjliggöra numerisk inmatning på mobilen.
Delvis
Nivå A
Färg får inte användas som det enda sättet att förmedla innehåll eller innebörd.
Exempel: Ett diagram måste gå att tolka utan färg, så eventuell dold tabellvariant bör ersätta eller komplettera med textbeskrivningar.
Ja
Nivå A
Om ljud spelas upp automatiskt i mer än tre sekunder, måste det kunna pausas eller stängas av.
Ja
1.4.3 – Nivå AA
Minst 4,5:1 kontrastförhållande
1.4.6 – Nivå AAA
Minst 7:1 kontrastförhållande
4,5:1
Delvis
Nivå AA
Text (både vanlig text och text i bilder) ska kunna förstoras upp till 200 % utan att funktionalitet går förlorad.
Ja
Nivå AA
Undvik att använda bilder av text. Text måste kunna läsas med skärmläsare.
Delvis
Nivå AA
Se till att innehållet går att rulla i endast en riktning även vid 400 % zoom.
UNDANTAG: när tvådimensionell navigering krävs, t.ex. på en karta.
Delvis
Nivå AA
Exempel: Om en komponent visas i ett visst tillstånd måste det vara tydligt, t.ex. att en vald radioknapp ska ha tydlig markering.
Ja
Nivå AA
Typografi-komponenten måste uppfylla följande:
Radavstånd minst 1,5 gånger teckenstorleken
Avstånd mellan stycken minst 2 gånger teckenstorleken
Delvis
Nivå AA
Verktygstips måste uppfylla vissa egenskaper (vilka just nu saknas):
Måste kunna stängas med Esc
Måste kunna föras bort utan att musen används
Innehållet måste stanna kvar tills användaren lämnar det aktivt
Ja
2. Hanterbar (CMS)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Hela sidan måste vara användbar enbart med tangentbord.
Nivå AAA
Samma som ovan, men utan undantag.
Delvis
Nivå A
Om man kan navigera till en komponent med tabbtangenten måste det också vara möjligt att lämna den med tabbtangenten.
Ja
Nivå A
Om en komponent har ett snabbkommando (t.ex. enstaka tangent) måste det gå att stänga av, omdefiniera eller aktivera det endast i fokus.
Exempel: Det ska inte krocka med tangenter definierade för skärmläsare.
Ja
Nivå AA
Om innehållet är tidsberoende ska det vara möjligt att kontrollera tidsbegränsningarna.
Exempel:
Om en lista är animerad (t.ex. https://www.nordnet.se/onboarding), måste det finnas ett alternativ där animationen kan pausas eller ersättas av statiskt innehåll.
En tidsgräns där användaren loggas ut efter inaktivitet måste kunna hanteras.
Ja
Nivå A
Allt rörligt, blinkande eller automatiskt uppdaterande innehåll måste kunna pausas, stoppas eller döljas.
Ja
Nivå A
Inget får blinka mer än tre gånger per sekund, förutom om det ligger under den allmänna gränsen.
Våra gröna köpikoner och röda säljindikatorer ligger under denna gräns.
Nivå AAA
Inga undantag från denna regel.
Ja
Nivå A
Återkommande innehållsblock ska kunna hoppas över på flera sidor.
Exempel:
Med tabb ska det gå att navigera till "Hoppa till huvudinnehållet" direkt efter att ha angett en URL.
Våra sökfilter och tabeller ska inte kräva att man tabbar igenom hela listan för att nå resultat eller innehåll.
Ja
Nivå A
Fokusordningen med tabbtangenten ska följa en logisk sekvens.
Ja
Nivå A
Det ska tydligt framgå vad som händer när en länk klickas på.
Nivå AAA
Länkens syfte ska framgå av endast länktexten – sammanhang får inte behövas.
Ja
Nivå AA
Användaren ska kunna nå en sida via mer än ett sätt, t.ex. från sök eller meny.
Ja
Nivå AA
När tangentbordsnavigering används ska det alltid synas var fokus ligger.
Ja
Nivå AAA
Innehållet ska organiseras med rubriker för att underlätta för skärmläsare.
Ja
Nivå A
Alla funktioner som kräver exakt interaktion med flera fingrar (t.ex. zoomning med nypning) eller gestbaserade funktioner (t.ex. att rita en kurva med fingret) måste också ha en motsvarande knapp eller kontroll.
Ja
Nivå A
Tryck eller klick ska kunna ångras innan det slutförs – t.ex. genom att släppa innan handlingen sker.
Ja
Nivå A
Om en synlig etikett tillhör ett inmatningsfält, ska det även vara etikettens namn som används i koden.
Om etikett saknas uppfylls inte kravet.
Nej
3. Begriplig (CMS)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Använd inte olika språk i delar av innehållet, förutom i särskilda fall som tekniska termer eller citat.
Ja
Nivå A
Använd inte olika språk i delar av innehållet, förutom i särskilda fall som tekniska termer eller citat.
Ja
Nivå AAA
Förkortningar som DEP eller ISK bör kunna förklaras maskinellt via <abbr> eller liknande.
Ej tillämpligt
Nivå A
Fokusändringar får inte leda till kontextförändring som exempelvis sidladdning.
Ja
Nivå A
Interaktion med inmatning får inte ändra sammanhang utan att användaren informeras i förväg.
Ja
Nivå AA
Navigering, sök och menyer ska vara på samma plats på varje sida.
Ja
Nivå AA
Ikoner eller etiketter som betyder samma sak ska vara enhetliga mellan sidor.
Ja
Nivå A
Ge alltid en etikett eller instruktion för inmatningsfält.
Nej
Nivå AA
Om ett fel uppstår, ge ett förslag på hur det kan rättas till – om det inte äventyrar säkerhet.
Nej
Nivå AAA
Innan användaren skickar t.ex. juridisk eller finansiell information ska det finnas en möjlighet att granska och bekräfta uppgifterna.
Ej tillämpligt
4. Robust (CMS)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Kod måste vara korrekt strukturerad med start- och sluttaggar och får inte ha dubbletter av attribut. (Kan testas med Lighthouse.)
Delvis
Nivå A
Alla användargränssnitt komponenter (formulär, länkar, skriptgenererade komponenter) måste ha:
• ett namn
• en roll
• värden som kan identifieras och hanteras av hjälpmedel.
Nivå AA
Statusmeddelanden som visas efter en åtgärd (t.ex. fel vid inmatning eller sökresultat) måste kunna identifieras av skärmläsare utan att ta fokus.
Ja
Kontoöversiktssida: intro
För att uppfylla kraven som fastställts i Finland måste vi uppfylla både nivå A- och nivå AA-kriterierna.
Märkbar
Hanterbar
Begriplig
Robust
1. Möjlig att uppfatta (Kontots översikt-sida)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Allt icke-textuellt innehåll måste ha ett tillgängligt textalternativ.
Nej
1.2 Tidsberoende media
Gäller ljud- och videoinnehåll.
Ej tillämpligt
Nivå A
Information, struktur och relationer som förmedlas visuellt måste kunna tolkas av hjälpmedel eller vara tillgängliga som text.
Syftet med innehållet måste alltid vara förståeligt via textbeskrivning.
Exempel: Ett fel bör beskrivas med ord i stället för att bara markeras med röd färg.
Nej
Nivå A
Innehållet ska presenteras i en logisk ordning som inte orsakar förvirring.
Exempel: Är innehållet i logisk ordning när man navigerar med tabbtangenten?
Nej
Nivå A
Storlek och färg får inte användas som enda sätt att prioritera text. Rubriker ska inte bara markeras med ett <span>-element, utan använda rubrikelement som <h2>.
Elementen ska följa en hierarkisk struktur, t.ex. <h3> ska ligga under ett <h2>-element.
Ett annat exempel är text som förklarar hur man går vidare med ett knapptryck: ”Tryck på knappen nedan för att fortsätta”, där knappen måste vara tydligt identifierbar och inte försvinna vid navigering.
Ja
Nivå AA
För inmatningsfält där användaren t.ex. fyller i sin e-postadress, ska rätt typ anges: type="email". Detta gör att användaren lättare kan förstå vad som förväntas.
Om det är ett nummerfält, använd t.ex. type="number" för att möjliggöra numerisk inmatning på mobilen.
Nej
Nivå A
Färg får inte användas som det enda sättet att förmedla innehåll eller innebörd.
Exempel: Ett diagram måste gå att tolka utan färg, så eventuell dold tabellvariant bör ersätta eller komplettera med textbeskrivningar.
Ja
Nivå A
Om ljud spelas upp automatiskt i mer än tre sekunder, måste det kunna pausas eller stängas av.
Ja
1.4.3 – Nivå AA
Minst 4,5:1 kontrastförhållande
1.4.6 – Nivå AAA
Minst 7:1 kontrastförhållande
4,5:1
Nej
Nivå AA
Text (både vanlig text och text i bilder) ska kunna förstoras upp till 200 % utan att funktionalitet går förlorad.
Ja
Nivå AA
Undvik att använda bilder av text. Text måste kunna läsas med skärmläsare.
Ja
Nivå AA
Se till att innehållet går att rulla i endast en riktning även vid 400 % zoom.
UNDANTAG: när tvådimensionell navigering krävs, t.ex. på en karta.
Nej
Nivå AA
Exempel: Om en komponent visas i ett visst tillstånd måste det vara tydligt, t.ex. att en vald radioknapp ska ha tydlig markering.
Nej
Nivå AA
Verktygstips måste uppfylla vissa egenskaper (vilka just nu saknas):
Måste kunna stängas med Esc
Måste kunna föras bort utan att musen används
Innehållet måste stanna kvar tills användaren lämnar det aktivt
Nej
2. Hanterbar (Kontots översikt-sida)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Hela sidan ska kunna användas enbart med tangentbord.
Nivå AAA
Samma som ovan, men utan några undantag.
Nej
Nivå A
Om komponenter kan nås med TAB-tangent, ska man även kunna LÄMNA dem med TAB-tangent.
Ja
Nivå A
Om komponenter har speciella interaktioner via enstaka tangenttryckningar, måste de kunna stängas av, konfigureras om, eller kräva fokus.
Exempel: Det ska inte finnas konflikter mellan kortkommandon och skärmläsartangenter.
Ja
Nivå A
Tidsinställda innehåll måste kunna kontrolleras.
Exempel:
Om animationer är tidsinställda i en viss sekvens (t.ex. nordnet.fi/onboarding), måste det finnas en version där allt visas samtidigt.
Tidsgränser där användaren loggas ut efter inaktivitet.
Nej
Nivå A
Allt blinkande, rullande eller uppdaterande innehåll måste kunna pausas, stoppas eller döljas.
Nej
Nivå A
Inget får blinka mer än tre gånger per sekund, utom om det ligger under tröskelvärden.
Våra felmeddelanden och röda försäljningsindikatorer kan tillhöra denna kategori.
Nivå AAA
Inga undantag tillåts.
Ja
Nivå A
Upprepade block på sidan ska kunna hoppas över.
Exempel:
TAB-navigering till “Hoppa till innehåll” fungerar bara DELVIS (efter att man matat in URL).
Navigering av tabeller bör fungera utan att behöva TAB:a genom allt.
Ja
Nivå A
Det ska tydligt framgå vad som händer när en länk klickas på.
Nivå AAA
Länkens syfte ska framgå av endast länktexten – sammanhang får inte behövas.
Ja
Nivå AA
Användaren ska kunna nå en sida via mer än ett sätt, t.ex. från sök eller meny.
Ja
Nivå AA
När tangentbordsnavigering används ska det alltid synas var fokus ligger.
Nej
Nivå AAA
Innehållet ska organiseras med rubriker för att underlätta för skärmläsare.
Nivå A
Alla funktioner som kräver exakt interaktion med flera fingrar (t.ex. zoomning med nypning) eller gestbaserade funktioner (t.ex. att rita en kurva med fingret) måste också ha en motsvarande knapp eller kontroll.
Ja
Nivå A
Tryck eller klick ska kunna ångras innan det slutförs – t.ex. genom att släppa innan handlingen sker.
Ja
Nivå A
Om en synlig etikett tillhör ett inmatningsfält, ska det även vara etikettens namn som används i koden.
Om etikett saknas uppfylls inte kravet.
Nej
3. Begriplig (Kontots översikt-sida)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Sidans språk ska kunna anges programmatiskt med hjälp av attributet lang i html-elementet.
Ja
Nivå AA
Blanda inte språk FÖRUTOM i fall som: "specifika termer, tekniska begrepp, obestämda ord och uttryck som blivit en naturlig del av det omgivande språket".
Exempel: vissa URL-länkar innehåller text på engelska istället för finska.
Nivå AAA
Det finns ett element som kan användas för att förklara förkortningar. T.ex. DEP syftar på "Aktiefondepå" och ISK syftar på "Investeringssparkonto".
Ej tillämpligt
Nivå A
Ändring av fokus får inte orsaka kontextförändringar, t.ex. menyval får inte leda till sidbyte.
Ja
Nivå A
Användarens inmatning får inte orsaka kontextförändring om det inte förklarats i förväg.
Exempel: Om användaren ombeds svara "ja" på frågan om hen är en politiskt exponerad person, ska modulen användas där användaren bekräftar sitt svar; detta följer inte riktlinjen.
Ja
Nivå AA
Navigering, sök och navigationsgenvägar ska ligga på samma plats på varje sida.
Ja
Nivå AA
Element ska identifieras konsekvent, t.ex. att samma ikon alltid betyder samma sak på alla sidor.
Ja
Nivå AA
Om ett fel uppstår, bör förslag på korrigering ges, SÅVIDA det inte orsakar en säkerhetsrisk.
Nej
Nivå AAA
ALLA punkter i listan måste uppfyllas. Juridiska formulär måste kontrolleras innan skickning, inklusive bekräftelse, och måste alltid kunna ångras.
Ej tillämpligt
4. Robust (Kontots översikt-sida)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Vår kod bryts i praktiken inte, så detta villkor uppfylls inte! Elementen måste alltid ha kompletta start-/sluttaggar etc. (Kan testas med Lighthouse)
Delvis
Nivå A
”Alla
användargränssnittskomponenter
(t.ex. formulärelement, länkar och komponenter skapade med skript) namn
och roll
kan fastställas programmässigt
; tillstånd, egenskaper och värden som användaren kan ställa in kan även ställas in programmässigt
; och ändringar i dessa ska vara tillgängliga för hjälpmedel
.”
• Namn på alla inmatningselement
• roll där det används, t.ex. på knapparNivå AA
Exempel:
• Om en begäran skickas och misslyckas när användaren klickar på skicka-knappen, ska ett FeedbackBanner-fält visas som felmeddelande.
• Detta ska meddelas skärmläsaren och vara läsbart för användaren så snart som möjligt.
• Vid en sökning, annonsera element som informerar om antalet resultat, t.ex. ”Fem resultat hittades”.
Ja
Blogg WCAG 2.1
För att uppfylla de krav som fastställts i Finland måste vi uppfylla både nivå A- och nivå AA-kriterierna.
Möjlig att uppfatta
Hanterbar
Begriplig
Robust
1. Möjlig att uppfatta (Blogg)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Allt icke-textinnehåll måste ha ett textalternativ som fungerar likvärdigt.
Delvis
Nivå A
"Information, struktur och relationer som förmedlas visuellt ska även kunna fastställas programmatiskt eller finnas tillgängliga i textform."
Syftet med innehållet ska alltid kunna förstås via textbeskrivning.
Exempel: Ett fel bör beskrivas med ord, inte enbart markeras med t.ex. röd färg.
Ja
Nivå A
Innehållet ska presenteras i en meningsfull ordning som inte orsakar förvirring.
Exempel: Visas innehållet i logisk ordning när man använder tab-tangenten?
Ja
Nivå A
Storlek och färg får inte användas som enda metod för att särskilja textinnehåll. Rubriker får inte bara markeras med <span>, utan måste använda rubrikelement som <h2>.
Element ska följa hierarkisk struktur, exempelvis ska <h3> ligga under <h2>, etc.
Ett annat exempel: om man instruerar att klicka på en knapp för att gå vidare måste knappen vara tydligt definierad så att användaren vet vilket objekt som menas.
Delvis
Nivå AA
Fält där användaren ska ange exempelvis e-postadress ska märkas upp med type="email".
Fält ska ha en etikett eller beskrivning som förklarar syftet.
Om det är ett telefonnummerfält ska det märkas med type="tel" för att underlätta mobilanvändning.
Ja
Nivå A
Färg får inte vara enda sättet att förmedla information.
Exempel: En färgkodad tabell som behöver förstås även utan färger bör göras tillgänglig med till exempel textetiketter.
Delvis
1.4.3 – Nivå AA
Kontrastförhållandet mellan text och bakgrund ska vara minst 4,5:1.
1.4.6 – Nivå AAA
Kontrastförhållandet ska vara minst 7:1.
4,5:1
Delvis
Nivå AA
"Med undantag för text i bilder och text som inte kan ändras, ska textstorleken kunna förstoras upp till 200 procent utan att innehåll eller funktionalitet går förlorad."
Ja
Nivå AA
Undvik alltid text i bilder, text ska kunna läsas av skärmläsare.
Nej
Nivå AA
Säkerställ att innehåll kan rullas i endast en riktning, även om det är inzoomat till 400 %.
FÖRUTOM när tvådimensionell navigering krävs, t.ex. kartor.
Ja
Nivå AA
Exempel: Om en komponent visas i ett visst tillstånd får det inte finnas någon oklarhet – den valda radioknappen måste synas tydligt.
Ja
Nivå AA
Typografikomponenten måste uppfylla dessa krav:
• Radavstånd minst 1,5x teckenstorlek
• Avstånd efter stycke minst 2x teckenstorlek.
Delvis
Nivå AA
Vårt verktygsfält behöver följande egenskaper (som saknas nu):
• kunna stängas med Esc-tangent
• användaren måste kunna flytta bort musen utan att innehållet försvinner
Innehållet får inte försvinna förrän användaren lämnar det aktivt.
Delvis
2. Hanterbar (blogg)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Hela sidan ska kunna användas enbart med tangentbord.
Nivå AAA
Samma som ovan, men utan några undantag.
Delvis
Nivå A
Om komponenter kan nås med TAB-tangent, ska man även kunna LÄMNA dem med TAB-tangent.
Ja
Nivå A
Om komponenter har speciella interaktioner via enstaka tangenttryckningar, måste de kunna stängas av, konfigureras om, eller kräva fokus.
Exempel: Det ska inte finnas konflikter mellan kortkommandon och skärmläsartangenter.
Ja
Nivå A
Tidsinställda innehåll måste kunna kontrolleras.
Exempel:
Om animationer är tidsinställda i en viss sekvens (t.ex. nordnet.fi/onboarding), måste det finnas en version där allt visas samtidigt.
Tidsgränser där användaren loggas ut efter inaktivitet.
Ja
Nivå A
Allt blinkande, rullande eller uppdaterande innehåll måste kunna pausas, stoppas eller döljas.
Ja
Nivå A
Inget får blinka mer än tre gånger per sekund, utom om det ligger under tröskelvärden.
Våra felmeddelanden och röda försäljningsindikatorer kan tillhöra denna kategori.
Nivå AAA
Inga undantag tillåts.
Ja
Nivå A
Upprepade block på sidan ska kunna hoppas över.
Exempel:
TAB-navigering till “Hoppa till innehåll” fungerar bara DELVIS (efter att man matat in URL).
Navigering av tabeller bör fungera utan att behöva TAB:a genom allt.
Ja
Nivå A
Det ska tydligt framgå vad som händer när en länk klickas på.
Nivå AAA
Länkens syfte ska framgå av endast länktexten – sammanhang får inte behövas.
Ja
Nivå AA
Användaren ska kunna nå en sida via mer än ett sätt, t.ex. från sök eller meny.
Ja
Nivå AA
När tangentbordsnavigering används ska det alltid synas var fokus ligger.
Ja
Nivå AAA
Innehållet ska organiseras med rubriker för att underlätta för skärmläsare.
Ja
Nivå A
Alla funktioner som kräver exakt interaktion med flera fingrar (t.ex. zoomning med nypning) eller gestbaserade funktioner (t.ex. att rita en kurva med fingret) måste också ha en motsvarande knapp eller kontroll.
Ja
Nivå A
Tryck eller klick ska kunna ångras innan det slutförs – t.ex. genom att släppa innan handlingen sker.
Ja
Nivå A
Om en synlig etikett tillhör ett inmatningsfält, ska det även vara etikettens namn som används i koden.
Om etikett saknas uppfylls inte kravet.
Ja
3. Begriplig (Blogg)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Använd inte olika språk i delar av innehållet, förutom i särskilda fall som tekniska termer eller citat.
Ja
Nivå A
Använd inte olika språk i delar av innehållet, förutom i särskilda fall som tekniska termer eller citat.
Nivå AAA
Förkortningar som DEP eller ISK bör kunna förklaras maskinellt via <abbr> eller liknande.
Ej tillämpligt
Nivå A
Fokusändringar får inte leda till kontextförändring som exempelvis sidladdning.
Ja
Nivå A
Interaktion med inmatning får inte ändra sammanhang utan att användaren informeras i förväg.
Ja
Nivå AA
Navigering, sök och menyer ska vara på samma plats på varje sida.
Ja
Nivå AA
Ikoner eller etiketter som betyder samma sak ska vara enhetliga mellan sidor.
Ja
Nivå A
Ge alltid en etikett eller instruktion för inmatningsfält.
Nej
Nivå AA
Om ett fel uppstår, ge ett förslag på hur det kan rättas till – om det inte äventyrar säkerhet.
Nej
[3.3.4 Förebyggande av fel (juridisk, finansiell)(https://www.w3.org/TR/WCAG21/#error-prevention-legal-financial-data)
Nivå AAA
Innan användaren skickar t.ex. juridisk eller finansiell information ska det finnas en möjlighet att granska och bekräfta uppgifterna.
Ej tillämpligt
4. Robust (blogg)
Kategori
Beskrivning och exempel
Uppfyller kravet
Nivå A
Vår kod bryts i praktiken inte, så detta villkor uppfylls inte! Elementen måste alltid ha kompletta start-/sluttaggar etc. (Kan testas med Lighthouse)
Delvis
Nivå A
”Alla
användargränssnittskomponenter
(t.ex. formulärelement, länkar och komponenter skapade med skript) namn
och roll
kan fastställas programmässigt
; tillstånd, egenskaper och värden som användaren kan ställa in kan även ställas in programmässigt
; och ändringar i dessa ska vara tillgängliga för hjälpmedel
.”
• Namn på alla inmatningselement
• roll där det används, t.ex. på knapparNivå AA
Exempel:
• Om en begäran skickas och misslyckas när användaren klickar på skicka-knappen, ska ett FeedbackBanner-fält visas som felmeddelande.
• Detta ska meddelas skärmläsaren och vara läsbart för användaren så snart som möjligt.
• Vid en sökning, annonsera element som informerar om antalet resultat, t.ex. ”Fem resultat hittades”.
Ja
Respons om tillgänglighet.
Har du hittat brister i tillgängligheten i våra digitala tjänster? Du kan ge respons för vår tillgänglighet via den här responsblanketten.
Vi handlägger responsen inom 14 dygn.
Tillsynsmyndigheten.
Om du inte är nöjd med vårt svar eller inte fått svar inom 14 dagar, kan du vara i kontakt med tillsynsmyndigheten, d.v.s. regionförvaltningsverket i södra Finland. Regionförvaltningsverkets webbsidor har instruktioner för hur man lämnar ett klagomål samt hur det handläggs.
Tillsynsmyndighetens kontaktuppgifter
Regionförvaltningsverket i Södra Finland
Enheten för tillgänglighetstillsyn
webbtillganglighet@rfv.fi
telefonväxel 0295 016 000