Vi bruker informasjonskapsler til autentisering og — med ditt samtykke — til analyse. Les mer.

Hopp til innhold
KETL Data
DataApperMCPPriserLogg inn
Plattform-fortrinn · Explainability by design

Hver AI-beslutning med kilde, regel og menneske-i-loopen

Strise bygget EU AI Act og AMLA inn som designpremiss. Ketl går skrittet videre: alle AI-kall tvinges gjennom en wrapper som produserer ExplainableResult<T> med kilder, regler, konfidens, modellversjon og prompt-hash. Resultatet er at regulator kan reprodusere en beslutning 3–5 år etter at den ble tatt.

6 prinsipper

Konfidens i hver output

Alle AI-kall returnerer et tall 0–1. Lav konfidens → policy tvinger menneske-i-loopen før beslutningen er bindende.

Kilder, ikke påstander

Hvert resultat lister faktiske kilder (Brreg, Kartverket, Sanksjonslisten …) med URI og tidspunkt. «Lest 2026-04-17 09:45» — ikke «typisk».

Modell-register i kode

Vi vet hvilken modell som produserte hvilken output. Endringslogg er versjonert i Git. AMLA art. 25 dekket.

Prompt-hash for reproduserbarhet

SHA-256 av canonical JSON(system, user, schema, context). Regulator kan 3–5 år senere reprodusere eksakt samme prompt.

Human-i-loopen-gating

Konfigurerbar policy: alle høyrisiko-events må bekreftes manuelt. Skjer i kode, ikke i modell — EU AI Act art. 14.

Null AI-output uten metadata

wrapLlmCall() er eneste vei til modellen. Schema-validering tvinger explainability-pakken på alle utgående kall.

Type-signatur

All AI-output bærer samme struktur. T er den domenespesifikke nyttelasten (risikoscore, sammendrag, triage- anbefaling …).

type ExplainableResult<T> = {
  result: T;
  explanation: {
    confidence: number;              // 0..1
    sources: SourceRef[];            // {kind, label, uri, retrievedAt}
    rulesFired: RuleHit[];           // {ruleId, ruleName, weight, reason}
    model: {id, provider, version};  // fra model-registry
    promptHash: string;              // SHA-256 hex
    timestamp: string;                // ISO 8601
    humanLoop: {
      status: "not_required"
            | "required_pending"
            | "required_done"
            | "overridden";
      reason: string;
      reviewerId?: string;
      reviewedAt?: string;
      overrideNote?: string;
    };
    rationale: string;                // klartekst til UI
    riskSignals: string[];
  };
};

Rammeverk-mapping

Hvilke felt i Explanation dekker hvilke juridiske krav. Brukes i revisor-samtaler og i pre-vedtaksdokumentasjon for offentlig sektor.

RammeverkArtikkelKravDekket av felt
EU AI ActArt. 13Transparens: bruker må få tilstrekkelig informasjon til å tolke output
ForklaringstekstKilderKonfidensnivå
EU AI ActArt. 14Menneskelig oversyn: design som muliggjør effektiv human-i-loopen
Menneske-i-loopen-statusKonfidensnivå
EU AI ActArt. 15Nøyaktighet, robusthet og cybersikkerhet
ModellversjonKonfidensnivå
EU AI ActArt. 60Logg av modellversjoner for generalformål-AI
ModellversjonPrompt-hash (reproduserbarhet)Tidspunkt
EU AMLAArt. 25Risikobaserte tiltak må være dokumentert og reproduserbare 5 år tilbake
KilderRegler som ble triggetPrompt-hash (reproduserbarhet)Tidspunkt
EU AMLAArt. 29Beslutninger om skjerpede tiltak skal kunne forklares
ForklaringstekstRegler som ble triggetMenneske-i-loopen-status
Norsk KI-lov§ 4 (forslag)Krav om forklaring til borger når offentlig sektor tar AI-beslutning
ForklaringstekstKilderMenneske-i-loopen-status
Norsk KI-lov§ 6 (forslag)Logg av modell og kilder for 3 år
ModellversjonKilderPrompt-hash (reproduserbarhet)
GDPRArt. 22Rett til menneskelig vurdering ved automatiserte beslutninger
Menneske-i-loopen-status
GDPRArt. 15Rett til innsyn i logikk bak automatisert beslutning
ForklaringstekstRegler som ble triggetModellversjon
DORAArt. 28Sporbarhet av tredjeparts modeller (anthropic, google …)
Modellversjon
EU MARArt. 16Logg av mistanke-deteksjon må kunne rekonstrueres
KilderRegler som ble triggetPrompt-hash (reproduserbarhet)Tidspunkt
ISA (Revisjon)ISA 230Revisjonsdokumentasjon: art, omfang og tidspunkt for revisjonshandlinger + AI-bidragets karakter
KilderForklaringstekstPrompt-hash (reproduserbarhet)TidspunktModellversjon
ISA (Revisjon)ISA 540Estimater med betydelig usikkerhet (AI-assistert estimering) — eksplisitt konfidens og menneske-i-loopen-status
KonfidensnivåMenneske-i-loopen-statusForklaringstekstRegler som ble trigget
ISA (Revisjon)ISA 550Nær-stående-transaksjoner: kildedata på vurderings-tidspunktet må kunne reproduseres
KilderTidspunktPrompt-hash (reproduserbarhet)
Revisorloven (NO)§ 4-1Uavhengighet: AI-assistert vurdering må dokumenteres slik at uavhengighet kan revurderes ved rolle-/eierskifte hos klient
KilderForklaringstekstMenneske-i-loopen-statusTidspunkt
Revisorloven (NO)§ 8-210 års oppbevaringsplikt for arbeidspapirer — modellversjon, prompt-hash og kilder må overleve modell-deprekering
ModellversjonPrompt-hash (reproduserbarhet)KilderTidspunkt

Modell-register

Dette er de modellene som er produksjonsgodkjent i Ketl per dags dato. Endringer krever PR — diff-loggen er endringsloggen.

claude-sonnet-4-6AI Act high-risk

Triage av review-saker: anbefaler close_auto / human_review / escalate

Provider: anthropic

Versjon: 2026-03-15

Rolle: triage

Aktivert: 2026-03-20T00:00:00Z

Changelog (1)
  • 2026-03-20 — Tatt i bruk som erstatning for Sonnet 4.5
claude-opus-4-7

Sammendrag av lange saksdokumenter i living business record

Provider: anthropic

Versjon: 2026-05-15

Rolle: summary

Aktivert: 2026-03-25T00:00:00Z

Changelog (2)
  • 2026-03-25 — Tatt i bruk for sammendragsgenerering (Opus 4.6)
  • 2026-05-20 — Oppgradert til Opus 4.7 — bedre lange-kontekst-resonnement
gemini-2.5-proAI Act high-risk

Klassifisering av Brreg-event-typer

Provider: google

Versjon: 2026-02-10

Rolle: classification

Aktivert: 2026-02-15T00:00:00Z

Changelog (2)
  • 2026-02-15 — Første versjon, erstattet regex-baseline
  • 2026-04-01 — Finjustert med 2 400 Brreg-events
ketl-rules-v3

Deterministisk regelmotor for AMLA-triggere — IKKE AI, men loggføres likt

Provider: ketl-internal

Versjon: 3.2.0

Rolle: rules-engine

Aktivert: 2026-01-05T00:00:00Z

Changelog (2)
  • 2026-01-05 — v3 — støtter tenant-spesifikke regler
  • 2026-04-08 — v3.2 — severity-override for styrelederskifte
ketl-scoring-v2AI Act high-risk

Risikoscore 0–100 basert på 11 signaler (konkurs-nære roller, ...)

Provider: ketl-internal

Versjon: 2.1.0

Rolle: scoring

Aktivert: 2026-02-01T00:00:00Z

Changelog (2)
  • 2026-02-01 — v2 — skalert til 100 ulike signaler
  • 2026-03-10 — v2.1 — fikset overvekt av adresseendring
Konkret use-case · for revisorer

Profesjonelt skjønn på toppen av AI-output

ISA 200 krever at revisor utøver profesjonelt skjønn — det ansvaret kan ikke delegeres til en modell. Explainability- pakken bygger inn akkurat de feltene revisor trenger for å gjennomgå, bekrefte eller overstyre AI-output uten å abdisere ansvaret: konfidens, kildehenvisninger og en `humanLoop`- status som låser saken til revisor har signert av.

AI-utkast som revisor gjennomgår — regnskapsestimater
Mangler menneskelig review

ISA 540 (revisjon av regnskapsestimater) og ISA 200 (overordnede mål — profesjonelt skjønn). AI kan utarbeide utkast til vurdering av going concern, nedskrivningsbehov eller avsetning, men revisor må selv konkludere etter å ha gjennomgått antakelser, datagrunnlag og rimelighet.

Profesjonelt skjønn (ISA 200)

AI-utkastet markeres `required_pending` — det er ikke konklusjon før oppdragsansvarlig revisor har gjennomgått antakelser og enten bekreftet eller overstyrt. Dashboardet skjuler ikke utkastet, men det får ikke status «godkjent» før revisor signerer av.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som ville landet i arbeidspapir
{
  "confidence": 0.72,
  "sources": [
    {
      "kind": "ssb",
      "label": "SSB Statbank — bransje-marginer for NACE 47.11",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2026-05-24T08:30:00Z"
    },
    {
      "kind": "brreg",
      "label": "Brreg /enheter/995271480 — kapital-historikk siste 3 år",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/995271480",
      "retrievedAt": "2026-05-24T08:30:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Klientens kontantstrømprognose 2026-Q3 (lastet opp 2026-05-20)",
      "retrievedAt": "2026-05-24T08:30:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "going-concern-ksf-3",
      "ruleName": "Going concern — koeffisient < 1,2 utløser utkast",
      "weight": 0.6,
      "reason": "Klientens kontantstrøm-koeffisient er 0,98 (terskel 1,2). Bransje-marginer fra SSB indikerer fortsatt press de neste 12 mnd."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "c0ffeec0ffeec0ffeec0ffeec0ffeec0ffeec0ffeec0ffeec0ffeec0ffee0123",
  "timestamp": "2026-05-24T08:30:15Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "ISA 540 krever revisors selvstendige vurdering av antakelser i regnskapsestimat. AI-utkastet er innspill, ikke konklusjon."
  },
  "rationale": "Utkast: forutsetning for fortsatt drift er usikker. Anbefalt nedside-scenarioanalyse og dialog med ledelse om finansieringsplan. Revisor må selv vurdere kontantstrøm-prognosens rimelighet før konklusjon.",
  "riskSignals": [
    "going-concern",
    "kapital-press"
  ]
}
AI-flagging revisor tar over — misligheter
Bekreftet av menneske

ISA 240 (revisors oppgaver vedrørende misligheter ved revisjon av regnskap) og ISA 315 (identifisering og vurdering av risiko). Anomaly-deteksjon i SAF-T eller transaksjonsdata genererer kandidat-flagg; revisor må bekrefte eller avkrefte hvert flagg med eget arbeid før det dokumenteres som funn.

Profesjonelt skjønn (ISA 200)

Mønsteret krever at `humanLoop.status = required_done` før et flagg eksporteres til revisjonsberetning eller varsel til Økokrim. AI får aldri stå alene som grunnlag for mislighetspåstand — revisor signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises.

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som ville landet i arbeidspapir
{
  "confidence": 0.91,
  "sources": [
    {
      "kind": "tenant-data",
      "label": "Klientens SAF-T transaksjons-fil (2026-Q3)",
      "retrievedAt": "2026-09-30T22:15:00Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "saf-t-natt-runde-bilag",
      "ruleName": "SAF-T — runde bilag bokført utenfor arbeidstid",
      "weight": 0.7,
      "reason": "14 bilag på runde NOK-beløp (>5 000) bokført mellom 22:00 og 06:00 i Q3. Avviker fra normal-mønsteret for klienten siste 2 år."
    },
    {
      "ruleId": "saf-t-segregation-of-duties",
      "ruleName": "SAF-T — samme bruker både bokfører og godkjenner",
      "weight": 0.3,
      "reason": "8 av de 14 bilagene har samme bruker som både opprettet og godkjente bilaget."
    }
  ],
  "model": {
    "id": "ketl-saf-t-anomaly-v2",
    "provider": "ketl-internal",
    "version": "2.3.1"
  },
  "promptHash": "deadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeefdeadbeef",
  "timestamp": "2026-09-30T22:16:00Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "ISA 240 krever revisors bekreftelse av mislighetsindikatorer før de dokumenteres som funn.",
    "reviewerId": "oppdragsansvarlig-revisor-001",
    "reviewedAt": "2026-10-01T09:45:00Z",
    "overrideNote": "Bekreftet som risiko-signal. Utvidet kontroll-handling iverksatt: bilagsstikkprøve mot underbilag + intervju med regnskapssjef."
  },
  "rationale": "ISA 240-indikator: kombinasjon av tid-mønster og brutt arbeidsdeling. Anbefalt utvidet substansielt arbeid på de 14 bilagene før konklusjon.",
  "riskSignals": [
    "mislighet-indikator",
    "segregation-of-duties"
  ]
}
AI-sammendrag revisor støtter seg på — substansielle handlinger
Bekreftet av menneske

ISA 330 (revisors handlinger som svar på vurderte risikoer) og ISA 230 (revisjonsdokumentasjon). AI kan oppsummere store datasett (SAF-T, bilags-massen, kontantstrøm) for å lede revisor til områdene som krever substansielt arbeid; selve testingen utføres av revisor og dokumenteres som arbeidspapir.

Profesjonelt skjønn (ISA 200)

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte på beslutnings-tidspunktet. Selv om revisor «bare» bruker sammendraget som veiviser, arkiveres hele `Explanation`-objektet — slik at kvalitetskontroll 5 år senere kan reprodusere AI-output og bekrefte at revisors konklusjon var forankret i samme datagrunnlag.

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som ville landet i arbeidspapir
{
  "confidence": 0.85,
  "sources": [
    {
      "kind": "tenant-data",
      "label": "Klientens SAF-T-fil 2026 (842 312 transaksjonslinjer)",
      "retrievedAt": "2027-03-15T11:00:00Z",
      "contentHash": "abcd1234abcd1234abcd1234abcd1234abcd1234abcd1234abcd1234abcd1234"
    },
    {
      "kind": "brreg",
      "label": "Brreg /enheter/995271480 — formål og bransje",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/995271480",
      "retrievedAt": "2027-03-15T11:00:05Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "1234abcd1234abcd1234abcd1234abcd1234abcd1234abcd1234abcd1234abcd",
  "timestamp": "2027-03-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "ISA 230 krever at revisor dokumenterer arbeidet — AI-sammendraget er innspill som arkiveres sammen med revisors egen test-konklusjon.",
    "reviewerId": "oppdragsmedarbeider-002",
    "reviewedAt": "2027-03-15T15:20:00Z"
  },
  "rationale": "Sammendrag: 3 kontoer med vesentlig avvik fra fjoråret (varekostnad +18%, lønn +9%, finanskostnader +42%). Anbefalt substansielt arbeid på varekostnad og finanskostnader. Lønn dekket av kontrollkjør på AGA-grunnlag.",
  "riskSignals": [
    "vesentlig-avvik"
  ]
}
Konkret use-case · for M&A-konsulenter

Profesjonelt skjønn på toppen av AI-output — IC og LP-grade

Investerings-komité og LP-er krever at hver konklusjon kan etterkontrolleres — det ansvaret kan ikke delegeres til en modell. Explainability-pakken bygger inn akkurat de feltene M&A-rådgiver trenger for å gjennomgå, bekrefte eller overstyre AI-output uten å abdisere ansvaret: konfidens, kildehenvisninger og en `humanLoop`-status som låser saken til lead-rådgiver eller senior-partner har signert av.

AI-utkast som rådgiver gjennomgår — IC-memo target-screening
Mangler menneskelig review

IMAA pre-deal screening og PEPP fase 1. AI kan utarbeide første utkast til IC-memo med target-snapshot, screening-rasjonale og initial valuation-range, men lead M&A-rådgiver må selv konkludere etter å ha gjennomgått antakelser, datagrunnlag og strategisk fit før memoet sendes til investerings-komité.

Profesjonelt skjønn (IMAA / LP-DDQ)

AI-utkastet markeres `required_pending` — det er ikke IC-grunnlag før lead-rådgiver har gjennomgått screening-kriteriene og enten bekreftet eller overstyrt. Dashboardet skjuler ikke utkastet, men det får ikke status «klar for IC» før lead-rådgiver signerer av.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som ville landet i IC-memo / LP-rapport
{
  "confidence": 0.78,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter/913289933 — target-snapshot",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
      "retrievedAt": "2026-05-24T09:00:00Z"
    },
    {
      "kind": "ssb",
      "label": "SSB Statbank — bransje-marginer for NACE 62.010",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2026-05-24T09:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Klientens M&A-mandat 2026 — strategisk fit-kriterier (lastet opp 2026-04-01)",
      "retrievedAt": "2026-05-24T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "screening-nace-omsetning",
      "ruleName": "Screening — NACE og omsetning innenfor mandat",
      "weight": 0.5,
      "reason": "Target er NACE 62.010 (programmering), omsetning 95 MNOK — innenfor klientens mandat (50–150 MNOK i tech/services)."
    },
    {
      "ruleId": "screening-eierstruktur",
      "ruleName": "Screening — eierstruktur muliggjør clean exit",
      "weight": 0.3,
      "reason": "3 grundere holder 87% — sannsynlig at exit kan struktureres uten kompleks minoritets-utkjøp."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f60001",
  "timestamp": "2026-05-24T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "IMAA pre-deal screening krever lead-rådgivers selvstendige vurdering av strategisk fit før IC-memo distribueres. AI-utkastet er innspill, ikke konklusjon."
  },
  "rationale": "Utkast: anbefalt for short-list basert på NACE-fit, omsetnings-bånd og eierstruktur. Lead-rådgiver må selv vurdere kulturell fit og management-quality før IC-presentasjon.",
  "riskSignals": [
    "screening-positive"
  ]
}
AI-flagging rådgiver tar over — material risk for SPA-warranty
Bekreftet av menneske

IMAA legal og financial DD. AI-anomaly-deteksjon på Brreg-events, regnskaps-avvik eller Doffin-tildelinger genererer kandidat-flagg som krever SPA-rep/warranty eller indemnification-clause; lead-rådgiver må bekrefte eller avkrefte hvert flagg med eget arbeid før det forhandles inn i avtalen.

Profesjonelt skjønn (IMAA / LP-DDQ)

Mønsteret krever at `humanLoop.status = required_done` før et flagg sendes til selgers advokat som SPA-rep/warranty-krav eller brukes som grunnlag for purchase price adjustment. AI får aldri stå alene som grunnlag for indemnification-claim — lead-rådgiver signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises.

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som ville landet i IC-memo / LP-rapport
{
  "confidence": 0.89,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — kapitalnedsettelse target 2026-09-15 (signing-perioden)",
      "uri": "https://data.brreg.no/enhetsregisteret/api/oppdateringer/enheter",
      "retrievedAt": "2026-09-15T10:00:00Z"
    },
    {
      "kind": "tenant-data",
      "label": "Q-of-E-rapport fra DD-leverandør (2026-09-10)",
      "retrievedAt": "2026-09-15T10:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "spa-leakage-kapital",
      "ruleName": "SPA leakage — kapital-nedsettelse i exclusivity-perioden",
      "weight": 0.7,
      "reason": "Kapital-nedsettelse 30% (NOK 5,4 MNOK) registrert 2026-09-15. Innenfor exclusivity-perioden — mulig skjult utbytte før signing."
    },
    {
      "ruleId": "spa-locked-box-violation",
      "ruleName": "SPA locked-box — verdi-lekkasje etter cutoff-dato",
      "weight": 0.4,
      "reason": "Beløpet (5,4 MNOK) overstiger locked-box-tolerance på 2 MNOK i utkast til SPA."
    }
  ],
  "model": {
    "id": "ketl-ma-anomaly-v1",
    "provider": "ketl-internal",
    "version": "1.4.0"
  },
  "promptHash": "b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a10002",
  "timestamp": "2026-09-15T10:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "IMAA legal DD krever lead-rådgivers bekreftelse av material risk før forhandling inn i SPA-rep/warranty.",
    "reviewerId": "lead-ma-radgiver-001",
    "reviewedAt": "2026-09-15T13:45:00Z",
    "overrideNote": "Bekreftet som leakage-event. Foreslått: krev (1) purchase price adjustment for hele beløpet og (2) seller indemnification mot lignende uttak fram til closing."
  },
  "rationale": "Material risk — kapital-uttak i exclusivity-perioden bryter typisk locked-box-mekanisme. Anbefalt umiddelbar forhandling før signing.",
  "riskSignals": [
    "leakage-pre-signing",
    "spa-violation"
  ]
}
AI-sammendrag til LP-rapport — fond-partner støtter seg på
Bekreftet av menneske

IMAA value capture og LP-DDQ (Due Diligence Questionnaire) praksis. AI kan oppsummere store datasett (porteføljebedrifters Brreg-events, regnskap, sektor-trender) for kvartalsvis LP-rapport; senior-partner må gjennomgå før distribusjon for å sikre at fremstillingen er konsistent med fondets standardiserte LP-DDQ-svar.

Profesjonelt skjønn (IMAA / LP-DDQ)

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte på distribusjons-tidspunktet. Selv om partner «bare» bruker sammendraget som veiviser, arkiveres hele `Explanation`-objektet — slik at LP 7 år senere kan reprodusere AI-output og bekrefte at fondets uttalelse var forankret i samme datagrunnlag (LP audit-rett).

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som ville landet i IC-memo / LP-rapport
{
  "confidence": 0.83,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — 12 porteføljebedrifter Q1 2027 (487 events)",
      "retrievedAt": "2027-04-15T11:00:00Z",
      "contentHash": "c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b20003"
    },
    {
      "kind": "ssb",
      "label": "SSB Statbank — sektor-marginer for fondets 4 hoved-NACE",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2027-04-15T11:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Fondets standardiserte LP-DDQ-svar 2027 (intern-godkjent 2027-01-15)",
      "retrievedAt": "2027-04-15T11:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c30004",
  "timestamp": "2027-04-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "LP-DDQ-praksis krever at senior-partner signerer kvartalsvis LP-rapport — AI-sammendrag arkiveres sammen med signaturen for fremtidig LP-audit.",
    "reviewerId": "senior-partner-002",
    "reviewedAt": "2027-04-15T16:20:00Z"
  },
  "rationale": "Sammendrag: 3 porteføljebedrifter med vesentlig avvik fra fjoråret (én positiv outlier i SaaS-bedrift, to negative i retail). Anbefalt LP-narrativ: fremhev SaaS-veksten, gi proaktiv forklaring på retail-svakhet med sektor-kontekst fra SSB.",
  "riskSignals": [
    "portefolje-spredning"
  ]
}
Konkret use-case · for undersøkende journalister

Publisistisk skjønn på toppen av AI-output — PFU-etterprøvbar

Redaktørplakaten og Vær Varsom-plakaten 3.7 krever at hver publisert påstand kan etterprøves — det ansvaret kan ikke delegeres til en modell. Explainability-pakken bygger inn akkurat de feltene journalist og redaktør trenger for å gjennomgå, bekrefte eller overstyre AI-output uten å abdisere ansvaret: konfidens, kildehenvisninger og en `humanLoop`-status som låser saken til redaktør har signert av før publisering. AI ser aldri menneskelig kilde-kommunikasjon — kildevernet er bevart by design.

AI-utkast som journalist gjennomgår — faktasjekk av påstand før kilde-runde
Mangler menneskelig review

VVP 3.2 (kritisk kildeholdning) og SKUP-faktasjekk-disiplin. AI kan utarbeide første faktasjekk-utkast med kryss-sjekk mot Brreg, SSB, Konkursregisteret og Doffin for en konkret påstand i artikkel-utkast — men ansvarlig journalist må selv vurdere kildegrunnlaget og avgjøre om påstanden står seg eller krever ytterligere kilde-runde.

Publisistisk skjønn (VVP / Redaktørplakaten)

AI-utkastet markeres `required_pending` — det er ikke faktasjekk-grunnlag før journalist har gjennomgått kildereferansene og enten bekreftet eller etterspurt ytterligere kilder. Faktasjekk-modulen viser ikke utkastet som «klar for publisering» før journalist signerer av.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som ville landet i metoderapporten
{
  "confidence": 0.82,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter/913289933 — entitets-snapshot",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
      "retrievedAt": "2026-06-08T09:00:00Z"
    },
    {
      "kind": "ssb",
      "label": "SSB Statbank — sektor-marginer NACE 64.301",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2026-06-08T09:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Artikkel-utkast versjon 2026-06-08 — påstand om eier-konsentrasjon (lastet opp av journalist)",
      "retrievedAt": "2026-06-08T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "faktasjekk-brreg-rolle",
      "ruleName": "Faktasjekk — rolle bekreftet i Brreg",
      "weight": 0.5,
      "reason": "Påstand «hovedpersonen er styreleder i Selskap AS» er bekreftet i Brreg per 2026-06-08; rolle aktiv siden 2024-09-15."
    },
    {
      "ruleId": "faktasjekk-omsetnings-tall",
      "ruleName": "Faktasjekk — omsetnings-tall mot SSB",
      "weight": 0.3,
      "reason": "Påstand «selskapet hadde 95 MNOK i omsetning 2025» er bekreftet i SSB-aggregat per 2026-06-08."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "e1d2c3b4a5f6e1d2c3b4a5f6e1d2c3b4a5f6e1d2c3b4a5f6e1d2c3b4a5f60011",
  "timestamp": "2026-06-08T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "VVP 3.2 krever journalistens selvstendige kritiske vurdering av kildegrunnlaget. AI-utkast erstatter ikke kilde-runde med omtalt part."
  },
  "rationale": "Utkast: påstanden er bekreftet i to uavhengige offentlige kilder med tidsstempel. Anbefalt: ansvarlig journalist gjennomgår og avgjør om kilde-runde med omtalt part er nødvendig før publisering.",
  "riskSignals": [
    "fakta-bekreftet"
  ]
}
AI-flagging redaktør tar over — sitat-/fakta-presisjon før publisering
Bekreftet av menneske

VVP 3.7 (presisjon i sitat og fakta) og Redaktørplakaten. AI-anomaly-deteksjon på sammenheng mellom artikkel-utkast og kildegrunnlag genererer kandidat-flagg som krever korrigering eller utvidet sitat-kontekst; redaktør må bekrefte eller avkrefte hvert flagg med eget arbeid før artikkelen publiseres.

Publisistisk skjønn (VVP / Redaktørplakaten)

Mønsteret krever at `humanLoop.status = required_done` før en flagget artikkel går til publisering. AI får aldri stå alene som grunnlag for at en formulering er presis nok — redaktør signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises (f.eks. fordi sammenhengen er forklart i annet avsnitt).

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som ville landet i metoderapporten
{
  "confidence": 0.91,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — rolle-endring hovedperson 2026-06-10 (dagen før publisering)",
      "uri": "https://data.brreg.no/enhetsregisteret/api/oppdateringer/enheter",
      "retrievedAt": "2026-06-10T09:42:00Z"
    },
    {
      "kind": "tenant-data",
      "label": "Artikkel-utkast versjon 2026-06-09 — formulering «er styremedlem»",
      "retrievedAt": "2026-06-10T09:42:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "presisjon-tids-formulering",
      "ruleName": "Presisjon — tids-formulering vs. faktisk status på publiserings-tidspunkt",
      "weight": 0.7,
      "reason": "Formulering «er styremedlem» (presens) er ikke lenger korrekt etter rolle-endring 2026-06-10 09:42. Krever endring til «var styremedlem fram til 9. juni 2026» for å oppfylle VVP 3.7."
    }
  ],
  "model": {
    "id": "ketl-presisjon-v1",
    "provider": "ketl-internal",
    "version": "1.2.0"
  },
  "promptHash": "f2e3d4c5b6a1f2e3d4c5b6a1f2e3d4c5b6a1f2e3d4c5b6a1f2e3d4c5b6a10012",
  "timestamp": "2026-06-10T09:43:00Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "VVP 3.7 og Redaktørplakaten krever publisistisk ansvarlig redaktørs bekreftelse av presisjon i sitat og fakta før publisering.",
    "reviewerId": "redaktor-001",
    "reviewedAt": "2026-06-10T11:15:00Z",
    "overrideNote": "Bekreftet som presisjons-feil. Formulering endret til «var styremedlem fram til 9. juni 2026»; saken setter inn ny avsnitt som forklarer at uttreden er knyttet til selve gravesakens kjerne."
  },
  "rationale": "Material presisjons-risiko — tids-formulering må oppdateres før publisering for å oppfylle VVP 3.7.",
  "riskSignals": [
    "presisjons-risiko",
    "vvp-3-7-relevant"
  ]
}
AI-sammendrag til metoderapport — redaktør støtter seg på
Bekreftet av menneske

Redaktørplakaten + SKUP-metoderapport-tradisjon. AI kan oppsummere store datasett (entiteters Brreg-historikk, regnskaps-utvikling, sektor-trender) som vedlegg til metoderapport ved publisering; redaktør må gjennomgå og signere før metoderapporten publiseres som vedlegg til artikkelen.

Publisistisk skjønn (VVP / Redaktørplakaten)

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte på publiserings-tidspunktet. Hele `Explanation`-objektet arkiveres slik at PFU 12 uker senere (klagefrist) kan reprodusere AI-output og bekrefte at metoderapporten var forankret i samme datagrunnlag som artikkelen — etterprøvbart fra dag én.

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som ville landet i metoderapporten
{
  "confidence": 0.87,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — hovedpersonens roll-historikk 2018–2026 (37 events)",
      "retrievedAt": "2026-06-10T16:00:00Z",
      "contentHash": "a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e10013"
    },
    {
      "kind": "ssb",
      "label": "SSB Statbank — sektor-marginer 2018–2026 for de tre omtalte NACE-kodene",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2026-06-10T16:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Artikkel-utkast versjon 2026-06-10 (publiserings-versjon, signert av redaktør)",
      "retrievedAt": "2026-06-10T16:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a30014",
  "timestamp": "2026-06-10T16:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Redaktørplakaten krever at redaktør signerer metoderapporten før publisering — AI-sammendraget arkiveres sammen med signaturen for fremtidig PFU- eller æreskrenkelse-forsvar.",
    "reviewerId": "redaktor-001",
    "reviewedAt": "2026-06-10T17:30:00Z"
  },
  "rationale": "Sammendrag: hovedpersonens roll-portefølje viser systematisk konsentrasjon i tre relaterte NACE-områder gjennom hele 2018–2026, sammenfallende med tidspunktene som omtales i artikkelen. Sektor-marginer fra SSB støtter narrativet om at konsentrasjonen ikke kan forklares av tilfeldige forretningssykluser.",
  "riskSignals": [
    "metoderapport-klar"
  ]
}
Konkret use-case · for AI-startups

EU AI Act-klar fra dag én — uten å bygge eget audit-format

AI Act art. 13 (transparens) og art. 14 (human-i-loopen) krever at hver AI-output kan etterprøves og at høyrisiko-beslutninger er menneske-bekreftet. Startup-en kan re-eksportere `Explanation`-pakken 1:1 i sin egen SDK-respons, rendre den i kunde-dashboardet, og eksportere til regulator — alt med `model.version`, `promptHash` og `humanLoop.status` ferdig satt. Compliance-arbeidet 18 måneder før AI Act-fristen kommer gratis.

SDK-shipping — Explanation i startup-ens eget API
Ikke påkrevd

EU AI Act art. 13 (transparens overfor sluttbruker) + Anthropic-/OpenAI-SDK-konvensjon for typed structured output. Når startup-en bygger sin egen API-overflate på toppen av Ketl, kan de re-eksportere `Explanation`-objektet 1:1 i sin egen response — uten å designe eget audit-felt-format. Kunden av startup-en får dermed compliance-klare svar uten at startup-en har skrevet en eneste linje for AI Act-transparens.

Hva startup-en skipper å bygge

Mønsteret bruker `humanLoop.status = not_required` for lav-risiko-spørringer som er trygt å auto-besvare (entity-lookup, faktisk Brreg-oppslag), og lar startup-en velge når å eskalere. Startup-en skipper å designe: eget audit-felt-format, eget confidence-uttrykk, eget kildereferanse-skjema, egen modell-versjonering. SDK-en serialiserer `Explanation` til samme JSON som Ketl, så kundens egen agent kan deserialisere med ferdig SDK.

Explanation-felter mønsteret bruker

KonfidensnivåKilderModellversjonForklaringstekst
Vis Explanation-eksempelet startup-en eksponerer i sin egen SDK
{
  "confidence": 0.95,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter/913289933 — entitets-snapshot (auto)",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
      "retrievedAt": "2026-05-25T09:00:00Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "entity-lookup-cache-hit",
      "ruleName": "Entity lookup — cache hit innenfor TTL",
      "weight": 1,
      "reason": "Snapshot under 24 timer gammel; Brreg-data antas å være kanonisk. Ingen rule-overstyring nødvendig."
    }
  ],
  "model": {
    "id": "ketl-rules-v3",
    "provider": "ketl-internal",
    "version": "3.1.0"
  },
  "promptHash": "abc123def456abc123def456abc123def456abc123def456abc123def4560030",
  "timestamp": "2026-05-25T09:00:30Z",
  "humanLoop": {
    "status": "not_required",
    "reason": "Faktisk Brreg-oppslag uten AI-syntese — auto-besvares trygt med cached snapshot. Startup-en kan eksponere svaret direkte i sitt API uten human-review-step."
  },
  "rationale": "Entity 913289933 funnet i Brreg cache; svaret er deterministisk og krever ikke human review per AI Act art. 13.",
  "riskSignals": []
}
Kunde-dashboard — "hvorfor?"-klikk i startup-ens UI
Mangler menneskelig review

EU AI Act art. 13 (transparens overfor sluttbruker) + GDPR art. 22 (rett til menneskelig vurdering). Sluttbrukeren av startup-ens app er ofte en compliance-bruker hos kundens kunde — som krever forklaring på AI-output. Startup-en kan rendere `Explanation`-objektet direkte i sitt eget dashboard (vise sources, rulesFired og humanLoop) uten å bygge eget transparens-view-lag.

Hva startup-en skipper å bygge

Mønsteret bruker `humanLoop.status = required_pending` for AI-utkast som krever startup-ens kunde sin saksbehandler-signatur før det får virkning. Startup-en skipper å bygge: explanation-rendering-komponent, kildereferanse-visualisering, regelhit-tabell, human-loop-status-badge. Dashboard-en kan rendere `Explanation` med ferdig komponent-bibliotek (eller startup-ens egen styling) — pakken er typed JSON som binder seg trygt mot React/Vue/Svelte.

Explanation-felter mønsteret bruker

ForklaringstekstKilderRegler som ble triggetMenneske-i-loopen-statusKonfidensnivå
Vis Explanation-eksempelet startup-en eksponerer i sin egen SDK
{
  "confidence": 0.74,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — rolle-endring 2026-05-25",
      "uri": "https://data.brreg.no/enhetsregisteret/api/oppdateringer/enheter",
      "retrievedAt": "2026-05-25T11:00:00Z"
    },
    {
      "kind": "watchlist",
      "label": "Tenant watchlist — orgnr 913289933 (target-kategori)",
      "retrievedAt": "2026-05-25T11:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "rolle-endring-target",
      "ruleName": "Rolle-endring i target-kategori watchlist",
      "weight": 0.6,
      "reason": "Daglig leder skiftet i orgnr som tenanten har markert som high-priority target. Krever saksbehandler-vurdering før verdict settes."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "def456abc123def456abc123def456abc123def456abc123def456abc1230031",
  "timestamp": "2026-05-25T11:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "AI Act art. 13: kundens saksbehandler må gjennomgå AI-utkastet før det får effekt på kundens portefølje-vurdering. Dashboard-en viser pakken — saksbehandler klikker \"hvorfor?\" og ser kilder, regler og confidence direkte fra Explanation-objektet."
  },
  "rationale": "Utkast: ny daglig leder kan endre risiko-profilen for target-vurderingen. Saksbehandler bør gjennomgå rolle-historikken før vurdering oppdateres.",
  "riskSignals": [
    "rolle-endring-target",
    "watchlist-priority-high"
  ]
}
Regulator-eksport — Finanstilsyn/Datatilsyn-bevisleveranse
Bekreftet av menneske

AMLA art. 25 (5 års sporbarhet for risikobaserte tiltak) + kommende norsk KI-lov § 6 (3 års logg av modell + kilder) + DORA art. 28 (tredjeparts-modell-sporbarhet). Når kundens revisor eller Finanstilsynet ber om dokumentasjon på AI-output, må startup-en kunne reprodusere beslutningen — modellversjon, prompt-hash, kilder. Ketl `Explanation`-objektet inneholder alt dette ferdig; startup-en eksporterer via Ketl API uten å bygge eget reproduserbarhets-flyt.

Hva startup-en skipper å bygge

Mønsteret bruker `humanLoop.status = required_done` for AI-outputs som har påvirket kundens regulatoriske beslutning. Startup-en skipper å bygge: 5-års retention-jobb, model-version-arkiv, prompt-hash-lagring, regulator-eksport-flyt. Eksport-pakken inneholder `model.version`, `promptHash` og `sources[].contentHash` slik at en regulator 3 år senere kan re-kjøre samme modell mot samme kilder og verifisere at output er stabilt.

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderTidspunktMenneske-i-loopen-status
Vis Explanation-eksempelet startup-en eksponerer i sin egen SDK
{
  "confidence": 0.88,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter/913289933 — entitets-snapshot ved beslutnings-tidspunkt",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
      "retrievedAt": "2026-05-25T13:00:00Z",
      "contentHash": "789xyz456abc789xyz456abc789xyz456abc789xyz456abc789xyz456abc0032"
    },
    {
      "kind": "tenant-data",
      "label": "Tenants vedtakspolicy v2.4 (intern-godkjent 2026-04-15)",
      "retrievedAt": "2026-05-25T13:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "amla-risk-flag",
      "ruleName": "AMLA art. 18 — forhøyet risiko-flagg",
      "weight": 0.8,
      "reason": "Kombinasjon av eier-bevegelse og kapital-uttak innenfor 7-dagers vindu utløser AMLA-tiltak per tenants policy."
    }
  ],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "fedcba987654fedcba987654fedcba987654fedcba987654fedcba9876540033",
  "timestamp": "2026-05-25T13:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "AMLA art. 29 + AI Act art. 14: vedtak om skjerpede tiltak må være menneske-i-loopen-bekreftet. Compliance-officer hos kunden signerer; Ketl bevarer signatur og tidsstempel for Finanstilsynet-eksport 3 år frem.",
    "reviewerId": "compliance-officer-startup-kunde-001",
    "reviewedAt": "2026-05-25T15:30:00Z",
    "overrideNote": "Bekreftet som AMLA-trigger; tenant initierer skjerpede tiltak per intern policy v2.4."
  },
  "rationale": "AI-utkast bekreftet av compliance-officer; AMLA-tiltak iverksettes. Eksport-pakke arkiveres for 5 års sporbarhet per AMLA art. 25.",
  "riskSignals": [
    "amla-trigger",
    "compliance-signed"
  ]
}
Konkret use-case · for kommunal saksbehandler

Forvaltnings-vedtak med begrunnelses-plikt — uten å abdisere skjønnet

Forvaltningsloven § 17 (utredningsplikt) og § 25 (begrunnelses-plikt) krever at saksbehandler selv utreder saken og signerer vedtaket — AI-utkast er innspill, ikke vedtak. Norsk KI-lov § 4 (forslag) krever dessuten at borger får forklaring når offentlig sektor tar AI-beslutning. Kommunal saksbehandler får en `Explanation`-pakke der det er eksplisitt om mennesket har gjennomgått eller bare mottatt et utkast — og kontrollutvalg/statsforvalter kan etterkontrollere vedtaks-grunnlaget med samme datagrunnlag.

AI-utkast som saksbehandler signerer — vedtak om tilskudd / avvisning
Mangler menneskelig review

Forvaltningsloven § 17 (utredningsplikt) og § 25 (begrunnelses-plikt). AI kan utarbeide første utkast til vedtak med faktum-beskrivelse, lovhjemler og begrunnelse, men saksbehandler må selv konkludere etter å ha gjennomgått antakelser, datagrunnlag og forvaltnings-skjønn før vedtaket sendes til part. Norsk KI-lov § 4 (forslag) krever dessuten at borger får forklaring når offentlig sektor tar AI-beslutning.

Forvaltnings-skjønnet saksbehandler må utvise

AI-utkastet markeres `required_pending` — det er ikke vedtak før saksbehandler har gjennomgått at faktum er korrekt gjengitt, at lovhjemmel-henvisningen er presis, og at forvaltnings-skjønnet er utøvet (§ 17 utredningsplikt). Dashboardet skjuler ikke utkastet, men det får ikke status 'klar for vedtak' før saksbehandler signerer av.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som arkiveres i sakens dokumenter
{
  "confidence": 0.81,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter/913289933 — søkers selskaps-snapshot",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
      "retrievedAt": "2026-05-24T09:00:00Z"
    },
    {
      "kind": "skatteetaten",
      "label": "Skatteetaten MVA-manntall — restanse-status søker",
      "retrievedAt": "2026-05-24T09:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Kulturmidler 2026 — retningslinjer vedtatt av kommunestyret 2025-12-15",
      "retrievedAt": "2026-05-24T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "kulturmidler-formaal",
      "ruleName": "Kulturmidler — søknad oppfyller formålskrav",
      "weight": 0.4,
      "reason": "Søker driver kulturarbeid (NACE 90.01) og er etablert i kommunen (forretningsadresse Storgata 12, Oslo)."
    },
    {
      "ruleId": "kulturmidler-grunnvilkar",
      "ruleName": "Kulturmidler — grunnvilkår oppfylt",
      "weight": 0.3,
      "reason": "Søker er registrert i Brreg som AS, har ikke restanse på offentlige avgifter, og har levert revidert årsregnskap for 2025."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d40005",
  "timestamp": "2026-05-24T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "Forvaltningsloven § 17 og § 25 krever at saksbehandler selv utreder saken og signerer vedtaket. AI-utkastet er innspill, ikke vedtak. Norsk KI-lov § 4 (forslag) krever at borger får forklaring når offentlig sektor tar AI-beslutning."
  },
  "rationale": "Utkast: anbefalt innvilgelse av kulturmidler på 75 000 kr basert på formålsoppfyllelse og grunnvilkår. Saksbehandler må selv vurdere prioritering mot øvrige søkere innenfor budsjettrammen og om særskilte vilkår skal settes for utbetaling.",
  "riskSignals": [
    "soeknad-positiv-vurdering"
  ]
}
AI-flagging som saksbehandler bekrefter — avvik i tilskuddsbruk
Bekreftet av menneske

Kommuneloven 2020 § 25-1 (internkontroll) og økonomi-regulativets bestemmelser om tilskuddsforvaltning. AI-anomaly-deteksjon på sluttrapport-tall, Brreg-events eller Doffin-tildelinger kan flagge tilskudds-mottakere som avviker fra tilskudds-vilkårene; saksbehandler må bekrefte eller avkrefte hvert flagg med eget arbeid før det utløser krav om tilbakebetaling eller klage-behandling iht. Forvaltningsloven § 28.

Forvaltnings-skjønnet saksbehandler må utvise

Mønsteret krever at `humanLoop.status = required_done` før et flagg utløser krav-brev til mottaker eller blir grunnlag for revisor-merknad. AI får aldri stå alene som grunnlag for tilbakebetalings-krav — saksbehandler signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises som ikke-materielt.

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som arkiveres i sakens dokumenter
{
  "confidence": 0.87,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — eierskifte hos tilskudds-mottaker 2026-09-15",
      "uri": "https://data.brreg.no/enhetsregisteret/api/oppdateringer/enheter",
      "retrievedAt": "2026-09-15T10:00:00Z"
    },
    {
      "kind": "tenant-data",
      "label": "Tilskuddsvedtak 2026-021 — vilkår om uendret kontroll i prosjektperioden",
      "retrievedAt": "2026-09-15T10:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "tilskudd-eierskifte-vilkar",
      "ruleName": "Tilskudd — eierskifte bryter kontroll-vilkår",
      "weight": 0.7,
      "reason": "Tilskudds-vedtak 2026-021 punkt 4.2 krever uendret kontroll hos mottaker i prosjektperioden. Brreg-event 2026-09-15 viser at mottaker har skiftet eier > 50% — vilkåret kan være brutt."
    },
    {
      "ruleId": "tilskudd-formaal-risiko",
      "ruleName": "Tilskudd — eierskifte kan endre formålsbruk",
      "weight": 0.4,
      "reason": "Ny eier driver innenfor annen næringskode (NACE 47.11 dagligvare vs. opprinnelig 90.01 kunstnerisk virksomhet) — risiko for at midler brukes utenfor formålet."
    }
  ],
  "model": {
    "id": "ketl-anomaly-v1",
    "provider": "ketl-internal",
    "version": "1.4.0"
  },
  "promptHash": "f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e50006",
  "timestamp": "2026-09-15T10:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Kommuneloven § 25-1 (internkontroll) krever saksbehandlers bekreftelse av materielt avvik før krav om tilbakebetaling fremsettes. Forvaltningsloven § 16 (forhåndsvarsel) krever dessuten at part får uttale seg før vedtak treffes.",
    "reviewerId": "saksbehandler-001",
    "reviewedAt": "2026-09-15T13:45:00Z",
    "overrideNote": "Bekreftet som materielt avvik. Foreslått: (1) send forhåndsvarsel til mottaker innen 14 dager (Forvaltningsloven § 16), (2) be om redegjørelse for fortsatt formålsoppfyllelse, (3) vurder krav om tilbakebetaling hvis redegjørelse ikke er tilfredsstillende."
  },
  "rationale": "Materielt avvik — eierskifte > 50% bryter tilskudds-vilkår om uendret kontroll. Anbefalt umiddelbar forhåndsvarsel og redegjørelses-prosess før eventuelt tilbakebetalings-vedtak.",
  "riskSignals": [
    "tilskudd-vilkar-brudd",
    "formaal-risiko"
  ]
}
AI-sammendrag til kommunestyret — kommunedirektøren støtter seg på
Bekreftet av menneske

Kommuneloven 2020 § 13-1 (kommunedirektørens ansvar for å påse at saker er forsvarlig utredet) og § 25-1 (internkontroll-rapportering til kommunestyret). AI kan oppsummere store datasett (kvartalsvis leverandør-/tilskudds-rapport, anskaffelses-statistikk, sanksjons-screening-resultater) for kommunestyret eller revisor-utvalg; kommunedirektør må gjennomgå før distribusjon for å sikre at fremstillingen er presis og at ansvaret etter § 13-1 er ivaretatt.

Forvaltnings-skjønnet saksbehandler må utvise

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte på distribusjons-tidspunktet. Selv om kommunedirektør 'bare' bruker sammendraget som veiviser, arkiveres hele `Explanation`-objektet — slik at revisor (kommunal revisjon/kontrollutvalg) 7 år senere kan reprodusere AI-output og bekrefte at kommunedirektørens uttalelse til kommunestyret var forankret i samme datagrunnlag (Arkivloven § 6 + Riksarkivarens forskrift).

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som arkiveres i sakens dokumenter
{
  "confidence": 0.84,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — 142 aktive leverandører Q1 2027 (612 events)",
      "retrievedAt": "2027-04-15T11:00:00Z",
      "contentHash": "a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f60007"
    },
    {
      "kind": "skatteetaten",
      "label": "Skatteetaten MVA-manntall — restanse-screening alle leverandører Q1",
      "retrievedAt": "2027-04-15T11:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Kommunens internkontroll-plan 2027 (vedtatt av kontrollutvalget 2027-01-15)",
      "retrievedAt": "2027-04-15T11:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a10008",
  "timestamp": "2027-04-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Kommuneloven § 13-1 og § 25-1 krever at kommunedirektøren selv signerer rapport til kommunestyret. AI-sammendrag arkiveres sammen med signaturen for fremtidig revisor-/kontrollutvalg-gjennomgang.",
    "reviewerId": "kommunedirektor-002",
    "reviewedAt": "2027-04-15T16:20:00Z"
  },
  "rationale": "Sammendrag: 3 leverandører med vesentlig avvik fra fjoråret (én konkurs som ble håndtert med beredskaps-plan, to med eierskifte som er under re-vurdering). Anbefalt rapport-narrativ: fremhev at internkontroll-systemet fanget alle materielle avvik innen SLA, og at kommunens reaksjons-tid (median 6 timer) er bedre enn 2026-baseline.",
  "riskSignals": [
    "internkontroll-positiv-trend"
  ]
}
Konkret use-case · for eiendomsmegler og proptech

Megler-, kreditt- og porteføljedrifts-vedtak — uten å abdisere skjønnet

Eiendomsmeglingsloven § 6-3 (god meglerskikk) krever at megler selv undersøker og signerer prospektet. Finanstilsynets rundskriv 7/2014 krever at kreditt-team selv vurderer material LTV-bevegelse. Fond-mandat krever at porteføljeleder selv signerer kvartalsrapport. Hvert mønster her arkiveres med full Explanation-pakke (sources, rulesFired, confidence, model.version, promptHash, humanLoop) — etterprøvbar mot Reklamasjonsnemnda for eiendomsmeglings-tjenester (RfE), tilsyn og LP.

AI-utkast som megler gjennomgår — prospekt-tilstandsbeskrivelse og takst-rasjonale
Mangler menneskelig review

Eiendomsmeglingsloven § 6-3 (god meglerskikk — undersøkelses- og opplysningsplikt). AI kan utarbeide første utkast til prospekt-tekst med matrikkel-data, eiendomshistorikk, tinglyste heftelser, energi-karakter og markedsanalyse, men megler må selv kontrollere fakta, kvalifisere antakelsene og signere før prospektet publiseres til markedet.

Profesjonelt skjønn megler/lender/investor må utvise

AI-utkastet markeres `required_pending` — det er ikke prospekt før megler har gjennomgått at faktum er korrekt (Kartverket-tall + tinglyste pant + takst), at markeds-sammenligningen er forsvarlig, og at vesentlige opplysninger er medtatt. Dashboardet skjuler ikke utkastet, men det får ikke status «klar for publisering» før megler signerer av.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som arkiveres i oppdrags-/kreditt-/portefølje-arkiv
{
  "confidence": 0.79,
  "sources": [
    {
      "kind": "kartverket",
      "label": "Kartverket Matrikkel — 0301-208/442 (Storgata 12, Oslo)",
      "retrievedAt": "2026-05-24T09:00:00Z"
    },
    {
      "kind": "kartverket",
      "label": "Kartverket Grunnboka — aktive heftelser per 2026-05-24",
      "retrievedAt": "2026-05-24T09:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Selgers takst-rapport fra autorisert takstmann 2026-05-12",
      "retrievedAt": "2026-05-24T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "prospekt-marked-vurdering",
      "ruleName": "Prospekt — markedsverdi basert på sammenlignbare",
      "weight": 0.5,
      "reason": "Sammenlignbare omsetninger siste 12 mnd i samme reguleringsplan (5 stk, gjennomsnitt 29 MNOK ± 8%) gir markeds-rekkevidde 26-32 MNOK. Takst på 30 MNOK er sentralt i intervallet."
    },
    {
      "ruleId": "prospekt-heftelses-info",
      "ruleName": "Prospekt — heftelses-info skal inn",
      "weight": 0.3,
      "reason": "1 aktivt pantedokument til DNB (18,5 MNOK) — innenfor takst, men må fremkomme i prospektet iht. god meglerskikk-praksis."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b20009",
  "timestamp": "2026-05-24T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "Eiendomsmeglingsloven § 6-3 krever at megler selv kontrollerer og signerer prospektet. AI-utkastet er innspill, ikke prospekt. Mangler i prospektet (opplysningssvikt) er grunnlag for kjøpers reklamasjon iht. Avhendingsloven § 4-12."
  },
  "rationale": "Utkast: prospekt-tekst klar for megler-gjennomgang. Foreslår verdi-intervall 26-32 MNOK basert på sammenlignbare omsetninger, fremhever heftelses-status og dekker undersøkelses-pliktens minimum. Megler må vurdere om særskilte forhold (energi-karakter D, byggear 1998, evt. mangels-risiko) krever ytterligere tekst.",
  "riskSignals": [
    "prospekt-utkast-klar"
  ]
}
AI-flagging som kreditt-team bekrefter — material risk i boliglån-portefølje
Bekreftet av menneske

Finanstilsynets rundskriv 7/2014 (boliglån) og boliglån-forskriften. AI-anomaly-deteksjon på tinglyste pant-endringer, LTV-bevegelser eller eier-/eiendomshistorikk kan flagge boliglån som krever re-vurdering; kreditt-team må bekrefte eller avkrefte hvert flagg med eget arbeid før det utløser kunde-varsel eller intern kreditt-handling.

Profesjonelt skjønn megler/lender/investor må utvise

Mønsteret krever at `humanLoop.status = required_done` før et flagg utløser varsel til kunden eller blir grunnlag for omforhandling. AI får aldri stå alene som grunnlag for kreditt-vedtak — kreditt-team signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises som ikke-materielt.

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som arkiveres i oppdrags-/kreditt-/portefølje-arkiv
{
  "confidence": 0.91,
  "sources": [
    {
      "kind": "kartverket",
      "label": "Kartverket Grunnboka — ny pantedokument tinglyst 2026-09-15",
      "retrievedAt": "2026-09-15T10:00:00Z"
    },
    {
      "kind": "tenant-data",
      "label": "Boliglån-avtale med kunde 0312345-2024-07 (intern referanse)",
      "retrievedAt": "2026-09-15T10:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "boliglan-ltv-grense",
      "ruleName": "Boliglån — LTV-grense fra Finanstilsynet 7/2014",
      "weight": 0.7,
      "reason": "Ny pant 5 MNOK kombinert med eksisterende 18,5 MNOK bringer kombinert LTV til 78% (markedsverdi 30 MNOK). Over 70%-internt re-vurderings-grense."
    },
    {
      "ruleId": "boliglan-ny-pant",
      "ruleName": "Boliglån — ny pant til annen lender",
      "weight": 0.4,
      "reason": "Ny pant til Nordea — kunde har tatt opp tilleggs-lån utenfor primær-lender. Kreditt-vurdering bør sjekke om gjelds-betjeningsevne fortsatt er innenfor maks 5x brutto-årsinntekt."
    }
  ],
  "model": {
    "id": "ketl-boliglan-anomaly-v1",
    "provider": "ketl-internal",
    "version": "1.4.0"
  },
  "promptHash": "d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3000a",
  "timestamp": "2026-09-15T10:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Finanstilsynets rundskriv 7/2014 krever at boliglån-kreditt-team selv vurderer material LTV-bevegelse før kunde-varsel eller re-vurdering. AI-flagget gir kandidat-saker, ikke vedtak.",
    "reviewerId": "boliglan-kredittsjef-001",
    "reviewedAt": "2026-09-15T13:45:00Z",
    "overrideNote": "Bekreftet som material LTV-bevegelse. Foreslått: (1) varsle kunden om at LTV er steget over 70%-internt grense, (2) be om dokumentasjon på bruks-formål for tilleggs-lånet, (3) re-vurder gjelds-betjeningsevne ved neste lønnsperiode."
  },
  "rationale": "Material LTV-bevegelse — ny pant bringer kombinert LTV over 70%-internt vurderings-grense. Anbefalt umiddelbar kunde-varsling og kreditt-vurdering iht. Finanstilsynets praksis.",
  "riskSignals": [
    "ltv-overskridelse",
    "tilleggs-lan-utenfor-primaer"
  ]
}
AI-sammendrag til porteføljeleder — eiendoms-investor støtter seg på
Bekreftet av menneske

Eiendoms-fond praksis (typisk LP-DDQ for institusjonelle eiendoms-fond eller intern porteføljedrift for proptech-/REIT-aktører). AI kan oppsummere store datasett (portefølje-eiendommers heftelses-bevegelse, regulerings-events, markedsdata, leie-utvikling) for kvartalsvis porteføljerapport; porteføljeleder eller fund-manager må gjennomgå før distribusjon for å sikre at fremstillingen er konsistent med fondets investerings-mandat og rapport-standardiseringer.

Profesjonelt skjønn megler/lender/investor må utvise

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte på distribusjons-tidspunktet. Selv om porteføljeleder «bare» bruker sammendraget som veiviser, arkiveres hele `Explanation`-objektet — slik at fondets LP eller styre 7 år senere kan reprodusere AI-output og bekrefte at investerings-/divestor-beslutninger var forankret i samme datagrunnlag.

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som arkiveres i oppdrags-/kreditt-/portefølje-arkiv
{
  "confidence": 0.86,
  "sources": [
    {
      "kind": "kartverket",
      "label": "Kartverket — 47 portefølje-eiendommer Q1 2027 (heftelser + omsetninger + verdivurdering)",
      "retrievedAt": "2027-04-15T11:00:00Z",
      "contentHash": "e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4000b"
    },
    {
      "kind": "tenant-data",
      "label": "Fondets investerings-mandat 2027 (godkjent av styret 2027-01-15)",
      "retrievedAt": "2027-04-15T11:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Leie-statistikk og vacancy-rate per portefølje-eiendom Q1 2027",
      "retrievedAt": "2027-04-15T11:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5000c",
  "timestamp": "2027-04-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Fondets investerings-mandat krever at porteføljeleder selv signerer kvartalsvis porteføljerapport. AI-sammendrag arkiveres sammen med signaturen for fremtidig LP-/styre-audit.",
    "reviewerId": "portefolje-leder-002",
    "reviewedAt": "2027-04-15T16:20:00Z"
  },
  "rationale": "Sammendrag: 3 porteføljeeiendommer med materielle endringer Q1 2027 (én positiv outlier i omregulert sentral-by-eiendom, to negative i kjøpesenter med høy vacancy). Anbefalt portefølje-narrativ: fremhev verdi-skapingen fra omreguleringen, gi proaktiv forklaring på retail-svakhet med markeds-kontekst.",
  "riskSignals": [
    "portefolje-spredning-eiendom"
  ]
}
Konkret use-case · for bank-/fintech-compliance

KYB-vurderinger og skjerpede tiltak — EU AMLA art. 29-konform

Hvitvaskingsloven § 4 (kundetiltak) og § 17 (forsterkede kundetiltak) krever konkret menneskelig vurdering bak hver beslutning. EU AMLA art. 29 krever at hver beslutning om skjerpede tiltak kan forklares. AI-utkast til KYB-vurdering, AI-flagging av sanksjons-/PEP-mistanke og AI-sammendrag til Finanstilsynet- tilsynsbevis arkiveres med full Explanation-pakke (sources, rulesFired, confidence, model.version, promptHash, humanLoop) — etterprøvbar mot Finanstilsynet, Økokrim og intern revisor.

AI-utkast KYB-vurdering — saksbehandler signerer før onboarding godkjennes
Mangler menneskelig review

Hvitvaskingsloven § 4 (kundetiltak) og EU AMLA art. 25 (risiko-baserte tiltak skal være dokumentert). AI kan utarbeide første utkast til KYB-vurdering med Brreg-snapshot, UBO-identifikasjon, sanksjons-screening og risiko-klassifisering, men compliance-saksbehandler må selv konkludere og signere før kundeforholdet godkjennes.

Profesjonelt skjønn compliance må utvise

AI-utkastet markeres `required_pending` — det er ikke godkjent kundetiltak før saksbehandler har gjennomgått at faktum er korrekt, at sanksjons-screening dekker alle relevante lister, og at risiko-klassifisering er forsvarlig. Hvitvaskingsloven § 4 og AMLA art. 25 krever at det er en konkret menneskelig vurdering bak hver kundetiltaks-beslutning.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som arkiveres i sakens dokumenter
{
  "confidence": 0.84,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter/913289933 — kunde-snapshot",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
      "retrievedAt": "2026-05-24T09:00:00Z"
    },
    {
      "kind": "sanctions-list",
      "label": "EU Restrictive Measures + OFAC SDN + FN — månedlig screening",
      "retrievedAt": "2026-05-24T09:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Bankens interne KYB-policy 2026 (godkjent av compliance-leder 2026-01-15)",
      "retrievedAt": "2026-05-24T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "kyb-nace-risiko",
      "ruleName": "KYB — NACE-bransje-risiko klassifisering",
      "weight": 0.4,
      "reason": "NACE 62.010 (programmering) gir lav bransje-risiko per bankens KYB-policy 2026 (tabell 3.1)."
    },
    {
      "ruleId": "kyb-ubo-konsentrasjon",
      "ruleName": "KYB — UBO-konsentrasjon",
      "weight": 0.3,
      "reason": "3 UBO-er med samlet > 25% (innfanget i AMLA UBO-databasen). Ingen UBO i tilfluktstats-jurisdiksjon — normal kundetiltak."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6000d",
  "timestamp": "2026-05-24T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "Hvitvaskingsloven § 4 og EU AMLA art. 25 krever at compliance-saksbehandler selv vurderer og signerer KYB-vurderingen. AI-utkastet er innspill, ikke beslutning."
  },
  "rationale": "Utkast: anbefalt godkjenning med lav risiko-klassifisering. Compliance-saksbehandler må selv vurdere om bransje- og geografisk-eksponering er konsistent med kunden's faktiske aktivitet og om opprinnelse-av-midler bør dokumenteres.",
  "riskSignals": [
    "kyb-utkast-lav-risiko"
  ]
}
AI-flagging sanksjons-/PEP-mistanke — compliance-leder bekrefter
Bekreftet av menneske

EU AMLA art. 29 (forklarings-plikt for skjerpede tiltak) og Hvitvaskingsloven § 17. AI-anomaly-deteksjon på sanksjons-screening og PEP-status-endring genererer kandidat-flagg; compliance-leder må bekrefte eller avkrefte hvert flagg før det utløser skjerpede tiltak eller MT-rapport.

Profesjonelt skjønn compliance må utvise

Mønsteret krever `humanLoop.status = required_done` før skjerpede tiltak iverksettes eller MT-rapport sendes til Økokrim. AI får aldri stå alene som grunnlag for tvangstiltak — compliance-leder signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises som ikke-materielt.

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som arkiveres i sakens dokumenter
{
  "confidence": 0.93,
  "sources": [
    {
      "kind": "sanctions-list",
      "label": "OFAC SDN-listen oppdatert 2026-09-15",
      "retrievedAt": "2026-09-15T10:00:00Z"
    },
    {
      "kind": "brreg",
      "label": "Brreg event-feed — UBO-endring 2026-09-10 for kunde 913289933",
      "retrievedAt": "2026-09-15T10:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "sanksjons-partial-treff",
      "ruleName": "Sanksjons-screening — partielt treff (samme navn)",
      "weight": 0.6,
      "reason": "Ny UBO Anna Hansen matcher navn på OFAC SDN-treff, men fødselsdato avviker (1972 vs. 1965). Sansjons-status uavklart — krever ID-verifikasjon."
    },
    {
      "ruleId": "sanksjons-ubo-rolle",
      "ruleName": "Sanksjons-screening — UBO-rolle gir høyere risiko-vekting",
      "weight": 0.4,
      "reason": "UBO med > 25% andel har høyere risiko-vekting enn ordinært styremedlem iht. Hvitvaskingsloven § 17 andre ledd."
    }
  ],
  "model": {
    "id": "ketl-sanksjons-anomaly-v1",
    "provider": "ketl-internal",
    "version": "1.4.0"
  },
  "promptHash": "b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1000e",
  "timestamp": "2026-09-15T10:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Hvitvaskingsloven § 17 + EU AMLA art. 29 krever compliance-leders vurdering før skjerpede tiltak. AI-flagget gir kandidat, ikke beslutning.",
    "reviewerId": "compliance-leder-001",
    "reviewedAt": "2026-09-15T13:45:00Z",
    "overrideNote": "Iverksatt skjerpede tiltak. Krav om ID-dokument til UBO innen 14 dager. Hvis dokument ikke verifiserer ulik identitet fra OFAC-treffet: terminér kundeforholdet og send MT-rapport til Økokrim."
  },
  "rationale": "Partielt sanksjons-treff på ny UBO. Materielt — krever umiddelbar identitets-verifikasjon før kundeforholdet kan fortsette uten skjerpede tiltak.",
  "riskSignals": [
    "sanksjons-partial",
    "ubo-rolle"
  ]
}
AI-sammendrag — Finanstilsynet-tilsynsbevis og intern revisor-rapport
Bekreftet av menneske

Finanstilsynets rundskriv 8/2019 (KYB hvitvasking) krever at rapporteringspliktige kan dokumentere KYB-/AML-rutinene på tilsyns-tidspunktet. AI kan oppsummere kvartalsvis KYB-/sanksjons-/PEP-aktivitet for compliance-leder; compliance-leder må gjennomgå før distribusjon til Finanstilsynet eller intern revisor.

Profesjonelt skjønn compliance må utvise

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte. Selv om compliance-leder bare bruker sammendraget som veiviser, arkiveres hele `Explanation`-objektet — slik at Finanstilsynet 5 år senere kan reprodusere AI-output og bekrefte at rapport-grunnlaget var konsistent med datagrunnlaget på rapport-tidspunktet (AMLA art. 25).

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som arkiveres i sakens dokumenter
{
  "confidence": 0.87,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — 1247 aktive kunder Q1 2027 (3456 events)",
      "retrievedAt": "2027-04-15T11:00:00Z",
      "contentHash": "c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2000f"
    },
    {
      "kind": "sanctions-list",
      "label": "EU Restrictive + OFAC + FN — månedlige sanksjons-screeninger Q1 2027",
      "retrievedAt": "2027-04-15T11:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Bankens KYB-/AML-rutiner 2027 (godkjent av styret 2027-01-15)",
      "retrievedAt": "2027-04-15T11:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c30010",
  "timestamp": "2027-04-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Finanstilsynets rundskriv 8/2019 + AMLA art. 25 krever compliance-leders signering av tilsynsbevis. AI-sammendrag arkiveres sammen med signaturen for fremtidig tilsyns-gjennomgang.",
    "reviewerId": "compliance-leder-002",
    "reviewedAt": "2027-04-15T16:20:00Z"
  },
  "rationale": "Q1 2027-rapport-sammendrag: 1247 aktive kunder, 47 sanksjons-flagg behandlet (alle innen SLA, ingen materielle treff), 12 PEP-status-endringer (10 lukket som ikke-materielt, 2 utløste skjerpede tiltak), 3 MT-rapporter sendt til Økokrim. Bankens KYB-/AML-rutiner fungerer iht. rundskriv 8/2019.",
  "riskSignals": [
    "compliance-positiv-trend"
  ]
}
Konkret use-case · for aktuar og forsikring

Profesjonelt skjønn på toppen av AI-output — Solvency II / IFRS 17-grade

Ansvarshavende aktuar har et lovbestemt ansvar for ORSA- vurderingen og kan ikke delegere konklusjonen til en modell. Explainability-pakken bygger inn akkurat de feltene aktuar trenger for å gjennomgå, bekrefte eller overstyre AI-output uten å abdisere ansvarshavende-rollen: konfidens, kilde- henvisninger og en `humanLoop`-status som låser saken til ansvarshavende aktuar har signert av (med personlig identifikasjon mot Finanstilsynet).

AI-utkast som ansvarshavende aktuar gjennomgår — ORSA-rapport
Mangler menneskelig review

Solvency II Direktiv 2009/138/EF art. 45 (ORSA) og IAA Standard of Practice no. 4 (Actuarial Function). Ansvarshavende aktuar har et lovbestemt ansvar for ORSA-vurderingen og kan ikke delegere konklusjonen til en modell. AI kan utarbeide første utkast med kapital-kalibrering, scenario-analyse og risk-aggregering, men aktuar må selv gjennomgå antakelser, datagrunnlag og metodikk før rapporten leveres til Finanstilsynet.

Profesjonelt skjønn (Solvency II / IFRS 17)

AI-utkastet markeres `required_pending` — det er ikke ORSA-grunnlag før ansvarshavende aktuar har gjennomgått modellantagelser og enten bekreftet eller overstyrt. Dashboardet skjuler ikke utkastet, men det får ikke status «klar for Finanstilsynet» før aktuar signerer av med personlig identifikasjon (registreringsnummer hos Finanstilsynet).

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som ville landet i ORSA / IFRS 17-arbeidspapir
{
  "confidence": 0.81,
  "sources": [
    {
      "kind": "tenant-data",
      "label": "Portfolio-data Q3 2026 — SCR-kalibrering",
      "retrievedAt": "2026-09-30T09:00:00Z"
    },
    {
      "kind": "ssb",
      "label": "SSB Statbank — skadefrekvens-tidsserier 2014-2026",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2026-09-30T09:00:05Z"
    },
    {
      "kind": "brreg",
      "label": "Brreg event-feed — portfolio-eier-bevegelser Q3 2026",
      "uri": "https://data.brreg.no/enhetsregisteret/api/oppdateringer/enheter",
      "retrievedAt": "2026-09-30T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "orsa-scr-kalibrering",
      "ruleName": "ORSA — SCR-kalibrering for non-life portfolio",
      "weight": 0.6,
      "reason": "Solvenskapital-krav (SCR) beregnet med standard-formel + portfolio-spesifikke USPs (undertaking-specific parameters) basert på 12-års skadehistorikk."
    },
    {
      "ruleId": "orsa-scenario-analysis",
      "ruleName": "ORSA — scenarioanalyse for NatCat-eksponering",
      "weight": 0.4,
      "reason": "Stress-scenarier kjørt med Klimaservicesenter-fremskrivninger; 99,5%-VaR for portfolio-tap er innenfor forventet bånd."
    }
  ],
  "model": {
    "id": "ketl-orsa-v2",
    "provider": "ketl-internal",
    "version": "2.3.0"
  },
  "promptHash": "abc789def012abc789def012abc789def012abc789def012abc789def0120040",
  "timestamp": "2026-09-30T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "Solvency II art. 45 krever ansvarshavende aktuars selvstendige vurdering av ORSA-konklusjon før rapport til Finanstilsynet. AI-utkast erstatter ikke aktuarens metode-vurdering."
  },
  "rationale": "Utkast: SCR-kalibrering innenfor toleranse; ingen materielle endringer fra Q2. Anbefalt: ansvarshavende aktuar gjennomgår scenarioantagelser og bekrefter før Finanstilsynet-eksport.",
  "riskSignals": [
    "orsa-q3-klar-for-review"
  ]
}
AI-flagging IFRS 17-rapportør tar over — onerous contract trigger
Bekreftet av menneske

IFRS 17 art. 17.16 (loss recognition for onerous contracts) + IAA Application Standard 1 (IFRS 17 implementation). AI-anomaly-deteksjon på kombinert ratio per kontrakt-gruppe genererer kandidat-flagg for onerous-reklassifisering; IFRS 17-rapportør må bekrefte eller avvise hvert flagg før reservasjon endres.

Profesjonelt skjønn (Solvency II / IFRS 17)

Mønsteret krever at `humanLoop.status = required_done` før reservasjon endres for kontrakt-gruppe flagget som onerous. AI får aldri stå alene som grunnlag for IFRS 17-justering — rapportør signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises (f.eks. fordi loss ratio-bevegelsen forklares av sesongvariasjon).

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som ville landet i ORSA / IFRS 17-arbeidspapir
{
  "confidence": 0.87,
  "sources": [
    {
      "kind": "tenant-data",
      "label": "Claims-data Q3 2026 — kontrakt-gruppe 41200-storkunde",
      "retrievedAt": "2026-09-30T11:00:00Z"
    },
    {
      "kind": "ssb",
      "label": "SSB sektor-skadefrekvens NACE 41.200 (12-mnd MA)",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2026-09-30T11:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "ifrs17-lra-combined-ratio",
      "ruleName": "IFRS 17 LRA — kombinert ratio over 100%",
      "weight": 0.7,
      "reason": "Kontrakt-gruppe 41200-storkunde har 12-mnd MA kombinert ratio 108% (over 100%-terskelen). Indikerer onerous status og krever loss recognition-reservasjon."
    },
    {
      "ruleId": "ifrs17-sesong-justering",
      "ruleName": "IFRS 17 LRA — sesong-justert kombinert ratio",
      "weight": 0.4,
      "reason": "Sesong-justert kombinert ratio (klimadata fra Meteorologisk) er 102% — fortsatt over terskel selv med justering."
    }
  ],
  "model": {
    "id": "ketl-ifrs17-lra-v1",
    "provider": "ketl-internal",
    "version": "1.5.0"
  },
  "promptHash": "def012abc789def012abc789def012abc789def012abc789def012abc7890041",
  "timestamp": "2026-09-30T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "IFRS 17 art. 17.16 krever IFRS 17-rapportørens bekreftelse av onerous-reklassifisering før reservasjon endres. Materielle IFRS-justeringer kan ikke gjøres av AI alene.",
    "reviewerId": "ifrs17-rapportor-001",
    "reviewedAt": "2026-09-30T14:45:00Z",
    "overrideNote": "Bekreftet som onerous. Loss component beregnet til 4,8 MNOK; reservasjon legges inn i Q3-rapportering."
  },
  "rationale": "Material LRA-trigger — kombinert ratio over terskel selv etter sesong-justering. Anbefalt umiddelbar reservasjon før Q3-rapport.",
  "riskSignals": [
    "onerous-trigger",
    "ifrs17-loss-recognition"
  ]
}
AI-sammendrag til Finanstilsynet — ansvarshavende aktuar signerer
Bekreftet av menneske

Forsikringsvirksomhetsloven § 3-1 (ansvarshavende aktuars oppgaver) + Finanstilsynets rundskriv 3/2017. Ved tilsynsrapportering må ansvarshavende aktuar levere oppsummering av aktuarvurderingen — AI kan oppsummere store datasett (claims-statistikk, sektor-utvikling, scenarioanalyse), men aktuar må gjennomgå før distribusjon til Finanstilsynet.

Profesjonelt skjønn (Solvency II / IFRS 17)

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte på rapporterings-tidspunktet. Selv om ansvarshavende aktuar «bare» bruker sammendraget som veiviser, arkiveres hele `Explanation`-objektet — slik at Finanstilsynet 5 år senere kan reprodusere AI-output og bekrefte at aktuarens uttalelse var forankret i samme datagrunnlag (etterprøving av tilsynssvar).

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som ville landet i ORSA / IFRS 17-arbeidspapir
{
  "confidence": 0.83,
  "sources": [
    {
      "kind": "tenant-data",
      "label": "Portfolio-data 2026 helår — claims- og reserve-historikk",
      "retrievedAt": "2027-02-15T11:00:00Z",
      "contentHash": "a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e10042"
    },
    {
      "kind": "ssb",
      "label": "SSB Statbank — sektor-skadefrekvens hele NACE-fordeling 2026",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2027-02-15T11:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Ansvarshavende aktuar sin uavhengige scenarioanalyse Q4 2026",
      "retrievedAt": "2027-02-15T11:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a3b4c5d6e1a30043",
  "timestamp": "2027-02-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Forsikringsvirksomhetsloven § 3-1 krever at ansvarshavende aktuar signerer tilsynsrapporten — AI-sammendrag arkiveres sammen med signaturen for Finanstilsynets etterprøvbarhet.",
    "reviewerId": "ansvarshavende-aktuar-FR-12345",
    "reviewedAt": "2027-02-15T16:20:00Z"
  },
  "rationale": "Sammendrag: 2026-portefølje med kombinert ratio 89% (under terskel), 3 kontrakt-grupper med materielle endringer Q3. Anbefalt narrativ for Finanstilsynet: fremhev stabilitet i hovedportefølje og gi proaktiv forklaring på Q3-flytteomgangen med konsern-erverv-konteksten.",
  "riskSignals": [
    "finanstilsynet-rapport-klar"
  ]
}
Konkret use-case · for forretningsjuridisk advokat

DD-rapport, SPA-warranty og klient-memo — kvalifisert advokat-skikk

Advokatforeningens etiske regler krever at ansvarlig advokat selv kvalifiserer alle DD-konklusjoner og juridiske vurderinger. Domstolloven § 224 (taushetsplikt og fullmakt) og Tvisteloven kap. 21 (bevisførsel — kildedokumentasjon må kunne presenteres med kilde og uendret innhold) gir strenge krav til reproduserbart grunnlag. AI-utkast til DD-rapport, AI-flagging av konflikt-/SPA-warranty- events og AI-sammendrag til klient-memo arkiveres med full Explanation-pakke. Lovdata-/ECLI-referanser må verifiseres manuelt — AI kan hallusinere avgjørelser.

AI-utkast som advokat signerer — DD-rapport til klient
Mangler menneskelig review

Advokatforeningens retningslinjer for DD-arbeid (god advokat-skikk krever uavhengig kvalifisering av faktum) og Domstolloven § 224 (lojalitetsplikt mot klient). AI kan utarbeide første utkast til DD-rapport med Brreg-snapshot, selskaps-/eier-historikk, heftelses-status og rettspraksis-referanser, men ansvarlig advokat må selv kvalifisere alle juridiske konklusjoner før rapporten leveres til klient.

Profesjonelt skjønn advokat må utvise

AI-utkastet markeres `required_pending` — det er ikke DD-rapport før advokat har gjennomgått at faktum er korrekt gjengitt, at lovhjemler er presise, og at juridiske vurderinger er forsvarlige. Advokatforeningens etiske regler krever at advokat utfører oppdraget med faglig forsvarlig metode; AI er innspill, ikke konklusjon.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som arkiveres i oppdraget
{
  "confidence": 0.81,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter/913289933 — målselskap-snapshot",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
      "retrievedAt": "2026-05-24T09:00:00Z"
    },
    {
      "kind": "kartverket",
      "label": "Kartverket Grunnboka — heftelser på målselskapets matrikkelenheter",
      "retrievedAt": "2026-05-24T09:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Klientens M&A-mandat 2026 (firmas oppdrags-arkiv, signert 2026-04-01)",
      "retrievedAt": "2026-05-24T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "dd-selskaps-snapshot",
      "ruleName": "DD — selskaps-snapshot etter standard sjekkliste",
      "weight": 0.4,
      "reason": "Brreg-snapshot dekker organisasjonsform, kapital, registrerte roller, daglig leder, evt. konkurshistorikk. Komplett iht. firmas DD-mal §2.1."
    },
    {
      "ruleId": "dd-heftelses-status",
      "ruleName": "DD — heftelses- og pant-status fra Grunnboka",
      "weight": 0.3,
      "reason": "Grunnbok-snapshot viser aktive heftelser (1 pantedokument til DNB, 18,5 MNOK). Endringer mellom DD-start og signing må fanges (cross-link til Event-driven review)."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f60011",
  "timestamp": "2026-05-24T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "Advokatforeningens etiske regler krever at ansvarlig advokat kvalifiserer alle DD-konklusjoner før rapport leveres til klient. AI-utkastet er innspill, ikke rapport."
  },
  "rationale": "Utkast: DD-rapport klar for advokat-gjennomgang. Faktum er gjengitt fra autoritative kilder, men ansvarlig advokat må vurdere om særskilte forhold (manglende kapital-historikk pre-2019, evt. tvistesak-eksponering ikke fanget i Brreg) krever ytterligere undersøkelser.",
  "riskSignals": [
    "dd-utkast-klar"
  ]
}
AI-flagging interessekonflikt/SPA-warranty — partner bekrefter før varsel
Bekreftet av menneske

Advokatforeningens etiske regler kap. 3 (interessekonflikt) og Tvisteloven kap. 21 (bevis-grunnlag i tvist). AI-anomaly-deteksjon på Brreg-rolle-endringer, heftelses-events eller SPA-warranty-events genererer kandidat-flagg; ansvarlig partner må bekrefte før det utløser klient-varsel eller forhandlings-tiltak.

Profesjonelt skjønn advokat må utvise

Mønsteret krever `humanLoop.status = required_done` før et flagg utløser klient-varsel eller blir grunnlag for forhandlings-handling. AI får aldri stå alene som grunnlag for advokat-handling — partner signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises som ikke-materielt.

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som arkiveres i oppdraget
{
  "confidence": 0.89,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — kapital-nedsettelse 30% hos motpart 2026-09-15",
      "uri": "https://data.brreg.no/enhetsregisteret/api/oppdateringer/enheter",
      "retrievedAt": "2026-09-15T10:00:00Z"
    },
    {
      "kind": "tenant-data",
      "label": "SPA-utkast 2026-09-10 (firma-arkiv)",
      "retrievedAt": "2026-09-15T10:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "spa-leakage-kapital",
      "ruleName": "SPA leakage — kapital-nedsettelse i exclusivity-perioden",
      "weight": 0.7,
      "reason": "Kapital-nedsettelse 30% (5,4 MNOK) registrert 2026-09-15 — innenfor exclusivity. Bryter locked-box-mekanisme i SPA-utkast §7.3."
    },
    {
      "ruleId": "spa-warranty-trigger",
      "ruleName": "SPA warranty — material adverse change",
      "weight": 0.4,
      "reason": "Beløp overstiger MAC-tolerance på 2 MNOK i utkast til SPA §11."
    }
  ],
  "model": {
    "id": "ketl-ma-anomaly-v1",
    "provider": "ketl-internal",
    "version": "1.4.0"
  },
  "promptHash": "b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a10012",
  "timestamp": "2026-09-15T10:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Advokatforeningens etiske regler krever partners vurdering av material risk før klient-varsel. AI-flagget gir kandidat, ikke beslutning.",
    "reviewerId": "ma-partner-001",
    "reviewedAt": "2026-09-15T13:45:00Z",
    "overrideNote": "Bekreftet som leakage-event. Foreslått: (1) varsl klient innen 24 timer, (2) krev purchase price adjustment for hele beløpet, (3) gjør gjeldende warranty-claim under SPA §11 ved evt. dispute."
  },
  "rationale": "Material risk — kapital-nedsettelse bryter locked-box-mekanisme i SPA-utkast. Anbefalt umiddelbar klient-varsel og forhandling før closing.",
  "riskSignals": [
    "spa-leakage",
    "warranty-trigger"
  ]
}
AI-sammendrag — klient-memo med Lovdata-/rettspraksis-referanser
Bekreftet av menneske

Advokatforeningens retningslinjer for klient-rapportering og Tvisteloven kap. 21 (bevis-grunnlag). AI kan oppsummere store dokument-sett (selskaps-historikk, rettspraksis fra Lovdata, kontrakts-kjeder) for klient-memo; ansvarlig advokat må gjennomgå før distribusjon for å sikre at fremstillingen er konsistent med klientens strategi og at rettspraksis-referanser er korrekte.

Profesjonelt skjønn advokat må utvise

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte. Hvis klient-memo havner i tvist 5 år senere må advokat kunne reprodusere AI-output og bekrefte at rådgivnings-grunnlaget var forsvarlig. Lovdata-/ECLI-referanser må verifiseres manuelt — AI kan hallusinasjon avgjørelser som ikke finnes.

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som arkiveres i oppdraget
{
  "confidence": 0.85,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — 12 datterselskap Q1 2027 (587 events)",
      "retrievedAt": "2027-04-15T11:00:00Z",
      "contentHash": "c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b20013"
    },
    {
      "kind": "tenant-data",
      "label": "Lovdata Pro — rettspraksis kap. 8 selskapsrett 2024-2027",
      "retrievedAt": "2027-04-15T11:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Klientens årsrapport 2026 (signert av styret 2027-03-15)",
      "retrievedAt": "2027-04-15T11:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c30014",
  "timestamp": "2027-04-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Advokatforeningens retningslinjer krever at ansvarlig advokat signerer klient-memo. AI-sammendrag arkiveres sammen med signaturen — særlig viktig for Lovdata-/ECLI-referanser som må verifiseres manuelt mot autoritative kilder.",
    "reviewerId": "ma-partner-001",
    "reviewedAt": "2027-04-15T16:20:00Z"
  },
  "rationale": "Sammendrag: Q1 2027-rapport viser 3 datterselskap med materielle endringer (én positiv outlier i SaaS-datter, to negative i retail). Lovdata-/HR-2024-1234-A er sitert som relevant rettspraksis for hvordan slike endringer skal håndteres iht. Selskapsloven § 3-10. Partner må verifisere rettsavgjørelse manuelt før memoet distribueres.",
  "riskSignals": [
    "klient-memo-positiv-q1"
  ]
}
Konkret use-case · for forsker og akademia

Metode-kapittel, sensitivitets-analyse og fagfellesvar — replikerbar AI-bruk

Replikerbarhetsprinsippet i empirisk forskning + NESH- retningslinjer for metode-rapportering + mange tidsskrifters krav om AI-disclosure. Universitets- og høyskoleloven § 1-5 tilsier at forsker selv er ansvarlig for metode-valg. AI-utkast til metode-kapittel, AI-flagging av data-kvalitet og AI-sammendrag til fagfelle-svar arkiveres med full Explanation- pakke (sources, rulesFired, confidence, model.version, promptHash, humanLoop). Replikasjons-studie kan reprodusere AI-output 5-10 år senere.

AI-utkast som forsker signerer — metode-kapittel med sitering
Mangler menneskelig review

Replikerbarhetsprinsippet i empirisk forskning + NESH-retningslinjer for metode-rapportering + FAIR-prinsippene. AI kan utarbeide første utkast til metode-kapittel med datakilde-snapshot, sitering-format og analyse-prosedyrer, men ansvarlig forsker må selv kvalifisere metodisk valg og argumentasjon før manuskriptet sendes til tidsskrift.

Profesjonelt skjønn forsker må utvise

AI-utkastet markeres `required_pending` — det er ikke metode-kapittel før forsker har gjennomgått at sitering-format er korrekt (NLOD-attribution, SSB-tabell-versjon, ECLI-referanser), at metode-valg er forsvarlige og at AI-bidraget er eksplisitt dokumentert (mange tidsskrifter krever nå AI-disclosure). Universitets- og høyskoleloven § 1-5 (akademisk frihet) tilsier at forsker selv er ansvarlig for metode-valg.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som arkiveres i prosjektets metode-arkiv
{
  "confidence": 0.78,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter — snapshot 2026-05-24",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter",
      "retrievedAt": "2026-05-24T09:00:00Z"
    },
    {
      "kind": "ssb",
      "label": "SSB Statbank — tabell 13742 versjon 2026-04 (sektor-statistikk)",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2026-05-24T09:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Prosjekt-mandat 2026 (godkjent av forskningsleder 2026-04-01)",
      "retrievedAt": "2026-05-24T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "metode-datakilde-sitering",
      "ruleName": "Metode — datakilde-sitering med NLOD-attribution",
      "weight": 0.5,
      "reason": "Brreg og SSB er NLOD 2.0-lisensiert. Krever attribution «Inneholder data fra Brønnøysundregistrene / SSB under NLOD 2.0» iht. lisens-vilkår."
    },
    {
      "ruleId": "metode-fair-rapportering",
      "ruleName": "Metode — FAIR-prinsippene rapporteres",
      "weight": 0.3,
      "reason": "FAIR-prinsippene (Findable: stabile URI-er, Accessible: åpent API, Interoperable: typed JSON, Reusable: NLOD) bør eksplisitt nevnes i metode-kapittel for replikerbarhet."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f60015",
  "timestamp": "2026-05-24T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "Universitets- og høyskoleloven § 1-5 (akademisk frihet) tilsier at forsker selv er ansvarlig for metode-valg. AI-utkastet er innspill, ikke metode. Mange tidsskrifter krever AI-disclosure — forsker må dokumentere at AI er brukt som assistanse, ikke konklusjon."
  },
  "rationale": "Utkast: metode-kapittel klar for forsker-gjennomgang. Datakilde-snapshot og sitering-format er korrekt iht. NLOD og FAIR-prinsippene. Forsker må vurdere om særskilte metodiske valg (utvalg, kontrollgruppe, sensitivitets-analyse) krever ytterligere argumentasjon.",
  "riskSignals": [
    "metode-utkast-klar"
  ]
}
AI-flagging data-kvalitet — forsker bekrefter før sensitivitets-analyse
Bekreftet av menneske

Replikerbarhetsprinsippet + NESH-retningslinjer for forskningsdata. AI-anomaly-deteksjon på SSB-revisjon, Brreg-historikk eller Lovdata-paragraf-endringer kan flagge data-kvalitet-funn som krever sensitivitets-analyse; forsker må bekrefte eller avkrefte hvert flagg før det dokumenteres som metode-tillegg.

Profesjonelt skjønn forsker må utvise

Mønsteret krever `humanLoop.status = required_done` før et flagg dokumenteres i metode-kapittelet. AI får aldri stå alene som grunnlag for metode-endring — forsker signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises som ikke-materielt.

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som arkiveres i prosjektets metode-arkiv
{
  "confidence": 0.86,
  "sources": [
    {
      "kind": "ssb",
      "label": "SSB Statbank — tabell 13742 ny versjon 2026-08 (revisjon)",
      "retrievedAt": "2026-09-15T10:00:00Z"
    },
    {
      "kind": "tenant-data",
      "label": "Prosjekt-analyse 2026 (pågående PhD-prosjekt)",
      "retrievedAt": "2026-09-15T10:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "ssb-revisjon-baseline",
      "ruleName": "SSB-revisjon — påvirker prosjektets baseline > 5%",
      "weight": 0.6,
      "reason": "SSB-tabell 13742 har fått revisjon. Forskerens prosjekt bruker tabell-versjon 2026-04 som baseline. Differanse > 5% i nøkkeltall — krever sensitivitets-analyse."
    },
    {
      "ruleId": "publisering-status-pre",
      "ruleName": "Publisering — fortsatt pre-publisering",
      "weight": 0.4,
      "reason": "Prosjekt er pre-publisering (manuskript ikke sendt). Sensitivitets-analyse kan inkluderes i metode-kapittelet uten errata."
    }
  ],
  "model": {
    "id": "ketl-academia-anomaly-v1",
    "provider": "ketl-internal",
    "version": "1.4.0"
  },
  "promptHash": "b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a10016",
  "timestamp": "2026-09-15T10:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "NESH-retningslinjer krever forskers vurdering av material data-kvalitet-endring. AI-flagget gir kandidat, ikke metode-vedtak.",
    "reviewerId": "phd-kandidat-001",
    "reviewedAt": "2026-09-15T13:45:00Z",
    "overrideNote": "Bekreftet som material baseline-endring. Foreslått: (1) kjør sensitivitets-analyse med både opprinnelig (2026-04) og revidert (2026-08) versjon, (2) dokumenter forskjell i metode-kapittel under «sensitivitets-analyse»."
  },
  "rationale": "Material baseline-endring — SSB-revisjon påvirker nøkkeltall > 5%. Anbefalt sensitivitets-analyse i pågående metode-kapittel.",
  "riskSignals": [
    "ssb-revisjon",
    "baseline-effekt"
  ]
}
AI-sammendrag — fagfellevurderer-svar med replikerbar metode-redegjørelse
Bekreftet av menneske

Fagfellevurderings-prosess + replikerbarhetsprinsippet. AI kan oppsummere fagfellevurderer-kommentarer og foreslå metode-redegjørelser; ansvarlig forsker må gjennomgå før distribusjon for å sikre at svaret er konsistent med prosjektets faktiske metode og at sitering-format er korrekt.

Profesjonelt skjønn forsker må utvise

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte. Hvis senere replikasjons-studie eller fagfellevurderer ber om reproducerbarhet må forsker kunne reprodusere AI-output og bekrefte at fagfellesvaret var konsistent med datagrunnlaget på svar-tidspunktet. FAIR-prinsippene gir 5-10 års bevarings-horisont.

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som arkiveres i prosjektets metode-arkiv
{
  "confidence": 0.82,
  "sources": [
    {
      "kind": "tenant-data",
      "label": "Fagfellevurderer-kommentarer Round 2 (tidsskrift X 2027-04-10)",
      "retrievedAt": "2027-04-15T11:00:00Z",
      "contentHash": "c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b20017"
    },
    {
      "kind": "brreg",
      "label": "Brreg-snapshot per fagfellevurderings-tidspunkt 2027-04-15",
      "retrievedAt": "2027-04-15T11:00:05Z"
    },
    {
      "kind": "ssb",
      "label": "SSB-tabell-versjoner sitert i opprinnelig manuskript",
      "retrievedAt": "2027-04-15T11:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c30018",
  "timestamp": "2027-04-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "Fagfellevurderings-prosess krever at forsker selv signerer svar. AI-sammendrag arkiveres sammen med signaturen for fremtidig replikasjons-vurdering.",
    "reviewerId": "phd-kandidat-001",
    "reviewedAt": "2027-04-15T16:20:00Z"
  },
  "rationale": "Sammendrag: Fagfellevurderer Round 2 har 3 hovedkommentarer (utvalg-størrelse, kontroll-variabler, robust-test). AI-utkast til svar dekker alle tre med konkrete referanser til metode-kapittelets seksjoner. Forsker må verifisere at den teknisk-statistiske argumentasjonen er korrekt før svar sendes.",
  "riskSignals": [
    "fagfelle-respons-utkast"
  ]
}
Konkret use-case · for PE-/VC-fond

IC-memo, IFRS 9-impairment og LP-kvartalsrapport — AIFMD-konform

AIFMD-tilsyns-krav + ILPA Reporting Standards krever konkret menneskelig signering bak IC-vedtak, IFRS 9-impairment og LP- kvartalsrapport. AI-utkast til IC-memo, AI-flagging av IFRS 9- triggere og AI-sammendrag til LP-kvartalsrapport arkiveres med full Explanation-pakke. LP kan etterprøve AI-output 7+ år senere ved fond-likvidasjon eller LPA clawback-tvist.

AI-utkast IC-memo — partner signerer før IC-distribusjon
Mangler menneskelig review

AIFMD-krav til DD-dokumentasjon + NVCA-vilkår + ILPA Reporting Standards. AI kan utarbeide første utkast til IC-memo med DD-snapshot, valuation-modell og term sheet-anbefaling, men ansvarlig partner må selv kvalifisere alle vurderinger før memoet distribueres til IC. Forskjell fra B (M&A-konsulent IC-memo): her er fondet selv juridisk part, og partner-signatur har LP-DDQ-implikasjon.

Profesjonelt skjønn fondet må utvise

AI-utkastet markeres `required_pending` — det er ikke IC-memo før ansvarlig partner har gjennomgått at DD-konklusjoner er forsvarlige, at valuation-modell er konsistent med fondets investerings-mandat, og at term sheet-anbefaling reflekterer LPA-vilkår. AIFMD og NVCA-vilkår krever konkret menneskelig vurdering før IC-vedtak.

Explanation-felter mønsteret bruker

KonfidensnivåKilderForklaringstekstMenneske-i-loopen-status
Vis Explanation-eksempelet som arkiveres i fond-arkiv
{
  "confidence": 0.83,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg /enheter/913289933 — porteføljekandidat-snapshot",
      "uri": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
      "retrievedAt": "2026-05-24T09:00:00Z"
    },
    {
      "kind": "ssb",
      "label": "SSB Statbank — sektor-marginer for NACE 62.010 + fond-comparables",
      "uri": "https://data.ssb.no/api/v0/no/table/13742",
      "retrievedAt": "2026-05-24T09:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Fondets investerings-mandat 2026 (signert av styret 2026-01-15)",
      "retrievedAt": "2026-05-24T09:00:10Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "ic-mandat-fit",
      "ruleName": "IC — mandat-fit-vurdering",
      "weight": 0.4,
      "reason": "Porteføljekandidat er NACE 62.010 (programmering), omsetning 95 MNOK — innenfor fondets mandat (50-150 MNOK i tech/services)."
    },
    {
      "ruleId": "ic-valuation-multipler",
      "ruleName": "IC — valuation-multipler vs. sektor-comparables",
      "weight": 0.4,
      "reason": "Foreslått 300 MNOK valuation = 3,2x revenue. Sektor-median 2,8-3,5x basert på siste 12 mnd nordiske tech-transactions. Innenfor band."
    }
  ],
  "model": {
    "id": "gemini-2.5-flash",
    "provider": "google",
    "version": "001"
  },
  "promptHash": "a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f60019",
  "timestamp": "2026-05-24T09:00:30Z",
  "humanLoop": {
    "status": "required_pending",
    "reason": "AIFMD + NVCA-vilkår krever ansvarlig partners vurdering av IC-vedtak. AI-utkastet er innspill, ikke IC-vedtak."
  },
  "rationale": "Utkast: IC-memo klar for partner-gjennomgang. Mandat-fit og valuation-multipler er innenfor band. Partner må vurdere om særskilte risiko-faktorer (konsentrasjon i top-3 kunder, nøkkel-person-risiko hos grunder-eiere) krever ytterligere argumentasjon.",
  "riskSignals": [
    "ic-memo-utkast"
  ]
}
AI-flagging IFRS 9 impairment — CFO bekrefter før LP-rapport
Bekreftet av menneske

IFRS 9 (fair value through P&L) + ILPA Reporting Standards. AI-anomaly-deteksjon på porteføljebedrift kan flagge potensielle impairment-triggere før CFO eller porteføljeleder oppdager dem. Hver flagg må verifiseres før LP-rapport iht. ILPA-praksis.

Profesjonelt skjønn fondet må utvise

Mønsteret krever `humanLoop.status = required_done` før et impairment-flagg utløser NAV-justering eller LP-varsling. AI får aldri stå alene som grunnlag for IFRS 9-vurdering — CFO signerer med `reviewerId` og kan legge `overrideNote` hvis flagget avvises som ikke-material.

Explanation-felter mønsteret bruker

Regler som ble triggetKonfidensnivåMenneske-i-loopen-statusForklaringstekst
Vis Explanation-eksempelet som arkiveres i fond-arkiv
{
  "confidence": 0.88,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — kapital-nedsettelse hos porteføljebedrift 2026-09-15",
      "retrievedAt": "2026-09-15T10:00:00Z"
    },
    {
      "kind": "tenant-data",
      "label": "Fondets Q2 2026 NAV-modell",
      "retrievedAt": "2026-09-15T10:00:05Z"
    }
  ],
  "rulesFired": [
    {
      "ruleId": "ifrs9-impairment-kapital",
      "ruleName": "IFRS 9 — kapital-nedsettelse > 20% indikerer impairment",
      "weight": 0.7,
      "reason": "Kapital-nedsettelse 25% (3,75 MNOK) registrert 2026-09-15 — overstiger 20%-terskel for material change iht. fondets IFRS 9-policy."
    },
    {
      "ruleId": "ifrs9-nav-effekt",
      "ruleName": "IFRS 9 — material effekt på fond-NAV",
      "weight": 0.4,
      "reason": "Estimert NAV-effekt -2,5% basert på 8% portefølje-andel. Material for LP-rapport iht. ILPA Standards."
    }
  ],
  "model": {
    "id": "ketl-pe-anomaly-v1",
    "provider": "ketl-internal",
    "version": "1.4.0"
  },
  "promptHash": "b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1001a",
  "timestamp": "2026-09-15T10:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "IFRS 9 + ILPA Reporting Standards krever CFOs vurdering av impairment før LP-rapport. AI-flagget gir kandidat, ikke vedtak.",
    "reviewerId": "fond-cfo-001",
    "reviewedAt": "2026-09-15T13:45:00Z",
    "overrideNote": "Bekreftet som IFRS 9 impairment-trigger. Foreslått: (1) re-beregn fair value via DCF + comparables, (2) oppdater NAV-modell for Q3-LP-rapport, (3) varsl LP-er om material change innen 5 arbeidsdager iht. fond-LPA."
  },
  "rationale": "Material IFRS 9 impairment-trigger — kapital-nedsettelse > 20% bryter fondets materialitets-terskel. Anbefalt umiddelbar fair value-re-vurdering.",
  "riskSignals": [
    "ifrs9-impairment",
    "nav-effekt"
  ]
}
AI-sammendrag LP-kvartalsrapport — managing partner signerer
Bekreftet av menneske

ILPA Reporting Standards + AIFMD-krav til kvartalsvis LP-rapport. AI kan oppsummere porteføljens kvartalsbevegelse (verdivurdering-endringer, material events, SFDR-eksponering, IFRS 9-justeringer) for LP-rapport; managing partner må gjennomgå før distribusjon — særlig viktig for art. 8-/9-fond der SFDR-rapportering må være konsistent.

Profesjonelt skjønn fondet må utvise

Mønsteret bruker `promptHash` og `model.version` for å låse hva AI faktisk leverte. Hvis LP 7+ år senere ved fond-likvidasjon ber om reproducerbarhet av kvartalsrapport, må fondet kunne reprodusere AI-output og bekrefte at rapport-grunnlaget var konsistent med datagrunnlaget på rapport-tidspunktet.

Explanation-felter mønsteret bruker

ModellversjonPrompt-hash (reproduserbarhet)KilderForklaringstekstTidspunkt
Vis Explanation-eksempelet som arkiveres i fond-arkiv
{
  "confidence": 0.85,
  "sources": [
    {
      "kind": "brreg",
      "label": "Brreg event-feed — 12 porteføljebedrifter Q1 2027 (487 events)",
      "retrievedAt": "2027-04-15T11:00:00Z",
      "contentHash": "c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2001b"
    },
    {
      "kind": "tenant-data",
      "label": "Fondets investerings-mandat 2027 + LPA waterfall-modell",
      "retrievedAt": "2027-04-15T11:00:05Z"
    },
    {
      "kind": "tenant-data",
      "label": "Q1 2027 NAV-modell (godkjent av CFO 2027-04-10)",
      "retrievedAt": "2027-04-15T11:00:10Z"
    }
  ],
  "rulesFired": [],
  "model": {
    "id": "claude-sonnet-4-6",
    "provider": "anthropic",
    "version": "2026-04-15"
  },
  "promptHash": "d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3001c",
  "timestamp": "2027-04-15T11:00:30Z",
  "humanLoop": {
    "status": "required_done",
    "reason": "ILPA Reporting Standards krever managing partners signering av LP-kvartalsrapport. AI-sammendrag arkiveres sammen med signaturen for fremtidig LP-tilsyn.",
    "reviewerId": "managing-partner-002",
    "reviewedAt": "2027-04-15T16:20:00Z"
  },
  "rationale": "Q1 2027-sammendrag: 12 porteføljebedrifter, NAV 1,84 MRD (+ 6,2% vs. Q4), 3 material events behandlet (1 IFRS 9 impairment med -2,5% NAV-effekt, 2 positive valuation-revurderinger). Ingen exit i kvartalet. SFDR art. 8-rapportering: 9 av 12 porteføljebedrifter har CSRD-relevant data tilgjengelig.",
  "riskSignals": [
    "lp-rapport-q1-2027"
  ]
}
KETL Data

Nordisk åpen-data- og compliance-infrastruktur. Kilde, regel og konfidens på hvert svar.

Produktlenker

  • Data
  • Apper
  • MCP
  • Priser
  • Ordliste
  • Hva er nytt
  • Kontakt
  • Sitemap

Juridiske lenker

  • AI-transparens
  • Personvern
  • Kredittopplysning
  • Vilkår
  • SLA
  • Cookies
  • Sikkerhet

© 2026 ketl data

build e132518d