Plattform-fortrinn · Event-driven review

Reaksjoner som følger endringene, ikke kalenderen

Kvartalsvise KYB-reviews fanger aldri opp det som skjedde i mellomtiden. Ketl overvåker Brregs oppdateringsfeed hvert 15. minutt og åpner klassifiserte review-saker automatisk — med AI-triage som lukker det trivielle og eskalerer det viktige.

6 prinsipper

Poll-intervall: 15 minutter

Cloud Scheduler mot Brregs /api/oppdateringer/enheter, /underenheter og /roller. Eventer fanges innen 15 min — ikke ved kvartalsvise reviews.

Klassifisering først

Hver endring får event_type (12 typer: konkurs, rolle, kapital, …), severity (5 nivåer) og regulatory_context (AMLA, DORA, GDPR, sanctions, …). Regelmotoren tar aldri rå Brreg-data — kun typed events.

Tenant-definerte regler

Hver tenant setter regler som matcher event-type, min-severity og regulatory context. Regel-match → sak åpnes med priority, SLA og auto-tildeling.

AI-triage med klart svar

For hver sak foreslår triage én av tre: close_auto, human_review, escalate. Beslutningen er forklart med confidence, sammendrag og risiko-signaler.

Zero-touch for lav-risiko

Lav/info-events uten tidligere risiko-signaler lukkes automatisk. Mål: 80% av lav-risiko-saker etter 90 dagers læring — matcher Strise-benchmarken.

Full audit-kjede

Alle sakshandlinger (opprettelse, tildeling, kommentar, lukking) havner i audit-kjeden. Regulator kan 3 år senere reprodusere hvem som tok hvilken beslutning.

Event-typer og klassifisering

Hver Brreg-endring oversettes til en av disse event-typene med default severity og regulatory context. Tenant kan overstyre i egen regel-konfigurasjon.

Event-type	Severity	Regulatorisk
konkurs	Kritisk	AMLA, MAR
under-avvikling	Høy	AMLA, MAR
fravalg-revisjon	Høy	AMLA
kapital-endring	Høy	AMLA, MAR
konsern-tilknytning	Høy	AMLA, sanctions
rolle-endring	Medium-Høy	AMLA, sanctions
navneendring	Medium	AMLA
adresseendring	Lav	—
ny-registrering	Info	—

Alarmer vs saker

Dette er overgangen fra passive varsler til aktiv saksbehandling:

Tradisjonelle alarmer

E-post og Slack-varsler. Passivt. Krever at noen leser, tolker og handler manuelt.

Denne motoren — saker

Alarmer blir til saker med ansvarlig, SLA, konklusjon og audit-spor. Aktiv saksbehandling, ikke passiv varsling.

Regel-eksempel (en tenant sin konfig)

{
  "ruleId": "rule-high-amla",
  "name": "Høy severity med AMLA-relevans",
  "active": true,
  "match": {
    "minSeverity": "high",
    "regulatoryContext": ["amla", "sanctions"]
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "amla-team",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for revisorer

Avviks-terskler revisor konfigurerer selv

Kontinuerlig revisjon er ikke et nytt regel-språk å lære. Revisor beskriver avviks-terskler i revisor-språk — uavhengighet, going concern, nær-stående — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel her er forsvarbar mot konkret ISA-standard eller Revisorloven-paragraf.

Uavhengighet — endring av revisor eller styreleder

Revisorloven § 4-1, ISA 220 (kvalitetsstyring), ISA 250. Endring i revisor-rolle eller styreleder hos klient krever ny uavhengighets-vurdering før neste rapporterings-syklus.

Trigger

Brreg registrerer rolle-endring (eventType=rolle-endring) for orgnr i revisors klient-watchlist.

Revisors avviks-terskler

Terskel A — alle endringer av revisor-rollen åpner sak (severity ≥ medium).
Terskel B — endringer av styreleder hos klient som tidligere har hatt nær-stående-transaksjoner åpner sak (severity ≥ high).
Terskel C — adresseendring uten roll-bytte ignoreres (severity = low).

Konsekvens

Sak åpnes med 24-timers SLA og tildeles oppdragsansvarlig revisor. AI-triage genererer utkast til oppdatert uavhengighets-erklæring.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "rev-uavhengighet-rolle",
  "name": "Uavhengighet — rolle-endring hos klient",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "oppdragsansvarlig-revisor",
    "autoCloseLowRisk": false
  }
}

Going concern — kapital-endring eller konkurs-signal

ISA 570 (fortsatt drift). Kapital-endringer eller konkurs-relaterte signaler hos klient krever oppdatert vurdering av forutsetning for fortsatt drift før revisjonsberetning avgis.

Trigger

Brreg registrerer konkurs eller kapital-endring for klient (eventType=konkurs|under-avvikling|kapital-endring).

Revisors avviks-terskler

Terskel A — alle konkurs-events åpner sak umiddelbart (severity = critical).
Terskel B — kapital-nedsettelse > 25% av aksjekapital åpner sak (severity ≥ high).
Terskel C — kapital-økning innenfor normalt vekst-mønster ignoreres (severity = low).

Konsekvens

Sak åpnes med 4-timers SLA og eskalerer til partner. AI-triage henter siste 3 år regnskap fra Brreg + skattedata for kontekst i utkastet.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "rev-going-concern",
  "name": "Going concern — konkurs eller kapital-fall",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling",
      "kapital-endring"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 4,
    "assignTo": "partner-revisor",
    "autoCloseLowRisk": false
  }
}

Nær-stående-transaksjoner — konsern-tilknytning

ISA 550 (nær-stående parter), Regnskapsloven § 7-30b. Endringer i konsern-tilknytning utløser ny kartlegging av nær-stående-transaksjoner i avstemming og noter.

Trigger

Brreg registrerer konsern-tilknytning eller endring i styresammensetning som overlapper med annen klient (eventType=konsern-tilknytning).

Revisors avviks-terskler

Terskel A — alle nye konsern-relasjoner med eksisterende klient åpner sak (severity ≥ medium).
Terskel B — styre-overlap (samme person i ≥ 2 klient-styrer) åpner sak (severity = high).
Terskel C — endringer i ikke-overlappende konsern ignoreres (severity = low).

Konsekvens

Sak åpnes med 48-timers SLA og tildeles oppdragsansvarlig. AI-triage gir liste over potensielle nær-stående-transaksjoner som må gjennomgås.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "rev-naerstaende-konsern",
  "name": "Nær-stående — konsern-tilknytning",
  "active": true,
  "match": {
    "eventTypes": [
      "konsern-tilknytning",
      "rolle-endring"
    ],
    "minSeverity": "medium",
    "regulatoryContext": [
      "amla"
    ]
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 48,
    "assignTo": "oppdragsansvarlig-revisor",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for M&A-konsulenter

Deal-room-terskler M&A-rådgiver konfigurerer selv

Det er ikke et nytt regel-språk å lære. M&A-rådgiver beskriver avviks-terskler i deal-språk — target tracking, MAC-trigger, earn-out-baseline — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel her er forsvarbar mot konkret IMAA-fase eller standard SPA-klausul (MAC, working capital adjustment, purchase price adjustment).

Target tracking — eier- og styre-bevegelser i sourcing-fasen

IMAA pre-deal screening og PEPP fase 1 (Pre-Deal). Når et målselskap er på short-list må M&A-rådgiver fange tidlige signaler om at konkurrent har startet samtale: ny direktør med M&A-bakgrunn, kapital-runde, eller eierskifte som indikerer at vinduet lukker.

Trigger

Brreg registrerer rolle-endring eller kapital-endring (eventType=rolle-endring|kapital-endring) for orgnr i M&A-rådgivers target-watchlist.

M&A-rådgivers avviks-terskler

Terskel A — alle rolle-endringer i daglig leder eller styreleder på short-list-target åpner sak (severity ≥ medium).
Terskel B — kapital-økning > 10% av aksjekapital indikerer ekstern investor og åpner sak (severity ≥ high).
Terskel C — adresse-endring uten roll-bytte ignoreres (severity = low).

Konsekvens

Sak åpnes med 12-timers SLA og tildeles lead M&A-rådgiver. AI-triage genererer utkast til oppdatert sourcing-memo og foreslår om man bør akselerere outreach.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "konsulent-target-tracking",
  "name": "Target tracking — eier-/styre-bevegelse",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 12,
    "assignTo": "lead-ma-radgiver",
    "autoCloseLowRisk": false
  }
}

Deal protection — MAC-trigger og leakage i exclusivity-perioden

IMAA execution-fase, PEPP fase 2. Standard SPA inneholder Material Adverse Change-klausul (MAC) som lar kjøper rebudet eller trekke seg. M&A-rådgiver må fange MAC-relevante events mellom signing og closing — kapital-fall, konkurs-signal, eller styre-bytte som indikerer at selger har skjult informasjon.

Trigger

Brreg registrerer kritisk event (eventType=konkurs|under-avvikling|kapital-endring|rolle-endring) for target i exclusivity-perioden eller mellom signing og closing.

M&A-rådgivers avviks-terskler

Terskel A — alle konkurs- eller avviklings-events åpner sak umiddelbart (severity = critical) og varsler lead + partner.
Terskel B — kapital-nedsettelse > 15% av aksjekapital (mulig skjult utbytte før signing) åpner sak (severity ≥ high).
Terskel C — rolle-endring av daglig leder eller styreleder i exclusivity-perioden åpner sak (severity ≥ high).

Konsekvens

Sak åpnes med 4-timers SLA og eskalerer til lead-rådgiver + signerende partner. AI-triage henter SPA-klausul, beregner MAC-relevans og foreslår om man skal kreve representations-update eller utløse MAC.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "konsulent-deal-protection-mac",
  "name": "Deal protection — MAC-trigger i exclusivity",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling",
      "kapital-endring",
      "rolle-endring"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 4,
    "assignTo": "lead-ma-radgiver",
    "autoCloseLowRisk": false
  }
}

Post-close — earn-out-baseline og covenant-overvåking

IMAA value capture og PEPP fase 3–4. Etter signing må kjøper (eller M&A-rådgiver på vegne av kjøper) overvåke at earn-out-baseline ikke manipuleres og at SPA-covenants overholdes. Endringer i konsern-tilknytning eller kapital påvirker både EBITDA-baseline og purchase price adjustment.

Trigger

Brreg registrerer kapital- eller konsern-tilknytning-endring (eventType=kapital-endring|konsern-tilknytning) for target i earn-out-perioden (typisk 12–36 mnd post-closing).

M&A-rådgivers avviks-terskler

Terskel A — alle konsern-tilknytnings-endringer åpner sak (severity ≥ medium) — kan indikere intern omorganisering som forskyver EBITDA mellom enheter.
Terskel B — kapital-endring > 5% av aksjekapital åpner sak (severity ≥ high) — påvirker working-capital-target.
Terskel C — normalt vekst-mønster (ingen strukturelle endringer) ignoreres (severity = low).

Konsekvens

Sak åpnes med 48-timers SLA og tildeles post-close-rådgiver. AI-triage sammenligner mot SPA-baseline og foreslår om man skal initiere purchase price adjustment eller covenant-claim.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "konsulent-earn-out-monitoring",
  "name": "Post-close — earn-out og covenant-overvåking",
  "active": true,
  "match": {
    "eventTypes": [
      "kapital-endring",
      "konsern-tilknytning"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 48,
    "assignTo": "post-close-radgiver",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for undersøkende journalister

Gravesak-watchlists journalisten konfigurerer selv

Det er ikke et nytt regel-språk å lære. Journalist beskriver terskler i gravesak-språk — politiker-portefølje, konsesjons- mottakere, styre-tracker i åpen gravesak — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel her er forankret i Vær Varsom-plakatens demokratiske oppdrag (VVP 1.4 / 1.5) eller SKUP-tradisjonens «follow the money» — etterprøvbar mot konkret presseetisk standard.

Politiker-portefølje — verv- og eier-bevegelser hos sittende politikere

VVP 1.4 og 1.5 (det demokratiske oppdraget — kritisk kontroll av makt). Sittende politikere og embetspersoner må overvåkes for nye styreverv, eierskifter eller selskaps-tilknytninger som kan utgjøre interessekonflikt — særlig under behandling av lovforslag eller bevilgnings-saker hvor politikeren har personlig økonomisk interesse.

Trigger

Brreg registrerer rolle-endring, kapital-endring eller ny-registrering (eventType=rolle-endring|kapital-endring|ny-registrering) for orgnr i redaksjonens politiker-watchlist.

Journalistens avviks-terskler

Terskel A — alle nye styreverv eller daglig-leder-roller hos sittende politiker eller ektefelle åpner sak (severity ≥ medium).
Terskel B — kapital-økning > 10% i selskap der politikeren er aksjonær åpner sak (severity ≥ high) — kan indikere uoffentliggjort økonomisk interesse.
Terskel C — adresse-endring uten roll- eller eier-bytte ignoreres (severity = low) — ikke nyhetsverdig.

Konsekvens

Sak åpnes med 24-timers SLA og tildeles politisk gravegruppe. AI-triage genererer kontekst-utkast (hvilke saker politikeren behandler nå, hvor i prosessen) og foreslår om man bør be om kommentar eller publisere som kort notis.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "journalist-politiker-tracker",
  "name": "Politiker-portefølje — verv-/eier-bevegelse",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring",
      "ny-registrering"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "politisk-redaksjon",
    "autoCloseLowRisk": false
  }
}

Konsesjons-mottakere — overvåking av offentlig-finansierte entiteter

VVP 1.4 og SKUP-tradisjonen for «follow the money». Entiteter som har mottatt offentlige løyver (oppdrettskonsesjon, drosjekonsesjon), tilskudd over terskel, eller store offentlige anbud, har forhøyet samfunnsmessig interesse. Avvikling, konkurs, kapital-uttak eller plutselig eierskifte etter mottak av offentlige midler er nyhetsverdig per definisjon.

Trigger

Brreg registrerer kritisk event (eventType=konkurs|under-avvikling|kapital-endring|rolle-endring) for entitet i redaksjonens konsesjons-/tilskudd-watchlist.

Journalistens avviks-terskler

Terskel A — alle konkurs- eller avviklings-events på entitet med offentlig konsesjon eller > 5 MNOK i offentlig tilskudd siste 5 år åpner sak umiddelbart (severity = critical).
Terskel B — kapital-nedsettelse > 15% av aksjekapital innen 24 mnd etter mottak av offentlig tilskudd over 1 MNOK åpner sak (severity ≥ high) — kan indikere skjult utbytte før offentlig midler er brukt etter intensjon.
Terskel C — rolle-endring av daglig leder eller styreleder innen 12 mnd etter tilskudd-mottak åpner sak (severity ≥ medium).

Konsekvens

Sak åpnes med 12-timers SLA og tildeles desk-vakt for grave-tipsbehandling. AI-triage henter tilskudds-historikk fra Doffin og foreslår om man bør be om innsyn etter Offentleglova § 9 eller publisere som umiddelbar notis.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "journalist-konsesjons-mottaker",
  "name": "Konsesjons-mottaker — kritisk event etter offentlig finansiering",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling",
      "kapital-endring",
      "rolle-endring"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 12,
    "assignTo": "grave-desk-vakt",
    "autoCloseLowRisk": false
  }
}

Styre-tracker — konflikt-signaler i åpne gravesaker

VVP 3.2 (kritisk kildeholdning) og redaksjonell aktsomhets-praksis. Mens en gravesak er under utarbeidelse må redaksjon overvåke alle omtalte entiteter for endringer som påvirker presisjon eller balansen i den planlagte publiseringen — særlig rolle-endringer som kan kreve revidert formulering eller utvidet kommentar-runde.

Trigger

Brreg registrerer endring (eventType=rolle-endring|kapital-endring|konsern-tilknytning|navneendring) for entitet i journalistens aktive gravesak-watchlist (typisk de siste 30 dagene før publisering).

Journalistens avviks-terskler

Terskel A — alle rolle-endringer i daglig leder eller styreleder hos omtalt hovedperson åpner sak (severity ≥ medium) — kan kreve oppdatert formulering eller fornyet sitat.
Terskel B — navneendring eller konsern-tilknytnings-endring åpner sak (severity ≥ medium) — krever oppdatert entitets-referanse i artikkel-utkast.
Terskel C — adresse-endring vurderes som info (severity = low) men logges for fullstendig metoderapport.

Konsekvens

Sak åpnes med 6-timers SLA og tildeles ansvarlig journalist + redaktør. AI-triage sammenligner mot artikkel-utkast (uten å aksessere kildevernet) og foreslår om man bør utsette publisering, oppdatere formulering, eller be om ny kommentar fra omtalt part.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "journalist-styre-tracker-gravesak",
  "name": "Styre-tracker — konflikt-signaler i åpen gravesak",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring",
      "konsern-tilknytning",
      "navneendring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 6,
    "assignTo": "ansvarlig-journalist",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for AI-startups

Webhook-multiplikator for stateful AI-apps

Det er ikke noe nytt polling-system å bygge. Startup-en abonnerer på signerte webhooks for kundens watchlist; Ketl håndterer Cloud Scheduler-jobben, dedup på event-IDs, retry-policy med backoff, og signature-verifisering. Hver terskel her er forsvarbar mot konkret SaaS-arkitektur-praksis (multi-tenant routing, backpressure, kunde-SLA-bevis-eksport).

Agent-trigger — webhook for kundens egen watchlist

Webhook-driven agent-arkitektur (Anthropic / OpenAI-anbefalt mønster for stateful AI-apps). Når startup-ens kunde har lagt entiteter på watchlist, må AI-agenten våkne ved real-world events uten å polle Brreg selv. Ketl webhooks gjør at startup-en skipper å bygge: Cloud Scheduler-jobb, dedup-tabell på event-IDs, retry-policy med backoff, signature-verifisering. Per-tenant routing skjer via watchlist-eierskap i `tenantId`-feltet.

Trigger

Brreg registrerer endring (eventType=rolle-endring|kapital-endring|konkurs|under-avvikling) for orgnr i startup-ens kundens watchlist; Ketl pusher signert webhook til startup-ens endpoint innen 15 minutter.

Hva startup-en skipper å bygge

Terskel A — alle kritiske events (konkurs, under-avvikling) trigger agent umiddelbart (severity ≥ critical), startup-en sitt endpoint får retry hvis 5xx i 3 forsøk.
Terskel B — rolle-endring eller kapital-endring trigger agent (severity ≥ medium), batched per 5-min vindu hvis flere events på samme tenant.
Terskel C — adresse-endring eller annen-endring trigger ikke agent (severity = low), men leveres via cron-poll hvis startup-en vil ha komplett event-stream.

Konsekvens

Sak åpnes i startup-ens system med 4-timers default SLA og tildeles agent-en. AI-triage genererer kundens varsel-tekst og foreslår om kunden bør få push-notifikasjon eller om endringen kan vente til neste daglig sammendrag.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "utvikler-agent-trigger-watchlist",
  "name": "Agent-trigger — webhook for kundens watchlist",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring",
      "konkurs",
      "under-avvikling"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 4,
    "assignTo": "startup-agent-prod",
    "autoCloseLowRisk": true
  }
}

Batch-portefølje — re-vurdering ved mange events samtidig

Backpressure-mønster fra event-driven mikroservice-arkitektur (Confluent / AWS event-bridge-praksis). Når startup-en sin AI-agent får flere events samtidig (typisk Brreg-bulk-oppdatering tidlig morgen), må behandling smøres ut for å unngå at agent-en treffer LLM-rate-limits og at kundens portefølje-rapport ikke leveres til avtalt tid. Ketl event-engine batched events per tenant per 5-min vindu — startup-en skipper å bygge: rate-limit-aware kø, prioriterings-heuristikk, partial-success-håndtering, dead-letter-kø.

Trigger

Brreg publiserer >10 events i samme 5-min vindu mot samme tenant sin watchlist (typisk man-fre 06:00 etter nattlig batch-jobb).

Hva startup-en skipper å bygge

Terskel A — batch over 50 events trigger en `case.open` med priority=high og samlet AI-triage som re-vurderer hele tenanten sin portefølje (severity ≥ medium).
Terskel B — batch 10–50 events trigger ett `case.open` per event men med priority=low og felles `aiTriage.summary` som peker til batch-konteksten (severity ≥ low).
Terskel C — batch under 10 events behandles per-event som vanlig (ingen batch-håndtering).

Konsekvens

Batch-sak åpnes med 12-timers SLA og tildeles agent. AI-triage produserer ett samlet sammendrag som startup-en kan vise kunden ("23 endringer i porteføljen din siste 24 timer — her er de tre du må bry deg om") i stedet for å spamme kunden med 23 individuelle varsler.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "utvikler-batch-portefolje",
  "name": "Batch-portefølje — re-vurdering ved event-flom",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring",
      "konkurs",
      "under-avvikling",
      "konsern-tilknytning"
    ],
    "minSeverity": "low"
  },
  "action": {
    "openCase": true,
    "priority": "medium",
    "slaHours": 12,
    "assignTo": "startup-batch-agent",
    "autoCloseLowRisk": true
  }
}

Kunde-SLA — startup-en kan kommunisere garantier uten å bygge selv

SaaS SLA-praksis: enterprise-kunder krever uptime- og responstid-garanti i kontrakt. Startup-en som lover "varsel om kritisk endring innen 30 min" må kunne bevise det. Ketl event-engine sin `case.createdAt` og `case.slaDeadline` er den eksterne sannhets-kilden — startup-en skipper å bygge: SLA-monitorings-tjeneste, SLA-rapport-genererings-jobb, kontraktsmessig bevis-eksport. Eksport som JSON blir vedlegg til kvartalsvis kunde-SLA-rapport.

Trigger

Startup-en har lovet kunde at kritisk event (eventType=konkurs|under-avvikling) skal trigge varsel innen 30 minutter. Ketl event-engine sin `case.slaDeadline` er kontraktsmessig bevisgrunnlag.

Hva startup-en skipper å bygge

Terskel A — konkurs- eller avviklings-event åpner sak med `slaHours = 0.5` (30 min) og priority=critical, agent får retry-fallback hvis primary endpoint feiler (severity = critical).
Terskel B — annen kritisk event (kapital-endring, rolle-endring) åpner sak med `slaHours = 2` og priority=high (severity ≥ high).
Terskel C — løpende SLA-rapportering: alle saker eksporteres månedlig som JSON med `createdAt`, `closedAt`, `slaDeadline` — startup-en kan presentere SLA-overholdelse til enterprise-kunder uten å bygge eget rapporterings-lag.

Konsekvens

Sak åpnes med ekstra-streng SLA (30 min) og priority=critical. Hvis startup-ens agent-endpoint ikke ACKer i tide, eskalerer Ketl til startup-ens on-call team. Månedlig SLA-rapport eksporteres til startup-ens egen compliance-side automatisk.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "utvikler-kunde-sla-kritisk",
  "name": "Kunde-SLA — kritisk event med 30-min garanti",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 1,
    "assignTo": "startup-oncall",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for kommunal saksbehandler

Leverandør- og tilskudds-watchlists saksbehandler konfigurerer

Det er ikke et nytt regel-språk å lære. Kommunal saksbehandler beskriver terskler i forvaltnings-språk — leverandør-konkurs, eierskifte i kontraktsperioden, sanksjons- eller restanse-flagg — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel her er forankret i Anskaffelsesforskriften § 19-4 (vesentlige endringer), § 24-2 (avvisnings-grunner) eller Kommuneloven § 25-1 (internkontroll) — etterprøvbar mot konkret forvaltnings-rettslig standard.

Leverandør- eller tilskudds-mottaker-konkurs — kritisk varsel før media

Kommuneloven 2020 § 25-1 (internkontroll) og Anskaffelsesforskriften § 24-2 (kommunen kan og bør avvise en leverandør som er i konkurs). Når en leverandør eller tilskudds-mottaker går konkurs må kommunen reagere før medieoppslag eller revisjonsfunn — særlig for kontrakter som dekker lovpålagte tjenester (skole, helse, omsorg).

Trigger

Brreg registrerer konkurs- eller avviklings-event (eventType=konkurs|under-avvikling) for orgnr i kommunens leverandør- eller tilskudds-watchlist.

Saksbehandlers avviks-terskler

Terskel A — alle konkurs-events på aktiv leverandør åpner sak umiddelbart (severity = critical) og varsler både saksbehandler og kommunedirektør.
Terskel B — avviklings-events åpner sak innen 4 timer (severity ≥ high) — kommunen må vurdere overgangs-løsning for tjenesten.
Terskel C — varsel-sletting-events flagges som info (saken bør gjennomgås, men ikke kritisk i seg selv).

Konsekvens

Sak åpnes med 2-timers SLA og eskalerer til kommunedirektør + kommuneadvokat. AI-triage henter kontrakts-data fra recorden og foreslår om kommunen bør (1) avvise leverandøren i pågående anskaffelser, (2) varsle bo-styret om utestående ytelser, (3) iverksette beredskaps-plan for lovpålagt tjeneste.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "kommune-leverandor-konkurs",
  "name": "Leverandør-/tilskudds-mottaker konkurs",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 2,
    "assignTo": "kommunedirektor-team",
    "autoCloseLowRisk": false
  }
}

Eierskifte eller styre-bytte i kontraktsperioden — re-vurder kvalifikasjon

Anskaffelsesforskriften § 19-4 (vesentlige endringer i kontrakt) og Forvaltningsloven § 17 (utredningsplikt — kommunen må vurdere om motpart fortsatt oppfyller kvalifikasjons-krav). Eierskifte eller bytte av daglig leder/styreleder hos leverandør i kontraktsperioden kan utløse re-vurdering av om vilkårene fra konkurransegrunnlaget fortsatt er oppfylt — særlig der kompetanse-krav var lagt på nøkkel-personer.

Trigger

Brreg registrerer rolle-endring eller kapital-endring (eventType=rolle-endring|kapital-endring|konsern-tilknytning) for orgnr i kommunens aktive leverandør-watchlist.

Saksbehandlers avviks-terskler

Terskel A — bytte av daglig leder eller styreleder hos kontraktsfestet leverandør åpner sak (severity ≥ medium).
Terskel B — kapital-nedsettelse > 20% av aksjekapital åpner sak (severity ≥ high) — kan indikere finansielle problemer som påvirker leveringssikkerhet.
Terskel C — konsern-tilknytnings-endring (oppkjøp av leverandør) åpner sak (severity ≥ medium) — vesentlig endring som kan utløse re-utlysning iht. FOA § 19-4.

Konsekvens

Sak åpnes med 24-timers SLA og tildeles ansvarlig saksbehandler. AI-triage sjekker kvalifikasjons-kravene i konkurransegrunnlag mot ny rolle-status, og foreslår om kommunen bør (1) be om forhåndsvarsel (Forvaltningsloven § 16) til leverandør, (2) konsultere kommuneadvokat om vesentlig endring iht. FOA § 19-4, eller (3) lukke saken som ikke-materielt.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "kommune-eierskifte-kontraktsperiode",
  "name": "Eierskifte/styre-bytte i kontraktsperioden",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring",
      "konsern-tilknytning"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "anskaffelses-saksbehandler",
    "autoCloseLowRisk": false
  }
}

Sanksjons-treff eller restanse-flagg — FOA § 24-2-avvisnings-grunner

Anskaffelsesforskriften § 24-2 (kommunen skal avvise leverandør som har restanse på skatt/avgifter eller er på sanksjonsliste). Treff på EU-, OFAC- eller FN-sanksjonsliste, eller endring i Skatteetatens restanse-status, utløser obligatorisk vurdering om leverandøren skal avvises fra pågående og fremtidige anskaffelser.

Trigger

Sanksjons-screening-jobb eller Skatteetaten-event registrerer treff/restanse-status-endring for orgnr i kommunens watchlist (eventType=annen-endring med regulatoryContext=sanctions eller amla).

Saksbehandlers avviks-terskler

Terskel A — treff på EU- eller OFAC-sanksjonsliste åpner sak umiddelbart (severity = critical) — leverandøren må vurderes for avvisning iht. FOA § 24-2.
Terskel B — restanse-flagg på offentlige avgifter åpner sak (severity ≥ high) — leverandøren mister i utgangspunktet retten til offentlig kontrakt.
Terskel C — endring fra restanse til oppgjort flagges som info — saken kan typisk auto-lukkes etter kontroll av Skatteetatens bekreftelse.

Konsekvens

Sak åpnes med 4-timers SLA for sanksjons-treff (24 timer for restanse) og eskalerer til kommuneadvokat. AI-triage bygger utkast til vedtak om avvisning iht. FOA § 24-2 inkludert begrunnelse etter Forvaltningsloven § 25 — saksbehandler signerer eller overstyrer.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "kommune-sanksjons-restanse",
  "name": "Sanksjons-/restanse-flagg — FOA § 24-2-avvisning",
  "active": true,
  "match": {
    "eventTypes": [
      "annen-endring"
    ],
    "minSeverity": "high",
    "regulatoryContext": [
      "sanctions",
      "amla"
    ]
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 4,
    "assignTo": "kommuneadvokat-team",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for eiendomsmegler og proptech

Eiendoms-watchlists megler/lender/investor konfigurerer

Det er ikke et nytt regel-språk å lære. Eiendomsmegler / lender / proptech-team beskriver terskler i eiendoms-språk — eierskifte/heftelse i aktivt oppdrag, LTV-grense-overskridelse, regulerings-/dispensasjons-event — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel her er forankret i Eiendomsmeglingsloven § 6-3 (god meglerskikk), Finanstilsynets rundskriv 7/2014 (boliglån) eller Plan- og bygningsloven § 19 (dispensasjon) — etterprøvbar mot konkret bransje-rettslig standard.

Eierskifte eller ny heftelse i meglers aktive oppdrag — varsl før overdragelse

Eiendomsmeglingsloven § 6-3 (god meglerskikk) og Avhendingsloven § 3-7 (selgers opplysningsplikt). Mellom prospekt-publisering og overdragelses-tidspunktet kan det tinglyses nye heftelser eller skje selskaps-/eierstruktur-endringer hos selger som påvirker kjøpers risiko-bilde. Megler må fange disse og kommunisere til kjøper for å unngå mangels-reklamasjon iht. avhendings-lova § 4-12.

Trigger

Brreg eller Kartverket registrerer eier-/heftelses-endring (eventType=rolle-endring|kapital-endring|annen-endring med regulatoryContext=ingen) for orgnr eller matrikkelenhet i meglers aktive-oppdrag-watchlist.

Megler-/lender-/investor-avviks-terskler

Terskel A — ny tinglyst pantedokument på eiendommen mellom prospekt og overdragelse åpner sak (severity ≥ high) — må varsles kjøper og lender før closing.
Terskel B — eierskifte hos selskaps-eier (rolle-endring av daglig leder eller styreleder) åpner sak (severity ≥ medium) — kan påvirke representanten på selger-siden.
Terskel C — adresse-endring hos selskaps-eier ignoreres som hovedregel (severity = low) — relevant kun hvis det indikerer driftsstans.

Konsekvens

Sak åpnes med 12-timers SLA og tildeles ansvarlig megler. AI-triage henter prospekt-data fra recorden, sammenligner mot ny heftelses-status, og foreslår om megler bør (1) varsle kjøper og lender umiddelbart, (2) be selger om bekreftelse på at heftelsen vil slettes før overdragelse, eller (3) eskalere til faglig leder hvis materielt endrer transaksjons-grunnlaget.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "eiendom-eierskifte-pant-oppdrag",
  "name": "Eierskifte/heftelse i aktivt megler-oppdrag",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring",
      "annen-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 12,
    "assignTo": "ansvarlig-megler",
    "autoCloseLowRisk": false
  }
}

LTV-grense-overskridelse i lender-portefølje — Finanstilsynets rundskriv 7/2014

Finanstilsynets rundskriv 7/2014 (boliglån) krever løpende LTV-overvåking. Når nye heftelser tinglyses eller pantsetters belåningsgrad endres materielt, må lender re-vurdere lånet — særlig for eksisterende boliglån som var nær LTV-grensen ved utstedelse.

Trigger

Kartverket-grunnbok registrerer ny pantedokument (eventType=annen-endring med regulatoryContext=ingen) på matrikkelenhet i lender sin LTV-overvåkings-watchlist.

Megler-/lender-/investor-avviks-terskler

Terskel A — ny pantedokument med beløp som bringer kombinert LTV > 85% åpner sak (severity = critical) — over Finanstilsynets makro-grense for boliglån.
Terskel B — ny pantedokument som bringer kombinert LTV > 70% åpner sak (severity ≥ high) — utløser intern kreditt-vurdering hos lender.
Terskel C — slettet pantedokument (typisk innfridd lån) flagges som info — kan utløse positiv re-vurdering av kunden.

Konsekvens

Sak åpnes med 8-timers SLA og tildeles boliglåns-kreditt-team. AI-triage henter LTV-historikk fra recorden, beregner ny LTV inkludert det nye pantet, og foreslår om lender bør (1) varsle kunden iht. forskrift om gjennomsiktighet i låneforhold, (2) iverksette kreditt-vurdering for evt. omforhandling, eller (3) lukke saken hvis ny pant er for selskaps-formål utenfor primær-eiendommen.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "eiendom-ltv-overskridelse",
  "name": "LTV-grense-overskridelse — Finanstilsynet 7/2014",
  "active": true,
  "match": {
    "eventTypes": [
      "annen-endring"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 8,
    "assignTo": "boliglan-kreditt-team",
    "autoCloseLowRisk": false
  }
}

Regulerings-/dispensasjons-event — Plan- og bygningsloven § 19

Plan- og bygningsloven § 19 (dispensasjon) og § 12 (reguleringsplan). Endringer i lokal arealplan eller kommunal dispensasjons-vedtak påvirker eiendoms-verdi og fremtidig bruk — særlig for utviklings-eiendom og porteføljedrift. Proptech-/eiendoms-investor med portefølje må fange disse for å avgjøre om eiendommen skal selges, holdes eller utvikles videre.

Trigger

Kommunens postjournal eller arealplan-feed (via Doffin/eInnsyn-integrasjon eller direkte kommune-API) registrerer regulerings-/dispensasjons-event (eventType=annen-endring) for matrikkelenhet eller geo-område i investors watchlist.

Megler-/lender-/investor-avviks-terskler

Terskel A — nytt vedtatt arealplan-forslag som endrer arealformål (f.eks. fra LNF til bebyggelse) åpner sak (severity ≥ high) — kan utløse vesentlig verdi-endring.
Terskel B — kommunal dispensasjons-vedtak som tillater høyere utnyttelsesgrad eller bruksendring åpner sak (severity ≥ medium).
Terskel C — pågående regulerings-sak uten vedtak (kun varsel-status) flagges som info — innsynsgrunnlag for tidlig posisjonering.

Konsekvens

Sak åpnes med 24-timers SLA og tildeles porteføljeansvarlig. AI-triage henter eiendoms-data fra recorden, sammenligner ny regulering mot eksisterende bruk, og foreslår om investor bør (1) re-vurdere eiendomsverdi, (2) initiere salgs-prosess hvis verdi-økning er materiell, eller (3) starte utviklings-prosjekt hvis regulering åpner for bruksendring.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "eiendom-regulering-dispensasjon",
  "name": "Regulerings-/dispensasjons-event på portefølje",
  "active": true,
  "match": {
    "eventTypes": [
      "annen-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "portefolje-ansvarlig",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for bank-/fintech-compliance

KYB-watchlists compliance-team konfigurerer

Det er ikke et nytt regel-språk å lære. Compliance-team beskriver terskler i KYB-/AML-språk — sanksjons-treff, PEP-status-endring, vesentlig negativ Brreg-endring (stråmann-/skifte-bedrageri- signal) — og motoren oversetter til samme tenant-regel som onboarding-flyten. Hver terskel her er forankret i Hvitvaskingsloven § 17 (løpende oppfølging + skjerpede tiltak), EU/OFAC/FN sanksjons-rammeverk og Finanstilsynets rundskriv 8/2019 — etterprøvbar mot konkret regulatorisk standard.

Sanksjons-treff på kunde, UBO eller styremedlem — kritisk varsel

Hvitvaskingsloven § 17 (forsterkede kundetiltak ved sanksjons-treff) + EU Restrictive Measures Database + OFAC SDN + FN sanksjons-komité-liste. Treff på sanksjonslister utløser umiddelbar plikt til å fryse midler, sperre transaksjoner og vurdere terminering av kundeforholdet.

Trigger

Sanksjons-screening-jobb registrerer treff (eventType=annen-endring med regulatoryContext=sanctions) for kunde, UBO eller styremedlem i compliance-team sin kunde-watchlist.

Compliance-team sine avviks-terskler

Terskel A — direkte treff på EU- eller OFAC-sanksjonsliste åpner sak umiddelbart (severity = critical) — midler skal fryses og transaksjoner sperres i påvente av compliance-leder-vurdering.
Terskel B — partielt treff (samme navn, ulik fødselsdato eller adresse) åpner sak innen 4 timer (severity ≥ high) — krever manuell verifikasjon av identitet før kundeforholdet kan fortsette.
Terskel C — historisk treff som ble verifisert som ikke-materielt og lukket, lagres som dokumentasjon men gir ikke nytt sak hvis status uendret.

Konsekvens

Sak åpnes med 1-times SLA og eskalerer til compliance-leder + intern jurist. AI-triage henter kundeforholdet-data fra recorden, sammenligner treff mot historisk verifikasjon, og foreslår om compliance bør (1) fryse midler iht. EU/OFAC-regelverk, (2) iverksette skjerpede tiltak iht. Hvitvaskingsloven § 17, eller (3) terminere kundeforholdet iht. § 18.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "compliance-sanksjons-treff",
  "name": "Sanksjons-treff — kunde/UBO/styremedlem",
  "active": true,
  "match": {
    "eventTypes": [
      "annen-endring"
    ],
    "minSeverity": "high",
    "regulatoryContext": [
      "sanctions"
    ]
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 1,
    "assignTo": "compliance-leder-team",
    "autoCloseLowRisk": false
  }
}

PEP-status-endring — eksisterende kunde får politisk eksponert person

Hvitvaskingsloven § 17 (forsterkede kundetiltak ved PEP-status) og Finanstilsynets rundskriv 8/2019 (KYB hvitvasking — PEP-screening). Ny daglig leder, styreleder eller UBO som er PEP utløser forsterkede kundetiltak og evt. re-klassifisering av kundeforholdet til høy-risiko-kategorien.

Trigger

PEP-screening-jobb (typisk daglig) eller Brreg-rolle-endring registrerer ny PEP-status (eventType=rolle-endring) for kunde i compliance-team sin watchlist.

Compliance-team sine avviks-terskler

Terskel A — ny PEP som daglig leder eller styreleder åpner sak (severity ≥ high) — krever forsterkede kundetiltak iht. Hvitvaskingsloven § 17.
Terskel B — ny PEP som UBO (> 25%-eier) åpner sak (severity ≥ high) — krever full re-vurdering av kundeforholdet inkludert opprinnelse-av-midler-dokumentasjon.
Terskel C — nær slektning av PEP som rolle-innehaver flagges (severity ≥ medium) iht. Hvitvaskingsloven § 17 tredje ledd (utvidet PEP-definisjon).

Konsekvens

Sak åpnes med 24-timers SLA og tildeles senior KYB-saksbehandler. AI-triage henter kundeforholdet-historikk fra recorden, evaluerer PEP-tilknytning, og foreslår om compliance bør (1) be om oppdatert opprinnelse-av-midler-dokumentasjon, (2) re-klassifisere kundeforholdet til høy-risiko, eller (3) eskalere til compliance-leder for terminering-vurdering.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "compliance-pep-status-endring",
  "name": "PEP-status-endring — ny politisk eksponert person",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "senior-kyb-saksbehandler",
    "autoCloseLowRisk": false
  }
}

Vesentlig negativ Brreg-endring — konkurs-/stråmann-/skifte-bedrageri-signal

Hvitvaskingsloven § 17 (løpende oppfølging) + Finanstilsynets rundskriv 8/2019 (vurdér også om kundens forhold bør re-klassifiseres). Konkurs-signal, plutselig daglig leder-bytte uten dokumentert kontinuitet, eller kapital-fall kan indikere stråmann-/skifte-bedrageri og krever evaluering før utbetalinger fortsetter.

Trigger

Brreg registrerer kritisk event (eventType=konkurs|under-avvikling|rolle-endring|kapital-endring) for kunde i compliance-team sin watchlist.

Compliance-team sine avviks-terskler

Terskel A — alle konkurs- eller avviklings-events åpner sak umiddelbart (severity = critical) og fryser utbetalinger inntil compliance-vurdering er gjennomført.
Terskel B — kapital-nedsettelse > 30% av aksjekapital åpner sak (severity ≥ high) — kan indikere skifte-bedrageri (kapital flyttes ut før kundeforholdet termineres).
Terskel C — bytte av daglig leder og styreleder samtidig (innenfor 30 dager) åpner sak (severity ≥ high) — kan indikere stråmann-bytte.

Konsekvens

Sak åpnes med 2-timers SLA og eskalerer til senior KYB + compliance-leder. AI-triage henter kundeforholdets historikk og evaluerer om hendelsen er konsistent med tidligere mønster eller bryter forventet adferd. Foreslår (1) frys av utbetalinger inntil dokumentasjon mottas, (2) intern jurist-konsultasjon før evt. MT-rapport til Økokrim iht. § 25, eller (3) lukking som ikke-materielt hvis hendelsen kan forklares.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "compliance-vesentlig-brreg-negativ",
  "name": "Vesentlig negativ Brreg-endring — stråmann-/skifte-signal",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling",
      "rolle-endring",
      "kapital-endring"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 2,
    "assignTo": "senior-kyb-compliance-leder",
    "autoCloseLowRisk": false
  }
}

MCP-verktøy for agent-drevet saksbehandling

ketl_case_list
List saker (filtrer på status, priority, assignee)
ketl_case_get
Hent én sak med historikk og AI-triage
ketl_case_assign
Tildel sak til bruker eller team
ketl_case_comment
Legg til kommentar i saken
ketl_case_close
Lukk sak med verdict (approved/flagged/escalated)
ketl_case_reopen
Åpne lukket sak på nytt
ketl_watchlist_list
List tenant sine watchlists
ketl_watchlist_add_orgnr
Legg orgnr til watchlist

Konkret use-case · for aktuar og forsikring

Portfolio-overvåking aktuar konfigurerer selv

Det er ikke et nytt regel-språk å lære. Aktuar beskriver terskler i Solvency II-/IFRS 17-språk — konsern-erverv som endrer NACE-eksponering, eier-bevegelse som krever KYB-refresh, kapital-svekkelse som trigger LRA-vurdering — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel er forsvarbar mot konkret regulatorisk standard (Solvency II Pillar 2 art. 45, IFRS 17 art. 17.16, Finanstilsynets rundskriv 3/2017).

Konsern-erverv — NACE-eksponering endrer baseline

Solvency II Pillar 2 art. 45 (kontinuerlig ORSA) og Finanstilsynets rundskriv 3/2017 om aktuarfunksjonen. Når en kunde erverver datterselskap i en annen NACE-klasse enn underwriting-baseline, må aktuar fange dette innen kvartalet for å oppdatere risiko-kapital-krav og evt. trigge re-prising før neste renewal.

Trigger

Brreg registrerer konsern-tilknytnings-endring (eventType=konsern-tilknytning) for orgnr i aktuar-portfolio-watchlist; nytt datterselskap har NACE-klasse med skadefrekvens > 1,5× moderens.

Aktuarens avviks-terskler

Terskel A — konsern-erverv av datterselskap i NACE-klasse med SSB-skadefrekvens > 1,5× moderens åpner sak (severity ≥ high), eskaleres til ansvarshavende aktuar.
Terskel B — konsern-erverv i samme/lavere skadefrekvens-klasse åpner notis (severity = medium) for log i ORSA-rapport, men trigger ikke re-prising.
Terskel C — konsern-frasalg (motsatt event) åpner notis (severity = low) for log.

Konsekvens

Sak åpnes med 24-timers SLA og tildeles ansvarshavende aktuar. AI-triage henter SSB-skadefrekvens for ny NACE-klasse og foreslår om man skal trigge interim re-prising eller vente til neste renewal.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "aktuar-konsern-erverv-nace",
  "name": "Konsern-erverv — NACE-eksponering endrer baseline",
  "active": true,
  "match": {
    "eventTypes": [
      "konsern-tilknytning"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "ansvarshavende-aktuar",
    "autoCloseLowRisk": false
  }
}

Eier-bevegelse — kontroll-skifte krever ny KYB

Finanstilsynets rundskriv 8/2019 om hvitvaskingsloven for forsikring + Solvency II art. 274 (sound and prudent management). Ved eier-/styre-endring som indikerer kontroll-skifte må aktuar trigge ny KYB-vurdering — særlig hvis ny eier er fra jurisdiksjon med forhøyet hvitvaskingsrisiko.

Trigger

Brreg registrerer eier-/styre-endring (eventType=rolle-endring|kapital-endring) for orgnr i aktuar-portfolio-watchlist; ny daglig leder eller ny majoritetseier krever ny KYB.

Aktuarens avviks-terskler

Terskel A — ny majoritetseier (> 50% andel) eller ny daglig leder åpner sak (severity ≥ high) for KYB-refresh innen 48 timer.
Terskel B — endring i styresammensetning (uten daglig leder) åpner notis (severity = medium) for log; KYB-refresh trigges hvis styre-endring overskrider 33%.
Terskel C — adresse-endring uten roll-bytte ignoreres (severity = low).

Konsekvens

Sak åpnes med 48-timers SLA og tildeles compliance-aktuar. AI-triage henter ny eier sin historikk fra Brreg (tidligere roller, konkurs-historikk, evt. PEP-/sanctions-treff) og foreslår om eier-skiftet utløser AML-skjerpet vurdering eller standard KYB-refresh.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "aktuar-eier-bevegelse-kyb",
  "name": "Eier-bevegelse — kontroll-skifte krever ny KYB",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 48,
    "assignTo": "compliance-aktuar",
    "autoCloseLowRisk": false
  }
}

Kapital-svekkelse — insolvens-risiko og loss recognition

IFRS 17 art. 17.16 (loss recognition for onerous contracts) og Finanstilsynets rundskriv om actuarial reserving. Kapital-nedsettelse, fravalg av revisor eller under-avvikling indikerer finansielt stress — aktuar må vurdere om kontrakten må reklassifiseres som onerous (loss-utløsende) og om forventet tap må reserveres tidligere.

Trigger

Brreg registrerer kritisk event (eventType=kapital-endring|under-avvikling|konkurs|fravalg-revisjon) for orgnr i aktuar-portfolio-watchlist.

Aktuarens avviks-terskler

Terskel A — konkurs- eller avviklings-events åpner sak umiddelbart (severity = critical) og varsler ansvarshavende aktuar + IFRS 17-rapportør.
Terskel B — kapital-nedsettelse > 20% av aksjekapital åpner sak (severity ≥ high) — kan indikere finansielt stress og trigge IFRS 17-LRA.
Terskel C — fravalg-revisjon-event for SMB åpner notis (severity = medium); trigger ikke automatisk re-prising men logges som risikofaktor.

Konsekvens

Sak åpnes med 4-timers SLA for kritiske events (8 timer for kapital-svekkelse) og tildeles ansvarshavende aktuar. AI-triage henter siste regnskap, beregner forventet loss-impact, og foreslår om kontrakten må reklassifiseres som onerous per IFRS 17.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "aktuar-kapital-svekkelse-insolvens",
  "name": "Kapital-svekkelse — IFRS 17 loss recognition trigger",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling",
      "kapital-endring",
      "fravalg-revisjon"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 4,
    "assignTo": "ansvarshavende-aktuar",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for forretningsjuridisk advokat

DD-/prosess-watchlists advokat konfigurerer

Det er ikke et nytt regel-språk å lære. Advokat beskriver terskler i juridisk språk — klient-/motpart-konkurs i pågående DD, interessekonflikt-rolle-overlapp på tvers av oppdrag, selskap-/eier-endring i exclusivity-perioden (SPA-warranty- trigger) — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel her er forankret i Advokatforeningens etiske regler, Tvisteloven kap. 21 (bevisførsel) eller Domstolloven § 224 — etterprøvbar mot konkret juridisk standard.

Klient- eller motpart-konkurs i pågående DD/prosess — umiddelbar reaksjon

Advokatforeningens etiske regler og Domstolloven § 224 (advokat skal opptre lojalt mot klient). Når klient eller motpart i pågående DD eller prosess går konkurs, må advokat umiddelbart vurdere konsekvensen for sak-grunnlaget — særlig for prosess-saker der bevis kan gå tapt eller for M&A-saker der closing-vilkår påvirkes.

Trigger

Brreg registrerer konkurs- eller avviklings-event (eventType=konkurs|under-avvikling) for orgnr i firmaets aktive-oppdrag-watchlist.

Advokats avviks-terskler

Terskel A — alle konkurs-events på aktiv klient/motpart i pågående oppdrag åpner sak umiddelbart (severity = critical) og varsler ansvarlig partner.
Terskel B — avviklings-events i exclusivity-periode eller closing-fase åpner sak innen 4 timer (severity ≥ high) — kan utløse force majeure-/MAC-vurdering.
Terskel C — varsel-sletting-events flagges som info — kan tyde på prosess-trinn som krever oppfølging men ikke kritisk.

Konsekvens

Sak åpnes med 2-timers SLA og eskalerer til ansvarlig partner. AI-triage henter oppdrags-data fra recorden og foreslår om advokat bør (1) varsle klient og bo-styret iht. fordrings-prioritet, (2) initiere force majeure-/MAC-vurdering i pågående M&A, (3) sikre bevis fra motpartens dokument-arkiv før konkursbo-overtagelse, eller (4) lukke saken hvis ikke materielt for oppdragets utfall.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "advokat-klient-motpart-konkurs",
  "name": "Klient/motpart konkurs i pågående oppdrag",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling"
    ],
    "minSeverity": "high"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 2,
    "assignTo": "ansvarlig-partner-team",
    "autoCloseLowRisk": false
  }
}

Interessekonflikt — ny rolle hos klient overlapper med firmaets andre oppdrag

Advokatforeningens etiske regler kap. 3 (interessekonflikt). Hvis en ny daglig leder eller styremedlem hos klient er ansatt eller har styreverv i et selskap som er motpart i et annet av firmaets pågående oppdrag, må advokat vurdere om konflikten kan løses (informert samtykke) eller om firmaet må trekke seg fra ett av oppdragene.

Trigger

Brreg registrerer rolle-endring (eventType=rolle-endring) for klient eller motpart i firmaets aktive-oppdrag-watchlist. Cross-query mot firmaets eksisterende oppdrags-portefølje for overlapp-deteksjon.

Advokats avviks-terskler

Terskel A — ny daglig leder eller styreleder hos klient som overlapper med rolle i firmaets motpart-side i annet oppdrag åpner sak (severity = critical) — krever umiddelbar konflikt-vurdering.
Terskel B — ny styremedlem eller signaturberettiget åpner sak (severity ≥ high) — kan utløse konflikt-vurdering.
Terskel C — rolle-endring uten dokumentert overlapp i firmaets database flagges som info — kan re-vurderes ved nye oppdrag.

Konsekvens

Sak åpnes med 8-timers SLA og eskalerer til ansvarlig partner + firmaets etiske utvalg. AI-triage henter oppdrags-data fra recorden og firmaets eksisterende klient-portefølje, og foreslår om firmaet bør (1) be om informert samtykke fra begge klienter iht. Advokatforeningens etiske regler kap. 3, (2) trekke seg fra ett av oppdragene hvis samtykke ikke kan oppnås, eller (3) lukke saken hvis overlappet ikke er materielt.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "advokat-interessekonflikt",
  "name": "Interessekonflikt — rolle-overlapp på tvers av oppdrag",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 8,
    "assignTo": "etisk-utvalg-team",
    "autoCloseLowRisk": false
  }
}

Selskaps-/eier-endring i exclusivity- eller deal-perioden — SPA-warranty-trigger

Standard SPA-praksis og Tvisteloven kap. 21 (bevis-fremleggelse hvis sak går til tvist). Når klient er i exclusivity-periode eller mellom signing og closing, må advokat fange materielle endringer hos motpart (kapital-bevegelse, konsern-omorganisering, ledelses-bytte) for å vurdere om SPA-representations eller warranty-er må re-forhandles før closing.

Trigger

Brreg registrerer materiell event (eventType=kapital-endring|konsern-tilknytning|rolle-endring) for motpart i exclusivity-/deal-perioden i firmaets watchlist.

Advokats avviks-terskler

Terskel A — kapital-nedsettelse > 20% i exclusivity-perioden åpner sak (severity ≥ high) — mulig brudd på locked-box-mekanisme eller leakage-klausul.
Terskel B — konsern-tilknytnings-endring (oppkjøp av motpart eller intern omorganisering) åpner sak (severity ≥ high) — kan utløse change-of-control-warranty.
Terskel C — bytte av daglig leder eller styreleder i exclusivity-perioden åpner sak (severity ≥ medium) — krever vurdering av om representant-warranty fortsatt holder.

Konsekvens

Sak åpnes med 24-timers SLA og tildeles ansvarlig M&A-advokat. AI-triage henter SPA-utkast fra recorden, sammenligner hendelsen mot representations- og warranty-klausuler, og foreslår om advokat bør (1) kreve representations-update fra selger, (2) initiere force majeure-/MAC-vurdering, eller (3) lukke saken hvis hendelsen ikke utløser SPA-trigger.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "advokat-selskap-endring-exclusivity",
  "name": "Selskap-/eier-endring i exclusivity- eller deal-periode",
  "active": true,
  "match": {
    "eventTypes": [
      "kapital-endring",
      "konsern-tilknytning",
      "rolle-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "ma-advokat",
    "autoCloseLowRisk": false
  }
}

Konkret use-case · for forsker og akademia

Forsknings-watchlists — replikerbarhet og fagfelle-svar

Det er ikke et nytt regel-språk å lære. Forsker beskriver terskler i forsknings-språk — SSB-revisjon som påvirker baseline, Brreg-event på case-selskap, Lovdata-paragraf- endring som utdaterer rettsvitenskaplig analyse — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel her er forankret i replikerbarhetsprinsippet, NESH- retningslinjer eller FAIR-prinsippene — etterprøvbar mot konkret forsknings-etisk standard.

SSB-tabell-revisjon — påvirker publisert baseline-konklusjon

Replikerbarhetsprinsippet i empirisk samfunnsforskning + FAIR-prinsippene (Reusable). SSB reviderer historiske tabeller regelmessig (typisk sektor-omklassifiseringer, korrigerte tall). For publiserte empiriske artikler kan revisjon endre baseline-konklusjon — særlig hvis differanse > 5% i nøkkeltall. Forsker må fange dette og dokumentere som sensitivitets-analyse.

Trigger

SSB-revisjons-event (eventType=annen-endring) registrerer ny versjon av tabell som forskeren har brukt som baseline i pågående eller nylig publisert prosjekt.

Forskers avviks-terskler

Terskel A — revisjon av nøkkel-tabell som påvirker > 10% av nøkkeltall i publisert artikkel åpner sak (severity = critical) — krever errata-vurdering.
Terskel B — revisjon med differanse 5-10% åpner sak (severity ≥ high) — krever sensitivitets-analyse i metode-kapittelet hvis pågående.
Terskel C — mindre justering (< 5%) flagges som info — bør dokumenteres men ikke kritisk.

Konsekvens

Sak åpnes med 72-timers SLA og tildeles prosjekt-ansvarlig forsker. AI-triage henter prosjekt-data fra recorden, re-kjører nøkkel-analyse mot ny SSB-versjon, og foreslår om forsker bør (1) sende inn errata hvis publisert artikkel påvirkes materielt, (2) kjøre sensitivitets-analyse i pågående prosjekt, eller (3) lukke saken hvis revisjon ikke påvirker konklusjon.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "academia-ssb-revisjon",
  "name": "SSB-revisjon — baseline-effekt på publisert/pågående forskning",
  "active": true,
  "match": {
    "eventTypes": [
      "annen-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 72,
    "assignTo": "prosjekt-forsker",
    "autoCloseLowRisk": true
  }
}

Brreg-event på case-selskap — kvalitativ case-studie under analyse

Kvalitativ case-studie-metode (Yin, Stake) + NESH-retningslinjer for forskning på organisasjoner. For lengre-løpende case-studier (PhD-prosjekter, post-doc, longitudinelle studier) er det material å fange Brreg-events som påvirker case-grunnlaget — eierskifte, konkurs, vesentlig kapital-endring.

Trigger

Brreg registrerer kritisk event (eventType=konkurs|under-avvikling|rolle-endring|kapital-endring) for orgnr som er case-selskap i forskerens watchlist.

Forskers avviks-terskler

Terskel A — konkurs eller avvikling hos case-selskap åpner sak umiddelbart (severity = critical) — kan ende eller transformere case-studien (særlig hvis case sentral for konklusjon).
Terskel B — eierskifte eller styre-bytte i langtids-case åpner sak (severity ≥ high) — material kontekst-endring som påvirker tolkning.
Terskel C — adresse-endring eller mindre kapital-justering ignoreres (severity = info) — typisk uten betydning for forsknings-konklusjon.

Konsekvens

Sak åpnes med 48-timers SLA og tildeles prosjekt-ansvarlig forsker. AI-triage henter case-historikk fra recorden, vurderer event-betydning, og foreslår om forsker bør (1) inkludere event i case-narrativ som tilleggs-funn, (2) avslutte case-studie hvis konkurs gjør fortsatt observasjon umulig, eller (3) lukke saken hvis ikke material for analyse.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "academia-brreg-case-event",
  "name": "Brreg-event på kvalitativt case-selskap",
  "active": true,
  "match": {
    "eventTypes": [
      "konkurs",
      "under-avvikling",
      "rolle-endring",
      "kapital-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "medium",
    "slaHours": 48,
    "assignTo": "prosjekt-forsker",
    "autoCloseLowRisk": true
  }
}

Lovdata-paragraf-endring — rettsvitenskaplig analyse utdatert

Rettsvitenskaplig metode + sitering-konvensjoner for norske lover (Lovdata, Stortinget-tinglysing). Mellom innsending og publisering av rettsvitenskaplig artikkel kan paragrafer endres — særlig viktig for områder som compliance, skatt og selskapsrett der lov-endringer er hyppige.

Trigger

Lovdata-endrings-event (eventType=annen-endring) registrerer ny versjon av paragraf som forskeren har sitert i pågående eller nylig akseptert artikkel.

Forskers avviks-terskler

Terskel A — repealed (opphevet) paragraf som er sentral i artikkel åpner sak umiddelbart (severity = critical) — krever errata eller revisjon før publisering.
Terskel B — material innholds-endring i sitert paragraf åpner sak (severity ≥ high) — krever oppdatering av sitering og evt. argumentasjon.
Terskel C — mindre språklige endringer flagges som info — bør sjekkes men ikke kritisk.

Konsekvens

Sak åpnes med 48-timers SLA og tildeles prosjekt-ansvarlig forsker. AI-triage henter sitering-data fra recorden, sammenligner ny lovdata-versjon mot artikkel-tekst, og foreslår om forsker bør (1) sende oppdatert manuskript til tidsskrift hvis pre-publisering, (2) sende errata hvis allerede publisert, eller (3) lukke saken hvis endring ikke påvirker argumentasjon.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "academia-lovdata-paragraf",
  "name": "Lovdata-endring — sitert paragraf utdatert",
  "active": true,
  "match": {
    "eventTypes": [
      "annen-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 48,
    "assignTo": "rettsvitenskap-forsker",
    "autoCloseLowRisk": true
  }
}

Konkret use-case · for PE-/VC-fond

Fond-watchlists porteføljeleder konfigurerer

Det er ikke et nytt regel-språk å lære. Porteføljeleder beskriver terskler i fond-språk — IFRS 9-impairment-trigger, CSRD/SFDR-eksponering-endring, exit-signal fra sektor-M&A — og motoren oversetter til samme tenant-regel som KYB-flyten. Hver terskel her er forankret i AIFMD, ILPA Reporting Standards, IFRS 9 og SFDR art. 6/8/9 — etterprøvbar mot konkret regulatorisk standard.

IFRS 9 impairment-trigger — material change i portefølje

IFRS 9 (fair value through P&L for PE/VC-fond) krever løpende impairment-vurdering ved material change. Brreg-events som indikerer økonomisk svikt (konkurs-signal, kapital-nedsettelse > 20%, nøkkel-person-bytte) utløser plikt til å re-vurdere fair value før neste LP-rapport.

Trigger

Brreg registrerer material event (eventType=kapital-endring|konkurs|under-avvikling|rolle-endring) for porteføljebedrift i fondets watchlist.

Porteføljeleders avviks-terskler

Terskel A — konkurs/avviklings-signal åpner sak umiddelbart (severity = critical) — utløser IFRS 9 final write-down vurdering før LP-rapport.
Terskel B — kapital-nedsettelse > 20% åpner sak (severity ≥ high) — krever fair value re-vurdering og evt. impairment.
Terskel C — daglig leder eller CFO-bytte hos porteføljebedrift åpner sak (severity ≥ medium) — kan indikere drift-utfordring som påvirker fair value.

Konsekvens

Sak åpnes med 4-timers SLA og eskalerer til porteføljeleder + CFO. AI-triage henter porteføljedata fra recorden og foreslår om fondet bør (1) initiere IFRS 9 impairment-vurdering, (2) re-beregne NAV før neste LP-rapport, (3) oppdatere SFDR-rapportering hvis material ESG-implikasjon, eller (4) lukke saken som ikke-material.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "pe-vc-impairment-trigger",
  "name": "IFRS 9 impairment-trigger på porteføljebedrift",
  "active": true,
  "match": {
    "eventTypes": [
      "kapital-endring",
      "konkurs",
      "under-avvikling",
      "rolle-endring"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "critical",
    "slaHours": 4,
    "assignTo": "portefolje-cfo-team",
    "autoCloseLowRisk": false
  }
}

CSRD/SFDR-eksponering — porteføljebedrift krysser terskel

CSRD (selskaps-bærekraftsrapportering) + SFDR art. 6/8/9 (fond-klassifisering). Når porteføljebedrift krysser CSRD-terskel (omsetning > 50 MNOK, > 250 ansatte, balansesum > 25 MNOK eller annet relevant terskelverdi) endres fondets SFDR-eksponering — særlig kritisk for art. 8-fond (ESG-promoterende) eller art. 9-fond (sustainability objective).

Trigger

SSB-event eller årsregnskaps-oppdatering registrerer at porteføljebedrift har krysset CSRD-terskel (eventType=annen-endring med regulatoryContext=csrd).

Porteføljeleders avviks-terskler

Terskel A — porteføljebedrift krysser CSRD-pliktig terskel åpner sak (severity = high) — krever oppdatert SFDR-rapportering og evt. fond-klassifiserings-revurdering.
Terskel B — material ESG-event (sanksjons-treff, miljø-/menneskerett-skandale) åpner sak (severity = critical) — kan utløse art. 9-fond-disqualifisering.
Terskel C — mindre ESG-justering (CO2-rapportering oppdatert) flagges som info — bør dokumenteres i neste LP-rapport.

Konsekvens

Sak åpnes med 24-timers SLA og tildeles ESG-/CSRD-ansvarlig + porteføljeleder. AI-triage henter porteføljedata fra recorden og foreslår om fondet bør (1) oppdatere SFDR-art. 8/9-rapportering, (2) re-klassifisere fondet hvis material change, eller (3) inkludere som funn i neste LP-rapport iht. ILPA Reporting Standards.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "pe-vc-csrd-sfdr",
  "name": "CSRD/SFDR-eksponering — porteføljebedrift krysser terskel",
  "active": true,
  "match": {
    "eventTypes": [
      "annen-endring"
    ],
    "minSeverity": "medium",
    "regulatoryContext": [
      "csrd"
    ]
  },
  "action": {
    "openCase": true,
    "priority": "high",
    "slaHours": 24,
    "assignTo": "esg-portefoljeleder-team",
    "autoCloseLowRisk": false
  }
}

Exit-signal — M&A-aktivitet rundt porteføljebedrift

PE/VC-fond har LPA-vilkår om exit-vindu (typisk 5-7 års holdperiode). M&A-aktivitet rundt porteføljebedrift (eierskifte i konkurrent, sektor-konsolidering, konsern-tilknytnings-event) kan signalisere optimal exit-vindu — særlig hvis fondet nærmer seg fond-vintage cutoff for exit.

Trigger

Brreg-event registrerer M&A-relevant aktivitet (eventType=rolle-endring|kapital-endring|konsern-tilknytning) i porteføljebedrifts sektor eller på direkte konkurrenter.

Porteføljeleders avviks-terskler

Terskel A — konsern-tilknytnings-endring hos konkurrent eller direkte sektor-aktør åpner sak (severity ≥ medium) — kan signalisere konsoliderings-trend.
Terskel B — material kapital-tilførsel hos sektor-aktør åpner sak (severity ≥ medium) — kan indikere økt verdsettelse-multipler.
Terskel C — mindre rolle-bytte ignoreres med mindre porteføljebedrift nærmer seg exit-vindu.

Konsekvens

Sak åpnes med 72-timers SLA og tildeles porteføljeleder. AI-triage henter sektor-data fra recorden og foreslår om fondet bør (1) initiere strategic review av porteføljebedriftens exit-alternativer, (2) kontakte M&A-rådgiver for valuation-update, eller (3) lukke saken hvis hold-strategien er uendret.

Vis tenant-regelen som ville opprettet saken

{
  "ruleId": "pe-vc-exit-signal",
  "name": "Exit-signal — M&A-aktivitet i sektor",
  "active": true,
  "match": {
    "eventTypes": [
      "rolle-endring",
      "kapital-endring",
      "konsern-tilknytning"
    ],
    "minSeverity": "medium"
  },
  "action": {
    "openCase": true,
    "priority": "medium",
    "slaHours": 72,
    "assignTo": "portefoljeleder",
    "autoCloseLowRisk": true
  }
}