Tilgjengelighetserklæring

1. Vårt løfte

Arbeidsflyt skal være brukbart for alle — også for personer med nedsatt syn, hørsel, motorikk eller kognitiv funksjon. Vi jobber kontinuerlig for å møte retningslinjene i Web Content Accessibility Guidelines (WCAG) 2.1 på nivå AA, som norsk lov stiller som minimumskrav for offentlig sektor, og som vi frivillig følger også som privat leverandør.

2. Tilgjengelighetsfunksjoner som er innebygd

• Tastaturnavigasjon — hele grensesnittet kan betjenes uten mus. Alle interaktive elementer har synlig fokusindikator.
• Hopp-til-innhold-lenke øverst på alle sider, så skjermleser- og tastaturbrukere kan hoppe forbi navigasjonen.
• Åtte fargepaletter inkludert mørk standard, lys, høykontrast (AAA), sepia, ocean, solnedgang, skog og fiolett. Velges i profilmenyen og lagres på tvers av økter.
• Respekt for systempreferanser — ved første besøk følger grensesnittet ditt operativsystems fargevalg (prefers-color-scheme) og slår av animasjoner hvis du har valgt redusert bevegelse (prefers-reduced-motion).
• Tospråklig — norsk bokmål og engelsk, byttes fritt via profilmenyen med ett klikk.
• Semantisk HTML + ARIA — landemerker, overskriftshierarki, aria-live-regioner for varsler, og beskrivende aria-label på knapper uten synlig tekst.
• Tilpassede native dialoger — bekreftelser, promter og varsler (toaster) er implementert med fokusfelle, tastatur­lukking (Escape) og skjermleser-annonseringer.
• Responsive tabeller — kolonner skjules progressivt på mindre skjermer og sekundærdata flettes inn i primærceller, så mobilbrukere slipper horisontal rulling.
• Økte klikkemål på mobil — alle knapper er minst 40×40 px på berøringsenheter.

3. Standarder vi følger

• WCAG 2.1 nivå AA (W3C-anbefaling)
• Forskrift om universell utforming av IKT-løsninger (Norge)
• EN 301 549 (europeisk tilgjengelighetsstandard)

4. Kjente begrensninger

• Rik-tekst-editoren i Dokumenter-appen er basert på Tiptap/ProseMirror. Enkelte editor-kommandoer kan mangle ideelle ARIA-beskrivelser. Vi vurderer forbedringer fortløpende.
• Automatiseringsvisualiseringen (React Flow) er hovedsakelig visuell. Vi arbeider med en tekstlig alternativvisning for skjermleserbrukere.
• Lydtranskripsjonsvisualiseringen (bølgeform) er dekorativ; transkripsjonsteksten er alltid tilgjengelig som tekstalternativ.

5. Gi oss tilbakemelding

Opplever du noe som er vanskelig å bruke, eller har du forslag til forbedringer, setter vi stor pris på en e-post til post@arbeidsflyt.com. Vi svarer innen rimelig tid og prioriterer tilgjengelighetsfeil høyt. Du kan også klage til Digitaliseringsdirektoratet (uu@digdir.no) hvis vi ikke retter opp innen rimelig tid.

6. Testing og metode

Vi bruker automatiserte verktøy (Axe, Lighthouse) i utviklingsprosessen og gjennomfører manuell testing med tastatur og skjermleser (VoiceOver og NVDA) før vi slipper større endringer. Nye funksjoner evalueres mot WCAG 2.1 AA før utrulling.