ms-ai-architect/skills/ms-ai-governance/references/norwegian-public-sector-governance/citizen-communication-ai-decisions.md
Kjell Tore Guttormsen 03d596e4ec docs(ms-ai-architect): KB-refresh tema-b — Foundry-navnesveip «Azure AI Foundry»→«Microsoft Foundry» (233 filer)
Verifisert mot offisiell MS-doc (juni 2026): «Microsoft Foundry» er det
gjeldende produkt-/portalnavnet; «Foundry (classic)» = gamle «Azure AI Foundry»
(/azure/foundry/ vs /azure/foundry-classic/). Premiss bekreftet før sveip.

Multi-regel, IKKE naiv s/Azure AI Foundry/Microsoft Foundry/ — MS dropper
«Azure AI» (legger IKKE til «Microsoft») for to produktvarianter:
- «Azure AI Foundry Agent[ Service|s]» → «Foundry Agent Service/Agents» (MS-form)
- «Azure AI Foundry Models» → «Foundry Models» (i «Azure OpenAI in Foundry Models»)
- «Azure AI Foundry SDK» → «Microsoft Foundry SDK» (operatør-valg)
- «Azure AI Foundry portal/project» + generisk → «Microsoft Foundry»
- Pre-eksisterende «Microsoft Foundry Models» (4) normalisert → «Foundry Models»

Bevart: «Azure OpenAI», «Azure AI Inference SDK», «Azure AI Search»,
«Azure AI Services», kode-IDer. Historisk ref «(tidligere Azure AI Foundry)»
i model-catalog-2026.md beskyttet via lookbehind. URL /azure/ai-foundry/→
/azure/foundry/ kun i owasp-llm-top10 (KB-ref); docs/-filer deferred.

Scope: skills (inkl. 3 SKILL.md) + commands + agents + README + CLAUDE.
Ekskludert: docs/ (interne), playground/+tests/ fixtures (testdata),
CHANGELOG.md (historisk logg), STATE.md (gitignored).

3 SKILL.md endret (advisor/engineering/security) → judge-cache teknisk
invalidert for disse, men scorer uendret: advisor 91, eng/gov/infra/sec 96
(alle ≥90). validate 239/0. 0 «Azure AI Foundry» igjen (utenom bevart ref).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-23 21:00:27 +02:00

263 lines
15 KiB
Markdown

# Kommunikasjon med innbyggere om AI-beslutninger
**Last updated:** 2026-06-19
**Status:** Gjeldende
**Category:** Norwegian Public Sector AI Governance
---
## Introduksjon
Når offentlige myndigheter tar i bruk AI for beslutningsstøtte eller automatiserte vedtak, oppstår et grunnleggende demokratisk krav: innbyggere må forstå hvordan beslutninger som påvirker deres liv er fattet. Dette dokumentet beskriver de rettslige og praktiske rammene for kommunikasjon med innbyggere om AI-baserte beslutninger i norsk offentlig sektor.
Transparens og forklarbarhet er ikke bare tekniske egenskaper, men demokratiske grunnprinsipper som sikrer tillit, etterprøvbarhet og rettssikkerhet. Fra 1. januar 2026 stiller den nye forvaltningsloven eksplisitte krav til dokumentasjon og begrunnelse av automatiserte beslutningssystemer.
## Krav til begrunnelse
### Forvaltningsloven (2025)
Den nye forvaltningsloven, vedtatt 20. juni 2025, innfører særskilte bestemmelser for automatisert saksbehandling i §§ 11-13:
**§ 11 - Automatisering:** Forvaltningen kan automatisere saksbehandling, forutsatt at kravene til saksbehandling ellers kan ivaretas og rettsgrunnlaget ikke hindrer det.
**§ 12 - GDPR artikkel 22:** Når forvaltningsorganet fatter automatiserte beslutninger som omfattes av GDPR artikkel 22, gjelder særskilte krav til begrunnelse og innsyn.
**§ 13 - Dokumentasjonsplikt:** Forvaltningen skal dokumentere det rettslige innholdet i automatiserte saksbehandlingssystemer, og denne dokumentasjonen skal gjøres offentlig med mindre særlige grunner taler mot det.
**Konkretiseringskrav:** Sivilombudet har påpekt at automatisering av saksbehandling utfordrer kravet om at begrunnelser må være tilstrekkelig konkrete og individuelt utformet. I mange automatiserte vedtak er begrunnelsen for generell.
### GDPR artikkel 22
GDPR gir innbyggere rett til å ikke være gjenstand for en beslutning basert utelukkende på automatisk behandling, inkludert profilering, som har rettslige konsekvenser eller på lignende måte i betydelig grad påvirker dem.
Når slike beslutninger likevel tas, har den registrerte rett til:
- Å få menneskelig involvering fra den behandlingsansvarlige
- Å uttrykke sitt syn
- Å bestride beslutningen
### Kommende forskrift
Regjeringen har invitert til innspill på en kommende forskrift om automatisert saksbehandling i forvaltningen. Denne vil konkretisere kravene til begrunnelse, dokumentasjon og transparens.
## Klarspråk og AI
### Digitaliseringsdirektoratets ansvar
Digdir (tidligere Difi) har ansvar for regjeringens klarspråkarbeid, i samarbeid med KS og Språkrådet. Klar og brukervennlig språkbruk er en viktig forutsetning for at digitale tjenester blir tatt i bruk, og at brukerne forstår sine rettigheter og plikter.
### Utfordringer med generativ AI
Generative AI-modeller (som LLM-er) kan brukes til å konvertere vanskelig tekst til klarspråk. I Norge er imidlertid store språkmodeller ofte ikke godt tilpasset norsk språk og norske forhold, noe som kan gi suboptimale resultater.
### Klarspråk i AI-vedtak
For AI-baserte beslutninger innebærer klarspråk-prinsippet:
- **Unngå teknisk sjargong:** "Modellen predikerte avslag" → "Systemet vurderte at vilkårene ikke var oppfylt"
- **Forklar beslutningsgrunnlag:** Hvilke faktorer vektla systemet?
- **Tydelig handlingsveiledning:** Hva kan innbyggeren gjøre hvis de er uenig?
- **Forståelig struktur:** Bruk punktlister, korte avsnitt, logisk progresjon
## Transparensrapportering
### Lovkrav til transparens
Norsk offentlig sektor må sikre at:
1. **Innbyggere vet når de interagerer med AI:** Systemer skal tydelig kommunisere at AI er involvert i beslutningsprosessen
2. **Beslutningsgrunnlag kan forklares:** Hvis et AI-system brukes i saksbehandling til beslutning eller støtte for enkeltvedtak, krever forvaltningsloven at vedtaket kan grunngis, og at utfallet av AI-systemet kan forklares
3. **Etterprøvbarhet sikres:** Innbyggernes mulighet til å etterprøve og kontrollere beslutninger som fattes om dem
### Katalogisering av algoritmer
Dagens støtte for å beskrive API-er og planer for registrering av hjemler baner veien for å katalogisere algoritmer som anvendes i ulike deler av forvaltningen. Dette øker transparensen i samfunnet og gjør det mulig å:
- Kartlegge hvilke algoritmer som brukes hvor
- Dokumentere datagrunnlag og beslutningslogikk
- Sammenligne algoritmer på tvers av sektorer
### Utfordringer
Riksrevisjonens rapport viser at arbeid for å sikre transparens og likebehandling i utvikling av KI-systemer er mindre fremtredende i statlige virksomheter enn sikring av personvern og sikkerhet. Teknologisk sett er kravet til høy transparens i automatiserte beslutningsprosesser en av de mest fremtredende barrierene.
## Microsoft-verktøy for forklarbarhet
Microsoft tilbyr flere verktøy som støtter transparens- og forklarbarhetskrav i offentlig sektor:
### Responsible AI Dashboard (Azure Machine Learning)
**Model Interpretability-komponenten** genererer menneskeforståelige forklaringer av modellprediksjoner på tre nivåer:
1. **Global forklaring:** Hvilke faktorer påvirker modellens generelle oppførsel? (f.eks. "Hvilke faktorer påvirker et lånemodell generelt?")
2. **Lokal forklaring:** Hvorfor fikk denne spesifikke innbyggeren dette utfallet? (f.eks. "Hvorfor ble kundens lånesøknad avslått?")
3. **Kohort-forklaring:** Hvordan oppfører modellen seg for en bestemt gruppe? (f.eks. "Hvordan oppfører lånemodellen seg for lavinntektsgrupper?")
**Counterfactual What-If-komponenten** hjelper med å forstå og debugge modeller ved å vise hvordan de reagerer på endringer i input-faktorer. Dette er spesielt nyttig for å svare på innbyggernes "Hva må jeg gjøre for å få et annet utfall?"-spørsmål.
### Responsible AI Scorecard
Et konfigurerbart PDF-rapportverktøy som kan brukes til å:
- Utdanne interessenter om datasett- og modellhelse
- Oppnå compliance med reguleringer
- Bygge tillit gjennom transparens
- Støtte revisjoner ved å avdekke modellkarakteristikker
Scorecarden kan tilpasses for både tekniske og ikke-tekniske interessenter, og er spesielt relevant for kommunikasjon med innbyggere og tilsynsmyndigheter.
### Azure AI Content Safety
Sørger for at AI-generert kommunikasjon med innbyggere er trygg, passende og fri for skadelig innhold. Spesielt viktig når automatiserte systemer genererer tekst direkte til borgere.
### Microsoft Foundry Evaluation Tools
Verktøy for å vurdere modellkvalitet før produksjonssetting:
- **Safety metrics:** Sikre at modellen ikke produserer upassende svar
- **Hallucination detection:** Identifisere når modellen "finner på" fakta
- **Bias assessment:** Avdekke skjevheter som kan ramme bestemte innbyggergrupper
### Anonymisering og personvern
**Azure AI Language PII Detection** kan automatisk detektere og fjerne personopplysninger (telefonnummer, e-postadresser, etc.) fra treningsdata og logg-data, noe som støtter GDPR-compliance. *(Verified MCP 2026-06)*
**PII-funksjonalitet etter feature-type:** Microsoft Learn grupperer nå PII i tre feature-typer:
- **Document-based PII** (tidl. omtalt «Native Document PII»): Detekterer og redigerer PII i native dokumenter (`.pdf`, `.docx`, `.txt`) og bevarer dokumentstruktur, med maskinlesbar JSON-metadata. Asynkron, lagringsbasert pipeline — spesielt relevant for saksbehandlingsdokumenter i norsk offentlig sektor
- **Conversation PII**: Tur-/transkriptbasert modell for tale-transskripsjoner og uformelle møtereferater
- **Text PII**: Synkron tekstanalyse med forhåndsdefinerte kategorier (navn, adresser, personnummer, finansielle kontonumre); GA-API `2026-05-01`, preview `2026-05-15-preview`
- Tilgang via Microsoft Foundry-portalen (ny) eller Foundry (classic); ressursen heter «Azure Language in Foundry Tools»
- Støtter norsk tekst gjennom flerspråklig NLP-modell (egen dedikert kategori `NOIdentityNumber` for norsk fødselsnummer)
### Zero Data Retention (Azure OpenAI)
For offentlig sektor som bruker Azure OpenAI: prompts og completions lagres ikke eller gjenbrukes av tjenesten. Dette sikrer at innbyggerdata ikke lekker til treningsdata.
## For arkitekten (Cosmo)
### Når innbyggerkommunikasjon er tema
Når en bruker spør om AI-løsninger som fatter eller støtter vedtak overfor innbyggere, må du alltid adressere:
1. **Rettslig grunnlag**
- Er forvaltningslovens §§ 11-13 oppfylt?
- Hvordan sikres GDPR artikkel 22-compliance?
- Er det hjemmel for automatisering i sektorlovgivningen?
2. **Forklarbarhetskrav**
- Kan systemet generere individuelle begrunnelser?
- Støttes både globale og lokale forklaringer?
- Finnes "what-if"-funksjonalitet for innbyggere?
3. **Klarspråk-strategi**
- Hvordan oversettes tekniske beslutningsgrunnlag til forståelig språk?
- Er AI-genererte tekster kvalitetssikret for norsk språk?
- Inkluderer begrunnelser tydelig handlingsveiledning?
4. **Dokumentasjon og audit trail**
- Logges alle AI-beslutninger med full sporbarhet?
- Kan beslutningsgrunnlag rekonstrueres ved klage?
- Er dokumentasjonen offentlig tilgjengelig (§ 13)?
5. **Microsoft-verktøy**
- Bruk Responsible AI Dashboard for modellforklaringer
- Vurder Responsible AI Scorecard for transparensrapportering
- Implementer Content Safety for AI-generert kommunikasjon
- Sett opp PII-deteksjon for personvernbeskyttelse
### Arkitekturmønster for transparens
**Anbefalte komponenter:**
```
Innbygger → Selvbetjeningsportal (klarspråk)
↓
AI-beslutningssystem
↓
[Responsible AI Dashboard]
↓ ↓
Forklaring Audit Log
↓ ↓
Begrunnelse Dokumentasjon
↓ ↓
Innbygger Tilsynsmyndighet
```
**Teknisk stack:**
- **Frontend:** Power Apps/Portal med AI-forklaringer integrert
- **Backend:** Azure Functions/Logic Apps med audit logging
- **AI:** Azure OpenAI/Azure ML med Responsible AI Dashboard
- **Forklaring:** Model Interpretability + Counterfactual Analysis
- **Compliance:** Azure Policy + Microsoft Purview for governance
- **Dokumentasjon:** Azure Blob Storage med offentlig tilgjengelige AI-beskrivelser
### Eksempel: Sosialstønad-vurdering
**Scenario:** Kommune bruker AI til å forhåndsbehandle søknader om økonomisk sosialhjelp.
**Transparenskrav:**
1. **Før vedtak:**
- "Systemet har forhåndsvurdert søknaden din basert på opplysninger om inntekt, husstandsstørrelse og boutgifter"
- "En saksbehandler vil gjennomgå vurderingen før endelig vedtak fattes"
2. **I vedtaket:**
- "Søknaden er innvilget/avslått basert på følgende faktorer:"
- [Global forklaring: hvilke faktorer veier generelt tungt]
- [Lokal forklaring: hvilke faktorer var avgjørende i ditt tilfelle]
3. **Ved klage:**
- Fullstendig audit trail tilgjengelig for klageinstans
- Dokumentasjon av modellversjon, treningsdata, og beslutningslogikk
4. **Offentlig dokumentasjon:**
- Beskrivelse av AI-systemet publisert på kommunens nettsider
- Informasjon om datagrunnlag, oppdateringsfrekvens, og prestasjonsmetrikker
### Common pitfalls
❌ **"AI-en bestemte" uten forklaring** → Mangler forvaltningslovens krav til begrunnelse
❌ **Teknisk sjargong i vedtak** → Bryter med klarspråk-prinsippet
❌ **Ingen audit trail** → Umulig å etterprøve beslutninger ved klage
❌ **AI-beskrivelse ikke offentlig** → Bryter med forvaltningsloven § 13
❌ **Ingen "what-if"-funksjonalitet** → Innbyggere kan ikke forstå hva som må endres for annet utfall
### Sjekkliste før produksjon
- [ ] Rettslig vurdering av automatiseringsadgang gjennomført
- [ ] Responsible AI Dashboard implementert med interpretability
- [ ] Klarspråk-mal for AI-begrunnelser utviklet og testet
- [ ] Audit logging av alle beslutninger og beslutningsgrunnlag
- [ ] Offentlig dokumentasjon av AI-system publisert
- [ ] "What-if"-funksjonalitet tilgjengelig for innbyggere
- [ ] DPIA gjennomført med fokus på GDPR artikkel 22
- [ ] Test med reelle innbyggere for forståelighet
- [ ] Prosess for menneskeintervensjon ved klage etablert
- [ ] Opplæring av saksbehandlere i AI-systemets virkemåte
## Kilder og verifisering
### Norske lover og forskrifter
- [Ny forvaltningslov (Prop. 79 L 2024-2025)](https://www.regjeringen.no/no/dokumenter/prop.-79-l-20242025/id3094317/?ch=8) - Lov om saksbehandlingen i offentlig forvaltning
- [Forskrift om automatisert saksbehandling - Invitasjon til innspill](https://www.regjeringen.no/no/dokumenter/forskrift-om-automatisert-saksbehandling-i-forvaltningen-invitasjon-til-a-gi-innspill/id3117749/)
- [Forvaltningsloven § 10 på Lovdata](https://lovdata.no/nav/lov/2025-06-20-81/kap2/%C2%A710)
- [Rundskriv til forvaltningsloven](https://lovdata.no/nav/rundskriv/r36-00)
### Veiledning fra tilsynsmyndigheter
- [Digital forvaltning - Sivilombudet](https://www.sivilombudet.no/veiledere/digital-forvaltning/)
- [Ansvarlig anskaffelse og bruk av generativ KI - Digdir](https://www.digdir.no/kunstig-intelligens/ansvarlig-anskaffelse-og-bruk-av-generativ-kunstig-intelligens-i-offentlig-sektor/4670)
- [Kunstig intelligens - Digdir](https://www.digdir.no/kunstig-intelligens/kunstig-intelligens/4132)
### Forskning og analyser
- [Bruk av KI i offentlig sektor og risiko - Vestlandsforsking](https://www.vestforsk.no/sites/default/files/2023-03/VFrapport7_2022_KI_i_offentlig_sektor.pdf)
- [Barrierer og muligheter i kommunal sektors arbeid med KI - KS](https://www.ks.no/contentassets/0f1e4a68863e4df6a12a89edb638008c/KS-FOU-Barrierer-og-muligheter-i-kommunal-sektors-arbeid-med-KI.pdf)
- [Innspill til kommende forskrift - Advokatforeningen](https://www.advokatforeningen.no/horingsuttalelser/2025/oktober/innspill-til-kommende-forskrift-om-automatisert-saksbehandling-i-forvaltningen/)
### Microsoft-dokumentasjon
- [What is Responsible AI? - Transparency](https://learn.microsoft.com/en-us/azure/machine-learning/concept-responsible-ai?view=azureml-api-2#transparency)
- [Responsible AI Dashboard](https://learn.microsoft.com/en-us/azure/machine-learning/concept-responsible-ai-dashboard?view=azureml-api-2)
- [Design methodology for AI workloads - Explainability](https://learn.microsoft.com/en-us/azure/well-architected/ai/design-methodology#design-responsibly)
- [Responsible AI in Azure workloads - User data handling](https://learn.microsoft.com/en-us/azure/well-architected/ai/responsible-ai#handle-user-data-appropriately)
- [Azure AI Content Safety](https://learn.microsoft.com/en-us/azure/ai-services/content-safety/overview)
- [Azure AI Language PII Detection](https://learn.microsoft.com/en-us/azure/ai-services/language-service/personally-identifiable-information/overview?tabs=text-pii)
### Internasjonale referanser
- GDPR Artikkel 22 - Automatisert individuell beslutningstaking, herunder profilering
**Verifisert:** 2026-06-19
**Neste gjennomgang:** 2026-09-19 (etter ikrafttredelse av forskrift om automatisert saksbehandling)