aiact-reasoning · hard · v1
Post-market monitoring forpliktelser etter Art. 72
reason-aiact-004
Hvorfor denne oppgaven
Tester reasoning over hvordan post-market monitoring (Art. 72) henger sammen med serious incident reporting (Art. 73) og oppdateringer av risk management (Art. 9). Krever at modellen skiller mellom rutinemessig overvåking og meldepliktige hendelser, samt fristene.
Spørsmål til modellen
Du er compliance-ansvarlig hos en provider av et høy-risiko-AI-system for CV-screening (Annex III pkt 4a). Systemet ble satt på markedet i januar 2026. Mai 2026: Du oppdager via post-market monitoring at systemet har skåret kvinnelige søkere ~12 prosentpoeng lavere i snitt for samme kvalifikasjoner sammenlignet med menn på fire av seks deployer-organisasjoner i april. Tre kandidater er allerede avvist på dette grunnlaget. Hvilke handlinger kreves under AI Act, hvilke frister gjelder, og når må du varsle hvilke instanser?
Gull-standard
Rettslig vurdering:
1) Klassifisering av hendelsen:
- Art. 3 nr 49 definerer "serious incident": bl.a. krenkelse av
grunnleggende rettigheter beskyttet av EU-retten.
- Diskriminering på kjønn er en krenkelse av Charter Art. 21 og
likestillingsdirektivet → dette er en serious incident.
- 12 prosentpoeng systematisk skjevhet på samme kvalifikasjoner kan
også være "malfunctioning" som forårsaker krenkelse av
grunnleggende rettigheter (Art. 73 nr 1 bokstav b).
2) Plikter for provider (Art. 73 — serious incident reporting):
- § 1: rapportere til markedstilsyns-myndigheten i medlemsstatet der
hendelsen skjedde. I Norge: Digitaliseringsdirektoratet eller
sektor-spesifikk tilsynsmyndighet (avhenger av endelig
implementering i norsk rett).
- § 2: frist — uten unødig opphold, og senest 15 dager etter at
provider eller deployer ble klar over hendelsen. For "widespread
infringement" eller død/alvorlig helseskade: 2 dager. For
diskriminerings-mønstre kan "widespread" treffes hvis flere
deployers er rammet → trolig 15 dagers frist, men 2 dager hvis
myndighetene anser det som widespread.
- Etter rapport: gjennomføre undersøkelse, risk assessment og korrigerende
tiltak (Art. 73 § 7).
3) Plikter under post-market monitoring (Art. 72):
- § 1-3: post-market monitoring system må samle, dokumentere og
analysere data om systemets ytelse gjennom hele livssyklusen.
- § 4: hvis monitoring viser at systemet ikke lenger oppfyller kravene
i Chapter III Section 2 (her: Art. 10 om data og Art. 15 om
robusthet/accuracy/non-discrimination) → korrigerende tiltak.
4) Korrigerende tiltak under Art. 20:
- Hvis systemet ikke samsvarer med kravene → provider må iverksette
nødvendige korrigerende tiltak, trekke systemet fra markedet eller
tilbakekalle.
- Informere distributører, deployers og berørte aktører.
- Hvis høy risiko for rettighetskrenkelse → midlertidig stans av
systemet vurderes.
5) Plikter under risk management (Art. 9):
- Risk management skal være kontinuerlig iterativ — denne hendelsen
må fôres tilbake til risk-vurderingen og dokumenteres i Annex IV.
6) GDPR-overlapp:
- Diskriminering på grunn av kjønn er også et databeskyttelses-
spørsmål (særlig om automatisert avgjørelse, GDPR Art. 22, og
likebehandlings-krav). Datatilsynet kan også være relevant
myndighet. Se også Likestillings- og diskrimineringsloven.
7) Kommunikasjon med deployers:
- Art. 13 (transparens): deployers må informeres om kjente
begrensninger og bias-risiko.
- I praksis: send teknisk rådgiving + midlertidig advarsel om bias
til berørte deployers umiddelbart, parallelt med myndighets-melding.
Konkret handlingsplan med frister:
- Dag 0: identifiser hendelsen som potensielt serious incident.
- Dag 0-2: varsle deployers om midlertidig oppmerksomhets-flagg.
- Innen 15 dager: rapportere til markedstilsynsmyndighet (Art. 73).
- Innen 30 dager: undersøkelse og foreløpig årsaksanalyse.
- Innen 60-90 dager: korrigerende tiltak (retraining, debiasing,
eventuelt midlertidig stans).
- Oppdatering av Art. 9 risk management, Annex IV teknisk dokumentasjon
og Art. 72 monitoring-rapport.
- Vurdering om dette utgjør "substantial modification" → ny
konformitetsvurdering (Art. 43.4).
Eval-metode
llm_judge
Kilde
synthetic
Forfatter
Forfattet
2026-05-08
Tags
reasoningart-72art-73post-marketserious-incidenthardllm-judge