For et forsikringsselskab ligner valget af AI-tjeneste valget i resten af den finansielle sektor: tjenesten er efter vores læsning en IKT-tjeneste under DORA. Det, der adskiller forsikring, er EIOPA’s udtalelse om styring af AI fra august 2025 og AI-forordningens regel om, at risikovurdering og prisfastsættelse for privatpersoner i livs- og sygeforsikring bliver højrisiko fra 2. december 2027.
DORA-delen er gennemgået i finansielle virksomheder og AI-leverandøren. Her ser vi på det, der er særligt for forsikring. Både udtalelsen og forordningen er forenklet her, og ordene “efter vores læsning” markerer tolkning.
EIOPA’s udtalelse
EIOPA, den europæiske tilsynsmyndighed for forsikring og arbejdsmarkedspensioner, udsendte 6. august 2025 en udtalelse om styring og risikostyring af AI (EIOPA-BoS-25-360). Den er rettet til de nationale tilsyn og stiller ingen nye krav. Den viser, hvordan EIOPA mener, at de eksisterende regler skal forstås, når forsikringsselskaber bruger AI.
Tre punkter er vigtige for valget af leverandør:
Ansvaret bliver hos selskabet (pkt. 3.11). Selskabet har det endelige ansvar for de AI-systemer, det bruger, uanset om de er udviklet internt eller af en tredjepart. Selskabet bør indhente tilstrækkelige oplysninger og forsikringer fra udbyderen om systemets egenskaber, kapacitet, trænings- og testdata og begrænsninger. Hvor udbyderens immaterielle rettigheder står i vejen for fx datastyring eller forklarlighed, bør risikoen afbødes med supplerende styring, klausuler i kontrakter og serviceaftaler, ekstern revision eller test.
Kontinuitet og reserveplaner (pkt. 3.34). Udtalelsen henviser til Solvens II-direktivets art. 46 om intern kontrol og til DORA art. 6 til 12, herunder forretningskontinuitet og reserveplaner.
Krav gælder også købte systemer (pkt. 3.35). Kravene til nøjagtighed, robusthed og cybersikkerhed gælder også systemer, selskabet har købt.
AI-forordningen
Efter AI-forordningens bilag III, pkt. 5, litra c, er AI-systemer, der bruges til risikovurdering og prisfastsættelse for fysiske personer i livs- og sygeforsikring, højrisikosystemer. Den dato, AI-omnibussen (den vedtagne forordning (EU) 2026/1744) har fastsat for bilag III, er 2. december 2027.
Efter vores læsning har det betydning for valget i to tilfælde:
- Hvis en generel sprogmodel bruges til en opgave, der falder ind under litra c, kan selskabet ændre formålet, så systemet bliver højrisiko, og selskabet kan dermed blive udbyder efter art. 25. Det er beskrevet i jeres navn på en købt chatbot.
- Hvis selskabet køber et færdigt system til opgaven, skal det følges af en brugsanvisning efter art. 13, når reglerne gælder.
Skadebehandling i skadesforsikring står ikke i litra c. En sprogmodel, der sorterer skadeanmeldelser eller skriver udkast til breve, er efter vores læsning ikke højrisiko efter den bestemmelse. EIOPA’s udtalelse gælder uanset.
Det, der adskiller forsikring
Efter vores læsning giver EIOPA’s udtalelse forsikringsselskaber en tydeligere tjekliste end resten af sektoren har. Den ligger tæt på det, sitet anbefaler alle:
- Spørg om egenskaber, begrænsninger og træningsdata, før I køber.
- Skriv det ind i aftalen, når leverandøren ikke vil dele det frivilligt.
- Beslut på forhånd, hvordan opgaven løses, hvis tjenesten eller modellen falder væk.
- Test nøjagtighed og robusthed på egne data, også for et købt system.
Det sidste punkt er det, der oftest mangler. Et købt system bliver ofte taget i brug på leverandørens egne målinger. Udtalelsen siger, at kravene også gælder købte systemer, og det gør selskabets egen test til en del af valget.
Reserveplanen kan i praksis være en anden model, en anden leverandør eller en manuel arbejdsgang i en periode. Hvad der er realistisk, afhænger af opgaven. En reserveplan, der aldrig er prøvet, giver dog kun lidt sikkerhed. Vælg en opgave, kør den på reserven i en afgrænset periode, og skriv ned, hvad der virkede, og hvad der manglede. Forsikringsformidlernes situation under DORA gennemgår ciso-as-a-service.dk.
Hvad det kræver, og hvad det koster at lade være
For hver AI-tjeneste i skadebehandling eller kundekontakt tager det et par dage at indhente oplysningerne efter pkt. 3.11, skrive aftalekravene og lave en test på egne data. Hertil kommer registrering og vurdering efter DORA. Overslaget skrives i dage, med et forsigtigt og et rummeligt bud.
Lader I være, kan selskabet stå uden dokumentation for et system, tilsynet forventer, at det kan forklare. Og når reglerne for litra c gælder, kan en opgave, der er gledet over i risikovurdering for privatpersoner i livs- og sygeforsikring, give pligter, ingen har regnet med.
Det skal I lade være med
- At læse EIOPA’s udtalelse som nye krav · den forklarer, hvordan eksisterende regler forstås.
- At regne al AI i forsikring som højrisiko · litra c gælder livs- og sygeforsikring for privatpersoner.
- At tage et købt system i brug på leverandørens målinger alene · kravene til nøjagtighed gælder også købte systemer.
Det skal valget kunne vise
- ☐ Oplysninger fra udbyderen om egenskaber, begrænsninger og træningsdata.
- ☐ Aftalekrav, hvor oplysningerne ikke gives frivilligt.
- ☐ En test af nøjagtighed på egne data.
- ☐ En reserveplan for opgaven.
- ☐ Om opgaven falder ind under bilag III, pkt. 5, litra c.
Kilder
- EIOPA, Opinion on AI governance and risk management, EIOPA-BoS-25-360, 6. august 2025, pkt. 3.11, 3.34 og 3.35, https://www.eiopa.europa.eu/publications/opinion-artificial-intelligence-governance-and-risk-management_en, læst 8. november 2026.
- Forordning (EU) 2024/1689, dansk tekst, art. 13 og 25 og bilag III, https://publications.europa.eu/resource/celex/32024R1689, læst 8. november 2026.
- Forordning (EU) 2026/1744, art. 1, nr. 40, https://publications.europa.eu/resource/celex/32026R1744, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Skriv ned, hvilke AI-tjenester der bruges i skadebehandling og kundekontakt, og hvilke oplysninger I har fra leverandørerne.
Læs også: De oplysninger, I kan bede leverandøren om · AI-forordningen: det, den ændrer ved valget af leverandør
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
