Choose language

Tilgjengelighetserklæring for Visma Proceedo AB

I denne tilgjengelighetserklæringen beskriver vi hvordan Proceedo(www.proceedo.net/web) overvåker og arbeider med tilgjengelighet. Vi arbeider kontinuerlig med å forbedre brukeropplevelsen for alle og anvende relevante standarder for universell utforming. Denne erklæringen er et skritt i retning av å gjøre Proceedo tilgjengelig for så mange som mulig.

 

Tiltak for å støtte tilgjengelighet

Visma Proceedo AB iverksetter følgende tiltak for å sikre tilgjengelighet:

  • Tilby opplæring i tilgjengelighet for våre ansatte
  • Sette tydelige tilgjengelighetsmål for 2023
  •  

Hvor tilgjengelig er Proceedo?

Web Content Accessibility Guidelines (WCAG) definerer kriterier for hvordan designere og utviklere skal forbedre tilgjengeligheten for personer med nedsatt funksjonsevne og funksjonsnedsettelser. De definerer tre nivåer som skal følges: Nivå A, nivå AA og nivå AAA. I Proceedo har vi som mål å oppfylle WCAG 2.1 nivå AA, med unntak av følgende kriterier:

 

1.1.1: Ikke-tekstlig innhold (A)
1.3.1: Informasjon og relasjoner (A)
1.3.2: Meningsfull sekvens (A)
1.4.4: Endre størrelse på tekst (AA)
1.4.12: Tekstavstand (AA)
2.5.3: Etikett i navn (A)
4.1.1: Parsing (A)
4.1.3: Statusmeldinger (AA)


For øyeblikket fokuserer vi på de kriteriene som har størst innvirkning, og derfor er noen kriterier utelatt.


For øyeblikket oppfyller ikke Proceedo alle kriteriene for WCAG 2.1 nivå AA, og de kriteriene som ikke er oppfylt, er beskrevet mer detaljert nedenfor.

 

Teknisk informasjon om tilgjengeligheten til Proceedo

Denne informasjonen er basert på revisjonen som ble gjennomført i august 2022 gjennom egenevaluering (intern testing). Denne erklæringen forklarer alle WCAG 2.1 AA-kriteriene som vi ikke oppfyller, men som vi har som mål å oppfylle.


1.3.4: Orientering (AA)

  • I handlekurven er noen knapper delvis utenfor skjermen.

 

1.4.1: Fargebruk (A)

  • Blå tekst brukes ikke alltid konsekvent: Vanligvis er den blå teksten klikkbar, men det finnes flere eksempler på blå tekst som ikke er klikkbar.
  • I noen tilfeller brukes kun fargen rød for å kommunisere en feil. En mer visuell indikator, for eksempel et ikon, er nødvendig for å gjøre feilen tydelig selv for dem som er fargeblinde.

 

1.4.3: Kontrast (minimum) (AA)

Et eksempel på manglende overholdelse av kravet er i bokføringsoverskriftene, når brukeren håndterer fakturaen sin, har teksten lav kontrast. Dette kan skape problemer for brukere med nedsatt syn.

 

1.4.11: Kontrast i ikke-tekst (AA)

Det er flere ikoner med lav kontrast, noe som kan føre til problemer for brukere med nedsatt syn.

 

1.4.13: Innhold ved svevende fokus (AA)

Musepekeren kan ikke plasseres på toppen av infobokser (verktøytips). Det er ikke mulig å holde musepekeren over dynamisk presentert innhold uten at det forsvinner.

 

2.1.1: Tastatur (A)

Det er flere steder i systemet der det ikke er mulig å navigere via tastaturet (f.eks. med TAB-tasten). Noen eksempler er:

  • På innkjøpssiden er det ikke mulig å navigere til "Usendte ordrer", "Maler" eller pluss- og minusknappene for å angi antall.
  • På startsiden er det ikke mulig å navigere til "Delegeringer" eller "Snarveier".
  • Enkelte funksjoner i fakturadetaljene kan ikke utføres ved hjelp av tastaturet, for eksempel "Ny kontering" eller flytting av konteringslinjer mellom ulike konteringsgrupper.

 

2.1.2: Ingen tastaturfelle (A)

Det er flere steder i systemet der brukeren kjører seg fast når han eller hun bruker tastaturet til å navigere, f.eks:

  • "Velg bestiller" i handlekurven
  • Velg ønsket leveringsdato
  • I noen tilfeller, når en dialogboks åpnes på fakturasidene, kan tastaturnavigering havne i bakgrunnen og ikke i selve dialogen. Da er det ikke lenger mulig å lukke dialogen.
  • Det er mulig å gå inn i fakturalisten, men ikke ut av den.

 

2.4.2: Sidetittel (A)

Det finnes ingen unike sidetitler, noe som kan skape forvirring og gjøre det vanskelig for personer som bruker hjelpemidler eller har kognitive funksjonsnedsettelser, å identifisere hva siden handler om.

 

2.4.3: Fokusrekkefølge (A)

Det er mye som kan forbedres når det gjelder rekkefølgen elementene i Proceedo får fokus når man bruker tabulatorknappen. Det finnes for eksempel tilfeller der tastaturnavigasjonen ikke gir tilgang til en dialogboks, men der fokuset i stedet forblir i grensesnittet i bakgrunnen.

 

2.4.4: Lenkens formål (i kontekst) (A)

I noen tilfeller er det ikke klart nok om en lenke åpner en ekstern nettside.

 

2.4.6: Overskrifter og etiketter (AA)

I flere tilfeller mangler eller brukes ikke overskrifter og etiketter, noe som kan gjøre det vanskelig for personer som bruker hjelpemidler, å samhandle med og forstå innholdet i systemet.

 

2.4.7: Fokus synlig (AA)

I de fleste tilfeller er det visuelt tydelig hvor fokus er. Unntaket er i RTI-seksjonene, der panelene ikke får fokus når de allerede er utvidet.

 

3.1.1: Språk på siden (A)

Språket på siden er definert som engelsk, selv i tilfeller der språkinnstillingene er satt til et annet språk (f.eks. svensk). Dette kan gjøre det vanskelig for personer som bruker hjelpemidler som leser opp tekst, å forstå og samhandle med nettstedet.

 

3.2.1: På fokus (A)

Når et konteringstekstfelt er i fokus (på siden med fakturadetaljer), blir verdien i tekstfeltet uthevet, noe som fører til at navnet på konteringen blir skjult.

 

3.2.3: Konsekvent navigering (AA)

  • Leverandørinformasjonen som er tilgjengelig i Innkjøp, bruker en annen type navigasjon enn andre deler av systemet.
  • I fakturalisten endres plasseringen av lenken "Åpne fakturadetaljer" noen ganger avhengig av fakturaens status.

 

3.2.4: Konsekvent identifikasjon (AA)

Ikoner og knapper brukes ikke konsekvent. I de fleste tilfeller er det snakk om visuell inkonsekvens, og i noen tilfeller handler det om rekkefølgen knappene vises i. Når noe skal slettes, brukes for eksempel i noen tilfeller et ikon i form av et kors, og i andre tilfeller i form av et minustegn i en sirkel.

 

3.3.1 Identifisering av feil (A)

Feil er ikke alltid godt forklart. Noen ganger er de ikke synlige, f.eks. når brukeren taster inn en midlertidig adresse ved kjøpstidspunktet, og det gis ingen tilbakemelding knyttet til tekstfeltene, bortsett fra at kantene på feltene blir røde.

 

3.3.2: Etiketter eller instruksjoner (A)

Noen inndataelementer mangler tilstrekkelig tydelige feltetiketter og instruksjoner. I produktsøkelisten (i innkjøpsdelene) finnes det for eksempel inndatafelter der man kan angi antall per produkt, og disse feltene mangler merkelapper.

 

3.3.3 Forslag til feil (AA)

Forslagene til hvordan en feil skal håndteres, er ikke alltid tydelige. For eksempel, når du søker etter fakturaer eller produkter og ikke finner noen resultater, gis det ingen forslag til hvordan du kan endre søket for å få resultater.

 

3.3.4 Forebygging av feil (juridiske, økonomiske, data) (AA)

Når et fakturabilde legges til en faktura, kan det ikke slettes. Det gis heller ingen advarsel om dette.

 

4.1.2: Navn, rolle, verdi (A)

Mange komponenter mangler navn, rolle eller verdi, noe som kan gjøre det vanskelig for personer som bruker hjelpemidler å bruke nettstedet. I Proceedo har vi utviklet flere egendefinerte komponenter, for eksempel knapper som er div-tagger, som mangler navn- og rolleattributter i koden.

 

Tilbakemelding

Gi oss gjerne tilbakemelding på tilgjengeligheten i Proceedo. Hvis du opplever at tilgjengeligheten på www.proceedo.net/web er mangelfull, kan du kontakte oss på en av følgende måter:

 



Kontaktskjema

Telefon: +46 10 141 12 00
Adresse: Västra Järnvägsgatan 7, 111 64 Stockholm