ms-ai-architect/skills/ms-ai-governance/references/norwegian-public-sector-governance/accessibility-requirements-wcag-norway.md
Kjell Tore Guttormsen baa2d0220b feat(ultraplan-local): v1.6.0 — /ultraresearch-local deep research command
Add /ultraresearch-local for structured research combining local codebase
analysis with external knowledge via parallel agent swarms. Produces research
briefs with triangulation, confidence ratings, and source quality assessment.

New command: /ultraresearch-local with modes --quick, --local, --external, --fg.
New agents: research-orchestrator (opus), docs-researcher, community-researcher,
security-researcher, contrarian-researcher, gemini-bridge (all sonnet).
New template: research-brief-template.md.

Integration: --research flag in /ultraplan-local accepts pre-built research
briefs (up to 3), enriches the interview and exploration phases. Planning
orchestrator cross-references brief findings during synthesis.

Design principle: Context Engineering — right information to right agent at
right time. Research briefs are structured artifacts in the pipeline:
ultraresearch → brief → ultraplan --research → plan → ultraexecute.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-04-08 08:58:35 +02:00

15 KiB
Raw Blame History

Tilgjengelighetskrav (WCAG) for AI i Norge

Last updated: 2026-02 Status: Gjeldende Category: Norwegian Public Sector AI Governance


Introduksjon

Universell utforming av IKT er lovpålagt i Norge for både offentlig og privat sektor. AI-løsninger som chatbots, virtuelle assistenter og generative AI-verktøy må følge samme krav som andre digitale tjenester. Dette dokumentet dekker hvordan WCAG-standardene (Web Content Accessibility Guidelines) gjelder for AI-systemer i norsk kontekst, og hvordan Microsoft AI-plattformer kan brukes for å oppfylle disse kravene.

Hvorfor dette er kritisk for offentlig sektor:

  • AI-systemer når stadig flere brukere (over 130 kommunale AI-prosjekter i 2026)
  • Diskriminering på grunnlag av funksjonsnedsettelse er forbudt i norsk lov
  • Offentlige tjenester må være tilgjengelige for alle innbyggere
  • EU AI Act (i kraft 2026) krever transparens og forklarbarhet

Lovgrunnlag

Norsk regulering

Likestillings- og diskrimineringsloven Forbyr diskriminering på grunnlag av nedsatt funksjonsevne. Dette gjelder også digitale tjenester.

Forskrift om universell utforming av IKT (2013, revidert 2021)

  • Gjelder nettsteder, apper og automater (inkludert AI-drevne løsninger)
  • Både offentlig og privat sektor omfattes
  • Offentlig sektor: 48 WCAG 2.1-krav (nivå AA)
  • Privat sektor: 35 WCAG 2.1-krav

Lov om offentlige anskaffelser Universell utforming skal være innarbeidet i kravspesifikasjoner ved anskaffelse av IKT-systemer.

Tilsynsmyndighet

UU-tilsynet (Tilsynet for universell utforming av IKT)

  • Administrativt underlagt Digitaliseringsdirektoratet (Digdir)
  • Fører tilsyn med etterlevelse av UU-forskriften
  • Kan gi pålegg og sanksjoner ved brudd

Europeisk standard

EN 301 549 (revideres 2026)

  • Europeisk standard for tilgjengelighetskrav til IKT
  • Inkluderer WCAG 2.1 som kjernekrav
  • Norsk oversettelse ventes i løpet av 2026
  • Referansedokument for offentlige anskaffelser

WCAG 2.1 (W3C)

WCAG er den internasjonale standarden som forskriften refererer til som juridiske krav.

Fire prinsipper (POUR):

  1. Perceivable (Oppfattbar) — Informasjon og grensesnittkomponenter må kunne oppfattes
  2. Operable (Manøvrerbar) — Brukergrensesnitt og navigasjon må kunne betjenes
  3. Understandable (Forståelig) — Informasjon og betjening må være forståelig
  4. Robust (Robust) — Innhold må tolkes pålitelig av varierte brukeragenter, inkludert hjelpemidler

Konformitetsnivåer:

  • A (minimum)
  • AA (påkrevd for offentlig sektor i Norge)
  • AAA (ønsket nivå, ikke påkrevd)

AI-spesifikke tilgjengelighetskrav

1. Chatbots og konversasjonsagenter

Krav:

  • Alternativ tekstbasert grensesnitt (hvis talebasert)
  • Tastaturnavigasjon uten mus
  • Skjermleser-kompatibilitet (ARIA-markering)
  • Mulighet for å pause, stoppe eller justere responstid
  • Klart skille mellom AI-generert og menneske-skrevet innhold (transparens)

WCAG-kriterier som gjelder:

  • 1.1.1 Ikke-tekstlig innhold (A)
  • 2.1.1 Tastatur (A)
  • 2.2.1 Justerbar hastighet (A)
  • 3.3.1 Feilidentifikasjon (A)
  • 4.1.2 Navn, rolle, verdi (A)

Eksempel fra norsk offentlig sektor: Kommune-Kari (chatbot brukt av over 100 norske kommuner) har stemmebaserte tillegg planlagt for å gjøre kommunale tjenester mer tilgjengelige for eldre og personer med funksjonsnedsettelser.

2. Talegjenkjenning og taleteknologi

Krav:

  • Tekstalternativer til talekommandoer
  • Flerspråklig støtte (norsk bokmål, nynorsk, samisk)
  • Mulighet for å justere talehastighet og volum
  • Feilhåndtering som forklarer hva som gikk galt

WCAG-kriterier:

  • 1.2.1 Bare lyd og bare video (forhåndsinnspilt) (A)
  • 1.2.2 Teksting (forhåndsinnspilt) (A)
  • 1.2.4 Teksting (direkte) (AA)
  • 1.4.2 Lydkontroll (A)

Microsoft-verktøy:

  • Azure AI Speech (norsk språkmodell)
  • Copilot Studio (støtter tale-til-tekst)

3. Automatisk generert innhold (LLM/GPT)

Krav:

  • Logisk struktur (overskrifter, lister, avsnitt)
  • Forklarbar og forståelig output
  • Mulighet for å regenerere svar
  • Transparens om at innholdet er AI-generert
  • Etterprøvbarhet (kildehenvisninger)

WCAG-kriterier:

  • 1.3.1 Informasjon og relasjoner (A)
  • 2.4.6 Overskrifter og ledetekster (AA)
  • 3.1.5 Lesenivå (AAA, anbefalt)
  • 3.3.2 Ledetekster eller instruksjoner (A)

Best practice:

  • Azure OpenAI Service med Content Safety filters
  • Prompt engineering for klart språk
  • Kildeattribusjon via retrieval-augmented generation (RAG)

4. Visuell AI (bildegjenkjenning, dokumentanalyse)

Krav:

  • Alternativ tekst for AI-genererte bilder
  • Tekstbeskrivelse av visuell analyse (f.eks. ansiktsgjenkjenning)
  • Mulighet for høyere kontrast
  • Ikke krev farge alene som informasjonsbærer

WCAG-kriterier:

  • 1.1.1 Ikke-tekstlig innhold (A)
  • 1.4.1 Bruk av farge (A)
  • 1.4.3 Kontrast (minimum) (AA)
  • 1.4.11 Kontrast for ikke-tekstlig innhold (AA)

Microsoft-verktøy:

  • Azure AI Vision (Image Analysis, OCR)
  • Azure AI Document Intelligence (Form Recognizer)

5. AI-assisterte beslutningssystemer

Krav (EU AI Act 2026):

  • Transparens om AI-bruk (bruker må vite at AI er involvert)
  • Forklarbarhet av automatiserte beslutninger
  • Menneske-i-løkken (human-in-the-loop) for høyrisikosystemer
  • Mulighet for manuell overstyring

WCAG-kriterier:

  • 3.3.3 Forslag til feilretting (AA)
  • 3.3.4 Feilforebygging (juridisk, økonomisk, data) (AA)
  • 3.3.6 Feilforebygging (alle) (AAA)

Eksempel: En AI som anbefaler en tiltakspakke i NAV må vise begrunnelse og la saksbehandler kunne overstyre.


Krav til tilgjengelighetserklæring

Hvem må publisere tilgjengelighetserklæring?

Offentlig sektor (fra 1. februar 2023):

  • Alle nettsteder og apper
  • Må opprettes via Digdirs sentrale løsning uustatus.no

Innhold i erklæringen:

  • Konformitetsstatus (fullt, delvis, ikke)
  • Liste over kjente tilgjengelighetsproblemer
  • Dato for siste vurdering
  • Kontaktinformasjon for tilbakemeldinger
  • Link til klageinstans (UU-tilsynet)

For AI-løsninger må erklæringen inkludere:

  • Hvilke AI-komponenter som brukes (chatbot, talegjenkjenning, osv.)
  • Kjente begrensninger (f.eks. "Talegjenkjenning fungerer best på norsk bokmål")
  • Alternativ kontaktmetode (telefon, skjema)

Eksempel fra forskriften: Hvis en kommune bruker en AI-chatbot for saksbehandling, må tilgjengelighetserklæringen forklare hvordan brukere med skjermleser kan bruke chatboten, eller tilby en e-postbasert alternativ kanal.


Microsoft-verktøy for universell utforming av AI

1. Copilot Studio

Innebygde tilgjengelighetsfunksjoner:

  • Authoring canvas bygget etter Microsoft accessibility guidelines
  • Støtter standard navigasjonsmønstre (tastatur, skjermleser)
  • ARIA-semantikk for adaptiv card rendering
  • Flerspråklig støtte (inkludert norsk)

Responsible AI-prinsipper implementert:

  • Fairness: Unngå demografiske attributter i prompts
  • Reliability and safety: Aldri autoskriv til Dataverse (human-in-the-loop)
  • Privacy and security: Pass kun minimum nødvendige felt
  • Inclusiveness: Støtt skjermlesere og høykontrast-modus
  • Transparency: Marker AI-generert innhold tydelig
  • Accountability: Mennesket tar den endelige beslutningen

For norsk offentlig sektor:

  • Publiser bot i Teams (WCAG-kompatibel kanal)
  • Aktiver Power Automate-integrasjon for alternativ tekstbasert saksflyt
  • Bruk Dataverse for logging (transparens)

2. Azure AI Speech

Norsk språkstøtte:

  • Bokmål (nb-NO)
  • Nynorsk (nn-NO)
  • Custom Speech for dialektvarianter

Tilgjengelighetsfunksjoner:

  • Real-time transcription (1.2.4 AA)
  • Speaker diarization (skille mellom talere)
  • Profanity filter og content moderation
  • Batch-transkripsjon for etterbehandling

3. Azure AI Vision

Automatisk alternativ tekst:

  • Image Analysis API (beskrivende bildetekster)
  • OCR (optisk tegngjenkjenning for skannede dokumenter)
  • Face API (anonymisert attributtgjenkjenning)

Compliance:

  • Innebygd content moderation (fjerner støtende innhold)
  • PII detection (personvernsbeskyttelse)

4. Azure OpenAI Service

Content Safety:

  • Automatisk filtrering av hatefullt språk, vold, seksuelt innhold
  • Jailbreak detection (motvirk prompt injection)
  • Groundedness detection (faktagrunnlag)

Tilgjengelighet:

  • Output formatting for strukturert innhold (markdown, HTML)
  • Citation tracking (kildehenvisninger)
  • System message for klart språk (f.eks. "Skriv på B1-nivå")

5. Power Platform AI

AI Builder:

  • Form processing med OCR (dokumentautomatisering)
  • Sentiment analysis (tekstanalyse)
  • Object detection (bildegjenkjenning)

Tilgjengelighetsfunksjoner:

  • Power Apps støtter skjermlesere (Narrator, JAWS, NVDA)
  • Tastaturnavigasjon uten mus
  • Høykontrast-modus

Praktiske anbefalinger for arkitekten (Cosmo)

Vurderingspunkter ved AI-arkitektur

  1. Hvilken brukergruppe treffer løsningen?

    • Eldre (talegjenkjenning viktigere enn tastatur?)
    • Synshemmede (skjermleser-kritisk)
    • Kognitive utfordringer (språknivå, feilhåndtering)
    • Døve/hørselshemmede (teksting, visuell tilbakemelding)
  2. Hvilken kanal skal brukes?

    • Web (følg WCAG 2.1 AA fullt ut)
    • Mobilapp (iOS VoiceOver, Android TalkBack)
    • Teams (innebygd tilgjengelighet)
    • Kiosk/automat (fysisk tilgjengelighet)
  3. Hvilke WCAG-kriterier er mest relevante?

    • Chatbot → 2.1.1 (tastatur), 4.1.2 (ARIA), 2.2.1 (pause)
    • Stemmeassistent → 1.2.2 (teksting), 1.4.2 (lydkontroll)
    • Dokumentanalyse → 1.1.1 (alt-tekst), 1.4.3 (kontrast)
    • Generativ AI → 3.1.5 (lesenivå), 1.3.1 (struktur)
  4. Hvordan teste tilgjengelighet?

    • Automatisert: Axe DevTools, WAVE, Lighthouse
    • Manuelt: Tastaturnavigasjon, skjermleser (NVDA, JAWS)
    • Brukertesting med personer med funksjonsnedsettelser (påkrevd)
  5. Hvordan dokumentere i tilgjengelighetserklæring?

    • Hvilke AI-funksjoner brukes?
    • Kjente begrensninger (f.eks. språkstøtte)
    • Alternativ kontaktmetode
    • Oppdateringsdato (minst årlig)
  6. Hvilke Microsoft-verktøy støtter UU best?

    • Copilot Studio (innebygd WCAG-støtte)
    • Azure AI Services (API-basert, lett å integrere med tilgjengelig frontend)
    • Power Platform (Power Apps har sterkt fokus på UU)
  7. Hvordan sikre compliance ved anskaffelse?

    • Krev WCAG 2.1 AA i kravspesifikasjon
    • Be om VPAT (Voluntary Product Accessibility Template)
    • Test før aksept (UAT med brukere med funksjonsnedsettelser)
  8. Hvordan håndtere EU AI Act (2026)?

    • Transparens: Marker AI-generert innhold
    • Forklarbarhet: Vis hvordan konklusjoner ble nådd
    • Human-in-the-loop: Aldri fullt automatiserte beslutninger i høyrisikodomener (helse, rettsvesen, NAV)

Spesifikke scenario-spørsmål

Scenario 1: Kommunal saksbehandling-chatbot

Spørsmål til kunde:

  • Skal boten kunne motta dokumenter? (WCAG 1.3.1 — strukturert PDF)
  • Må den støtte samisk? (Språklov § 3-1)
  • Hva er prosedyren hvis AI feiler? (2.2.1 — pause, 3.3.1 — feilhåndtering)
  • Er saksbehandling høyrisiko? (EU AI Act — krev human-in-the-loop)

Anbefaling:

  • Copilot Studio med Power Automate fallback
  • Azure AI Speech for norsk talegjenkjenning
  • Dataverse-logging for transparens
  • Publiser i Teams (WCAG-kompatibel kanal)

Scenario 2: Automatisk dokumentanalyse (fakturaskanning)

Spørsmål til kunde:

  • Må blinde saksbehandlere kunne bruke løsningen? (1.1.1 — alt-tekst for scan-preview)
  • Hva skjer ved feilgjenkjenning? (3.3.3 — forslag til rettelser)
  • Er det nødvendig med manuell godkjenning? (3.3.4 — feilforebygging)

Anbefaling:

  • Azure AI Document Intelligence (Form Recognizer)
  • Power Apps-frontend med skjermleser-støtte
  • Human-in-the-loop ved lav konfidensverdi (<85%)

Scenario 3: NAV-veilederassistent (generativ AI)

Spørsmål til kunde:

  • Hva er lesenivået til målgruppen? (3.1.5 — skriv på B1-nivå)
  • Må AI vise kildehenvisninger? (transparens + WCAG 2.4.4 — lenkehensikt)
  • Skal løsningen kunne gi råd om økonomi? (3.3.4 AA — feilforebygging påkrevd)

Anbefaling:

  • Azure OpenAI Service med RAG (retrieval-augmented generation)
  • System message: "Skriv på B1-nivå, vis alltid kildehenvisninger"
  • Content Safety filters (PII-beskyttelse)
  • Copilot Studio for orkestrerering

Kilder og verifisering

Norske myndigheter

Microsoft dokumentasjon

Internasjonale standarder

Norsk offentlig sektor


For Cosmo Skyberg: Dette dokumentet skal brukes når kunde nevner "tilgjengelighet", "universell utforming", "WCAG", "funksjonshemmede brukere", eller når løsningen er for norsk offentlig sektor (der UU er lovpålagt). Kombiner med eu-ai-act.md og norwegian-public-sector-ai-governance.md for helhetlig vurdering.