Vi bruker informasjonskapsler til autentisering og — med ditt samtykke — til analyse. Les mer.
Ketl er ikke et oppslagsverktøy. Hver gang en bruker, agent eller webhook sjekker et orgnr, beriker vi en privat selskapsgraf som er din eiendom. Etter 30 dager har du en operativ database uten at noen har løftet en finger.
Hver record lever under tenants/{t}/records/{orgnr}. Data aggregeres aldri på tvers av tenants. Det er kontrakten vi selger — ikke et feature-valg.
Selskapssøk, Kartverket-oppslag, SSB-regnskap, webhook-varsler: alt som passerer gjennom KETL oppdaterer recorden automatisk uten ekstra arbeid for brukeren.
Hver ekte endring blir en egen versjon med diff (added/changed/removed). No-op berikelser oppretter ikke ny versjon, så loggen forblir meningsbærende.
KYB, ODD, PEP, sanctions, CSRD, ESG: hver vurdering er tidsstemplet, koblet til kilder, og med eller uten AI-sammendrag og gyldighetsdato.
Andre oppslag på samme selskap er raskere og billigere fordi grunnlaget allerede er beriket. Etter 30 dagers bruk har tenant en operativ database gratis.
Per-tenant DPA styrer retention. Full sletting av record på tenant-admin sitt bord, audit-spor (separat kjede) av selve slettingen bevares.
Recorden er et rikt objekt, men den er gjennomsiktig: du kan eksportere den som JSON/PDF når som helst og inspisere alt.
snapshotversionsassessmentsdocumentsnotestagsAnna søker opp Nordlysmedia AS (913289933). Brreg-oppslaget oppretter recorden med navn, adresse, næringskode, styreleder.
Risiko-agent kjører KYB-protokoll. Kartverket-kall henter matrikkelenheter, SSB-kall henter regnskapsdata. Tre nye versjoner; en ny vurdering.
Anna laster opp siste årsrapport. AI ekstraherer revisjonsberetning, signaturer og sidetall. Dokument + metadata bevares i recorden.
Brreg-webhook: styreleder endret fra Kari Berg til Lars Vik. Recorden oppdateres automatisk; risiko-agent kjører ODD og registrerer middels verdict fordi Lars Vik hadde styreverv i et konkursrammet selskap.
Finanstilsynet ber om dokumentasjon. Eksport av recorden (JSON/PDF) gir full historikk: hvem så hva, når, og hva AI-sammendragene konkluderte med hver gang.
Fra innledende KYB til løpende oppfølging og arkivering. Når revisor 3 år senere må begrunne en beslutning, er hele kjeden i recorden — inkludert AI-sammendraget som ble brukt på beslutningstidspunktet.
Recorden er kontoens minne. Brreg-webhook-varsel om styreendring trigger re-vurdering; forrige verdict og sammendrag er kun ett klikk unna.
Fra dealflow-scoring til månedlig reporting. Ny info om en porteføljebedrift havner automatisk i recorden, slik at månedsrapporten skriver seg selv.
Hver mottaker har en record. Endringer i regnskap, bostedskommune eller styreverv flagges mot tilskuddsvilkårene uten at saksbehandler må sjekke manuelt.
Living business record er ikke et eget arkiv revisor må fylle. Den samme recorden produserer dokumentasjonen ISA 210 (oppdragsstart), ISA 315 (løpende risiko-vurdering) og ISA 560/580 (årsavslutning og fullstendighet) krever — fordi feltene som beriker recorden er de samme revisor ellers ville lett etter manuelt. Eksport som JSON/PDF blir arbeidspapir; ingen dobbeltarbeid.
ISA 210 (avtale om vilkår for revisjonsoppdrag) og Revisorloven § 9-1. Revisor må dokumentere at forutsetningene for oppdraget foreligger før oppdragsbrev signeres, inkludert klientens integritet, kompetanse og uavhengighet.
Formål
Etablere baseline KYB-vurdering på klientselskapet og knytte oppdragsbrev + uavhengighets-erklæring til recorden — slik at kvalitetskontroll 3 år senere kan se hvilke fakta som forelå da revisor sa ja.
Hva recorden dekker
snapshotassessmentsdocumentsOppfølging
Etter aksept: settes løpende-overvåking-policy i Event-driven review engine for klienten — Brreg-oppdateringer trigger automatisk re-vurdering uten manuell oppfølging.
{
"assessmentId": "asmt-oppdragsstart-001",
"ts": "2026-05-24T08:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "oppdragsansvarlig-revisor",
"name": "Oppdragsansvarlig revisor",
"kind": "user"
},
"aiSummary": "Klientselskapet har ren historikk i Brreg, ingen tidligere konkurser i styreverv, ingen sanksjons-treff. Uavhengighets-erklæring signert; oppdragsbrev godkjent.",
"sources": [
{
"kind": "brreg",
"id": "enhet-995271480",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/995271480",
"ts": "2026-05-24T07:58:00+02:00"
},
{
"kind": "dokument",
"id": "oppdragsbrev-2026-05-24",
"ts": "2026-05-24T08:00:00+02:00"
}
],
"validUntil": "2027-05-24T08:00:00+02:00",
"notes": "Re-vurderes ved kalender-rullering eller event-trigger fra rolle-/kapital-endring."
}ISA 315 (revisors identifisering og vurdering av risiko for vesentlig feilinformasjon). Risikovurderingen er ikke et engangs-arbeid ved oppdragsstart, men en pågående aktivitet gjennom hele revisjonsperioden.
Formål
Gi revisor en versjonert sannhets-kilde for risiko-relevante endringer i klienten mellom interim og endelig revisjon — slik at risikovurderingen reflekterer faktisk klient-tilstand på tidspunktet revisjonshandlinger utføres.
Hva recorden dekker
versionsassessmentsnotesOppfølging
Mellom interim- og endelig revisjon: recorden eksporteres som arbeidspapir-vedlegg til risikovurderingsdokumentet og arkiveres i revisors interne arkiv via Audit Trail.
{
"assessmentId": "asmt-lopende-002",
"ts": "2026-09-15T10:30:00+02:00",
"type": "odd",
"verdict": "middels",
"byActor": {
"id": "review-agent",
"name": "Event-driven review engine",
"kind": "agent"
},
"aiSummary": "Brreg-event 2026-09-15 09:42: kapitalnedsettelse 30% (over terskel B i revisor-konfig). Risiko-signal for going concern — eskalert til oppdragsansvarlig for ISA 570-vurdering.",
"sources": [
{
"kind": "brreg",
"id": "event-kapital-2026-09-15",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "brreg-webhook-9012",
"ts": "2026-09-15T09:43:00+02:00"
}
],
"notes": "Foreslått oppfølging: oppdatert kontantstrømprognose fra klient, vurdering av låneavtale-covenants."
}ISA 560 (etterfølgende hendelser) og ISA 580 (skriftlige uttalelser fra ledelsen). Revisor må vurdere hendelser mellom balansedato og dato for revisjonsberetning, og innhente skriftlig bekreftelse fra ledelsen.
Formål
Gi revisor automatisk dekning av perioden mellom balansedato og signering av beretning — recorden viser eksplisitt hvilke versions som falt i ISA 560-vinduet, slik at ingen materielle hendelser ufrivillig utelates fra revisjonshandlingene.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter signering av beretning: hele recorden eksporteres som JSON/PDF og legges i revisors permanente arkiv. Etter 10 år (Revisorlovens minste-krav) kan record slettes på tenant-admin sitt initiativ; sletting selv logges i Audit Trail.
{
"assessmentId": "asmt-arsavslutning-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "oppdragsansvarlig-revisor",
"name": "Oppdragsansvarlig revisor",
"kind": "user"
},
"aiSummary": "ISA 560-gjennomgang: 4 versions i perioden balansedato 2026-12-31 → beretning 2027-04-30. Alle gjennomgått og funnet uten materiell betydning for regnskapet. Fullstendighetserklæring (ISA 580) signert av daglig leder og styreleder 2027-04-28.",
"sources": [
{
"kind": "dokument",
"id": "arsrapport-2026",
"ts": "2027-04-15T10:00:00+02:00"
},
{
"kind": "dokument",
"id": "fullstendighetserklaering-2026",
"ts": "2027-04-28T14:00:00+02:00"
},
{
"kind": "brreg",
"id": "enhet-995271480-versjon-2027-04-30",
"ts": "2027-04-30T15:30:00+02:00"
}
],
"validUntil": "2037-04-30T16:00:00+02:00",
"notes": "Eksportert som JSON + PDF til revisors permanente arkiv. Bevares minst 10 år per Revisorloven § 8-2."
}Living business record er ikke et eget arkiv M&A-rådgiver må fylle. Den samme recorden produserer dokumentasjonen IMAA pre-deal screening, deal-fase due diligence og post-close monitoring (PEPP-modellen) krever — fordi feltene som beriker recorden er de samme rådgiver ellers ville lett etter manuelt. Eksport som JSON/PDF blir investerings-komité-vedlegg og LP-rapport-grunnlag; ingen dobbeltarbeid.
IMAA pre-deal screening og PEPP fase 1 (Pre-Deal). M&A-rådgiver må dokumentere screening-kriterier, hvilke selskap som ble vurdert (long-list → short-list), og hvorfor noen ble forkastet — slik at klient kan se metoden og investeringskomité kan etterkontrollere utvalget.
Formål
Etablere baseline KYB-vurdering per kandidat-selskap i screening-universet og knytte filter-kriteriene (NACE, omsetning, EBITDA, eierform, geografi) til recorden — slik at man 6 måneder senere kan vise klient hvorfor akkurat disse 18 selskapene endte på short-list.
Hva recorden dekker
snapshotassessmentsnotesOppfølging
Etter short-list: settes løpende-overvåking-policy i Event-driven review engine for de 5–10 prioriterte målselskapene — Brreg-endringer (eierskifte, kapitalendring, daglig leder) trigger varsel før konkurrent eller eier-selv beveger seg.
{
"assessmentId": "asmt-sourcing-001",
"ts": "2026-05-24T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "ma-rådgiver",
"name": "Lead M&A-rådgiver",
"kind": "user"
},
"aiSummary": "Målselskap matcher screening-kriteriene: NACE 62.010 (programmering), omsetning 95 MNOK (innenfor 50–150 MNOK-vindu), eier-strukturen er konsentrert (3 grundere holder 87%), ingen krysseierskap til konkurrenter i klientens portefølje. Anbefales for short-list.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-24T08:58:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-regnskap-913289933-2025",
"ts": "2026-05-24T08:59:00+02:00"
}
],
"validUntil": "2026-08-24T09:00:00+02:00",
"notes": "Re-vurderes ved kvartalstall eller eier-/styre-endring som trigger automatisk re-screening."
}IMAA commercial og legal DD, PEPP fase 2 (Execution). M&A-rådgiver må produsere DD-rapport som dekker kommersielle, finansielle, juridiske og operasjonelle dimensjoner — med eksplisitt kilde-referanse på hver konklusjon slik at investeringskomité kan etterkontrollere uten å gjøre om hele arbeidet.
Formål
Gi konsulent en versjonert sannhets-kilde for alle DD-relevante endringer som skjer i målselskapet mellom NDA-signering og budgivning — slik at DD-rapporten reflekterer faktisk selskaps-tilstand på cutoff-dato, ikke en utdatert snapshot.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Etter DD: recorden eksporteres som DD-arbeidspapir-vedlegg til investeringskomité-memo og arkiveres i konsulents permanente arkiv via Audit Trail. Hvis budet vinner: re-bruk samme record som baseline for post-close monitoring.
{
"assessmentId": "asmt-dd-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "odd",
"verdict": "middels",
"byActor": {
"id": "dd-agent",
"name": "Event-driven review engine (DD-modus)",
"kind": "agent"
},
"aiSummary": "Brreg-event 2026-09-15 09:42: kapitalnedsettelse 30%. Risiko-signal — kan indikere skjult utbytte til selger før signing eller likviditetsutfordring. Anbefales eskalert til lead-rådgiver for Q-of-E-justering og evt. forhandling av purchase price adjustment.",
"sources": [
{
"kind": "brreg",
"id": "event-kapital-913289933-2026-09-15",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "brreg-webhook-deal-room",
"ts": "2026-09-15T09:43:00+02:00"
},
{
"kind": "dokument",
"id": "q-of-e-2026-09-10",
"ts": "2026-09-10T16:00:00+02:00"
}
],
"notes": "Foreslått oppfølging: oppdatert working capital adjustment og MAC-klausul-vurdering før signing."
}IMAA value capture og PEPP fase 3–4 (Post-Close, Performance). Etter signing må M&A-rådgiver dokumentere at kjøper får verdien som ble betalt for — covenants overholdes, earn-out-mål blir målt rettferdig, og post-merger integration-risiko fanges tidlig.
Formål
Gi kjøper (eller konsulent på vegne av kjøper) automatisk dekning av perioden mellom closing og slutt på earn-out-vinduet — recorden viser eksplisitt hver versjon som potensielt påvirker earn-out-beregning eller covenant-status, slik at ingen materielle hendelser ufrivillig utelates fra purchase price adjustment.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter earn-out-perioden: hele recorden eksporteres som JSON/PDF og legges i konsulents (og kjøpers) permanente arkiv. Brukes som referanse hvis det kommer claim fra selger om feilberegning av earn-out — eller fra kjøper om brudd på warranties.
{
"assessmentId": "asmt-postclose-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "credit",
"verdict": "lav",
"byActor": {
"id": "post-close-overvakning",
"name": "Post-close monitoring agent",
"kind": "agent"
},
"aiSummary": "Q1 2027-monitoring: 4 versions i perioden closing 2026-12-15 → 2027-03-31. Ingen kapitalendring, ingen styreendring, ingen Doffin-vinning over 5 MNOK. Earn-out-baseline (EBITDA-margin > 18%) er målbar fra SSB-regnskap når årsrapport leveres juni 2027. Ingen MAC-trigger.",
"sources": [
{
"kind": "dokument",
"id": "spa-2026-12-15",
"ts": "2026-12-15T14:00:00+02:00"
},
{
"kind": "brreg",
"id": "enhet-913289933-versjon-2027-03-31",
"ts": "2027-03-31T23:59:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-regnskap-913289933-q1-2027",
"ts": "2027-04-15T10:00:00+02:00"
}
],
"validUntil": "2027-07-31T16:00:00+02:00",
"notes": "Eksportert som vedlegg til Q1-rapport for kjøpers investerings-komité. Bevares minst 7 år per Bokføringsloven § 13."
}Living business record er ikke et eget research-arkiv journalist må vedlikeholde. Den samme recorden produserer dokumentasjonen Vær Varsom-plakaten 3.2, Redaktørplakaten og PFU-saksbehandling krever — fordi feltene som beriker recorden er de offentlige kildene metoderapporten er bygd av. Kildevernet holdes utenfor: recorden lagrer kun aksess mot offentlige registre, ikke menneskelig kildekontakt.
VVP 3.2 (kritisk kildeholdning) og SKUP-metodikk for entity-research. Undersøkende journalist må dokumentere hvilke offentlige registre som er sjekket, hvilke fakta som er bekreftet og hvilke som fortsatt er hypoteser — slik at redaktør i fase 2 kan etterkontrollere uten å re-gjøre hele researchen, og slik at metoderapporten kan publiseres som vedlegg ved publisering.
Formål
Etablere strukturert sak-mappe per omtalt selskap eller person i gravesaken: hva er bekreftet fra Brreg, hvilke roll-endringer er logget, hvilke regnskaps-funn er gjort, hvilke spørsmål er fortsatt ubesvart — alt med kilde-tidsstempel og versjon slik at saken kan forsvares mot påstand om feilframstilling.
Hva recorden dekker
snapshotassessmentsnotesOppfølging
Etter pre-publisering: settes løpende-overvåking-policy i Event-driven review engine for hovedpersonene — Brreg-endringer (eierskifte, nye styreverv, konkurs) trigger varsel under tipsbehandling og kan utløse oppfølger eller stopp av planlagt publisering.
{
"assessmentId": "asmt-prepub-001",
"ts": "2026-05-24T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "gravereporter",
"name": "Undersøkende journalist",
"kind": "user"
},
"aiSummary": "Hovedperson i gravesak er registrert som daglig leder i Selskap AS (orgnr 913289933) siden 2021-03-12. Selskapet har omsetning på 95 MNOK i 2025 (SSB-bekreftet via Skatteetaten-aggregat). To styreverv i NACE 64.301 (holdingvirksomhet) er aktive per 2026-05-24. Ingen aktive konkursregistreringer. Fakta som er bekreftet i fire offentlige kilder med stable URL og tidsstempel.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-24T08:58:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-regnskap-913289933-2025",
"ts": "2026-05-24T08:59:00+02:00"
},
{
"kind": "konkursregister",
"id": "konkurs-913289933-historikk",
"ts": "2026-05-24T08:59:30+02:00"
}
],
"validUntil": "2026-08-24T09:00:00+02:00",
"notes": "Re-vurderes ved kvartalstall eller ved rolle-/eier-endring som påvirker den publiserte påstanden."
}Redaktørplakaten og VVP 3.7 (presisjon i sitat og fakta). Redaktør har det publisistiske ansvaret og må kunne dokumentere at faktagrunnlaget er gjennomgått før publisering. Metoderapport på publisering er den moderne ekvivalenten av den klassiske SKUP-metoderapport-disiplinen — eksternt etterprøvbar fra dag én.
Formål
Gi redaksjon en versjonert sannhets-kilde for alle research-relevante endringer som skjer i omtalte enheter mellom pre-publisering og pressen-går — slik at den publiserte artikkelen reflekterer faktisk fakta-tilstand på publiserings-dato, og slik at metoderapporten viser hvilke versjoner av kildedata som lå til grunn for hver påstand.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Etter publisering: recorden eksporteres som metoderapport-vedlegg via Explainability og arkiveres i redaksjonens permanente arkiv via Audit Trail. Re-bruk samme record som baseline for post-publisering-overvåking og oppfølger-saker.
{
"assessmentId": "asmt-redaktor-002",
"ts": "2026-06-10T11:30:00+02:00",
"type": "odd",
"verdict": "middels",
"byActor": {
"id": "redaktor",
"name": "Redaktør (publisistisk ansvarlig)",
"kind": "user"
},
"aiSummary": "Brreg-event 2026-06-10 09:42: hovedpersonen i saken har trådt ut av styret i Selskap AS dagen før planlagt publisering. Krever oppdatering av artikkelens tids-formulering (\"er styremedlem\" → \"var styremedlem fram til 9. juni 2026\") for å unngå presisjonsbrudd mot VVP 3.7. Påvirker ikke konklusjonen i saken.",
"sources": [
{
"kind": "brreg",
"id": "event-rolle-913289933-2026-06-10",
"ts": "2026-06-10T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "brreg-webhook-gravesak-watchlist",
"ts": "2026-06-10T09:43:00+02:00"
}
],
"notes": "Foreslått oppfølging: oppdatert formulering signert av redaktør før publisering kl. 06:00 dagen etter."
}Vær Varsom-plakaten 4.13 (retting av feil) og PFU-saksbehandling. Etter publisering må redaksjon kunne dokumentere hva som faktisk var kjent på publiserings-tidspunktet — ikke hva som er kjent nå — for å forsvare seg mot påstand om uaktsom omtale. Oppfølger-overvåking gir samtidig grunnlag for naturlig sak-utvikling: «hva skjedde etterpå?».
Formål
Bevare publiserings-tidspunktets faktagrunnlag som etterprøvbart referansegrunnlag i hele PFU-klagefristen (12 uker) og lenger — slik at redaksjon kan svare på klage uten å re-konstruere arbeidet, og slik at senere endringer i de overvåkede entitetene kan gi grunnlag for oppfølger-sak når det er nyhetsverdig.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter klage-frist: hele recorden bevares som tamper-evident logg via Audit Trail. Brukes som referanse hvis det kommer PFU-klage, æreskrenkelses-søksmål eller hvis redaksjon ønsker å publisere oppfølger-sak basert på senere endringer i de overvåkede enhetene.
{
"assessmentId": "asmt-postpub-003",
"ts": "2026-09-05T16:00:00+02:00",
"type": "odd",
"verdict": "lav",
"byActor": {
"id": "post-publisering-overvakning",
"name": "Post-publisering monitoring agent",
"kind": "agent"
},
"aiSummary": "12 uker post-publisering (PFU-klagefristen utløpt). 4 versions i perioden 2026-06-11 → 2026-09-05: én rolle-endring (allerede dekket i artikkel), én adresseendring (ikke relevant for sak), to kapital-endringer (under terskel — ikke materiell). Ingen PFU-klage registrert. Ingen rettings-behov. Arkivert som referansegrunnlag.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933-versjon-2026-09-05",
"ts": "2026-09-05T15:59:00+02:00"
},
{
"kind": "manuell",
"id": "pfu-status-2026-09-05",
"ts": "2026-09-05T15:59:30+02:00"
}
],
"validUntil": "2027-09-05T16:00:00+02:00",
"notes": "Bevares minst 5 år som redaksjonell standard. Cross-link til metoderapport-eksport for oppfølger-sak hvis ny offentlig informasjon endrer bildet."
}Living business record er ikke noe startup-en må bygge selv. Per-tenant stateful kontekst, vektor-db-init, snapshot-diff- generering, GDPR art. 20-eksport og SOC2 CC6.5-deprovisioning kommer gratis ved å bygge på Ketl. Startup-en eksponerer samme `Explanation`-pakke i sin egen SDK uten å designe audit-felt-format — kundene får compliance-klare svar fra dag én.
Multi-tenant SaaS-arkitektur: per-tenant data-isolasjon by default. Når en startup ruller ut sin AI-agent for ny kunde, må stateful kontekst initieres uten at kunde-data kan lekke til andre tenants. Ketl recorden er per-tenant-scoped i Firestore-pathen `tenants/{t}/records/{orgnr}`; agent-bootstrap-en blir derfor en idempotent `record.create`-flyt — startup-en skipper å bygge eget vektor-db-init med tenant-isolasjon, dedup-policy og first-write-protection.
Hva startup-en skipper å bygge
Slipp å bygge: vektor-db-init-jobb, tenant-isolasjons-firewall, multi-tenant Firestore-paths, dedup-key-strategi, idempotent create-pattern, agent-snapshot-format. Alt dette kommer gratis ved første POST mot `/api/v1/records` for orgnr.
Hva recorden dekker
snapshotassessmentsnotesOppfølging
Etter bootstrap: agent-en abonnerer på Brreg-webhooks via Event-driven review engine for kundens målselskap — startup-en skipper å bygge Cloud Scheduler-jobb, dedup-tabell og retry-policy.
{
"assessmentId": "asmt-bootstrap-001",
"ts": "2026-05-25T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "startup-agent-prod-v1.2.0",
"name": "Customer-onboarding agent",
"kind": "agent"
},
"aiSummary": "Tenant onboarded: kundens målselskap 913289933 har fått initiell snapshot fra Brreg + SSB + Kartverket. Agent-en kan henvise til record.snapshot.fields for senere AI-spørringer uten ekstra kilde-kall. Tenant-isolasjons-tester (3 stk) er kjørt — ingen lekkasje til andre tenants. Klar for kundens første spørring.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-25T08:58:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-regnskap-913289933-2025",
"ts": "2026-05-25T08:59:00+02:00"
}
],
"validUntil": "2026-08-25T09:00:00+02:00",
"notes": "Bootstrap-vurdering forblir gyldig 90 dager eller til Event-driven review engine flagger en endring."
}Stateful-AI-prinsipp: en LLM-agent uten persistent kontekst gjentar arbeid mellom samtaler og kan gi inkonsistente svar til samme kunde over tid. Recorden er denne persistente konteksten — startup-en skipper å bygge eget chat-history-DB, eget snapshot-diff-lag og egen prompt-context-builder. Hver agent-samtale leser `record.snapshot` og legger på `record.assessments[]` ved nye konklusjoner.
Hva startup-en skipper å bygge
Slipp å bygge: chat-history-tabell med per-tenant-skille, snapshot-diff-bygger, prompt-context-template-engine, assessment-validering, retention-jobb. Recorden er agent-en sin permanente kontekst; ved hver ny kunde-samtale lastes siste snapshot inn i prompt-en automatisk.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Etter modne kontekst (typisk 30+ kjøringer): kunden begynner å spørre tverrgående spørsmål ("hvilke av mine targets har hatt eier-bevegelse Q2?"). Recorden støtter slike spørringer per-tenant uten at startup-en må bygge eget data-mart.
{
"assessmentId": "asmt-mellom-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "odd",
"verdict": "middels",
"byActor": {
"id": "startup-agent-prod-v1.2.0",
"name": "Daglig overvåknings-agent",
"kind": "agent"
},
"aiSummary": "Mellom kjøringer: Brreg-event 2026-09-15 09:42 (kapital-endring) for kundens target 913289933. Diff lagret i record.versions[] med før-/etter-snapshot. Recorden eksponerer endringen via `record.versions[12].diff.changed.aksjekapital` — agent-en kan referere direkte i sin neste kunde-samtale uten å re-fetche eller diffe selv.",
"sources": [
{
"kind": "brreg",
"id": "event-kapital-913289933-2026-09-15",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "brreg-webhook-tenant-watchlist",
"ts": "2026-09-15T09:43:00+02:00"
}
],
"notes": "Foreslått oppfølging: kunden får varsel i startup-ens app neste gang de logger inn; agent-en har allerede formulert et utkast som forklarer endringen i kundens språk."
}GDPR art. 20 (rett til data-portabilitet) og SOC2 CC6.5 (customer offboarding). Når kunden av startup-en sier opp eller flytter til annen platform, må startup-en levere full data-eksport i strukturert format og deretter slette persisterte data. Recorden er hele kundens AI-kontekst i ett JSON-objekt per orgnr — eksport er én GET, sletting er én DELETE.
Hva startup-en skipper å bygge
Slipp å bygge: GDPR-eksport-flyt, multi-table-join til JSON-export, soft-delete-mekanisme med retention-overstyring, audit-spor av selve slettingen, kundens revisor-/DPO-bevisleveranse. Recorden eksporteres som JSON inkludert versjons-historikk, vurderinger og dokumenter; sletting bevarer kun audit-spor (separat kjede) av at slettingen skjedde.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter eksport: tenant-data slettes via `DELETE /api/v1/tenants/{t}/records/{orgnr}`. Selve slettingen havner i Audit Trail som tamper-evident event — startup-en kan dokumentere GDPR-compliant deprovisioning til kundens DPO uten å bygge eget bevis-format.
{
"assessmentId": "asmt-eksport-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "annet",
"verdict": "godkjent",
"byActor": {
"id": "startup-deprovisioning-job",
"name": "Customer offboarding job",
"kind": "system"
},
"aiSummary": "Kunde-eksport for offboarding fullført: 487 versions, 23 assessments og 12 dokumenter eksportert som JSON. Eksport-pakke (2,4 MB) levert til kundens DPO via signert URL. Sletting initieres etter at kunde har bekreftet mottak; selve slettingen logges i audit-kjeden som `record.soft-delete`.",
"sources": [
{
"kind": "manuell",
"id": "offboarding-request-2027-04-29",
"ts": "2027-04-29T14:00:00+02:00"
}
],
"notes": "GDPR art. 20-portabilitet oppfylt. SOC2 CC6.5-bevis arkiveres til startup-ens compliance-eksport."
}Living business record er ikke et eget arkiv saksbehandler må fylle. Den samme recorden produserer dokumentasjonen Forvaltningsloven § 17 (utredningsplikt), § 25 (begrunnelses-plikt), Kommuneloven § 25-1 (internkontroll) og Arkivloven § 6 (arkivplikt) krever — fordi feltene som beriker recorden er de samme saksbehandler ellers ville lett etter manuelt. Eksport som JSON/PDF blir tilleggsdokument i Sak/Arkiv, innsyns-pakke etter Offentleglova § 9, og bevis-grunnlag for klagebehandling (Forvaltningsloven § 28); ingen dobbeltarbeid.
Forvaltningsloven § 17 (utredningsplikt — saken må være så godt opplyst som mulig før vedtak treffes) og Anskaffelsesloven § 4 (likebehandlings- og forutberegnelighets-prinsippet). Saksbehandler må dokumentere hvilke fakta om leverandør/tilskudd-mottaker som ble vurdert før tildeling, slik at klage-instans (statsforvalteren) eller KOFA kan etterkontrollere uten å gjøre om hele saksbehandlingen.
Formål
Etablere baseline KYB-vurdering av motpart (organisasjonsform, registrerte roller, konkurshistorikk, eventuelle sanksjons-treff) på vedtaks-tidspunktet — slik at man 3 år senere kan vise klager eller fylkesmann/statsforvalter hvilke fakta som faktisk var kjent da kommunen traff vedtaket.
Hva recorden dekker
snapshotassessmentsnotesOppfølging
Etter tildeling: settes løpende-overvåking-policy i Event-driven review engine for motparten — Brreg-endringer (konkurs, eierskifte, daglig leder) trigger varsel innen 15 minutter slik at kommunen kan reagere før medieoppslag eller revisjonsfunn.
{
"assessmentId": "asmt-kommune-tildeling-001",
"ts": "2026-05-24T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "saksbehandler-001",
"name": "Saksbehandler — Næring og innovasjon",
"kind": "user"
},
"aiSummary": "Motpart 913289933 er aktiv i Brreg per vedtaks-dato, registrert som AS, har daglig leder og styre på plass, ingen pågående konkurs-/avviklings-prosess. MVA-registrert, ingen restanse-flagg. Ingen treff på EU- eller OFAC-sanksjonslister. Kvalifikasjons-krav i konkurransegrunnlag punkt 3.2 (registrert i Brreg + ikke i konkurs + ikke restanse på offentlige avgifter) er oppfylt.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-24T08:58:00+02:00"
},
{
"kind": "skatteetaten",
"id": "mva-manntall-913289933-2026-05",
"ts": "2026-05-24T08:59:00+02:00"
}
],
"validUntil": "2026-08-24T09:00:00+02:00",
"notes": "Re-vurderes ved kvartalstall, eier-/styre-endring som trigger automatisk re-screening, eller hvis tilskudds-/kontrakts-perioden løper > 90 dager."
}Kommuneloven 2020 § 25-1 (internkontroll — kommunedirektøren skal påse at administrasjonen drives i samsvar med lov og forskrift) og Anskaffelsesforskriften § 19-7 (oppfølging av leverandør i kontraktsperioden). Saksbehandler må dokumentere materielle endringer hos motpart som kan påvirke kontrakts-/tilskudds-grunnlaget — slik at kommunen ikke står ansvarlig overfor revisjon eller medie-gransking for ikke å ha fanget endringen.
Formål
Gi kommunen en versjonert sannhets-kilde for alle materielle endringer som skjer hos motpart mellom tildeling og kontrakts-/tilskudds-slutt — slik at oppfølgings-rapporten reflekterer faktisk leverandør-/tilskudds-mottaker-status på rapport-dato, ikke et utdatert snapshot fra tildelings-tidspunktet.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Ved hver kvartals-rapportering eller materiell hendelse: recorden eksporteres som vedlegg til intern oppfølgings-notat og legges som tilleggsdokument i sakens hovedmappe i kommunens Sak/Arkiv-system. Hvis Event-driven review flagger 'high'-event: åpne tilleggs-sak innen 48 timer og varsl evt. kommunedirektøren.
{
"assessmentId": "asmt-kommune-opp-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "odd",
"verdict": "middels",
"byActor": {
"id": "kommunal-oppfolgings-agent",
"name": "Event-driven review engine (kommunal modus)",
"kind": "agent"
},
"aiSummary": "Brreg-event 2026-09-15 09:42 for motpart 913289933: bytte av daglig leder. Den nye daglige lederen, Lars Vik, har historisk styreverv i to selskaper avviklet 2023 og 2024. Verdict middels — ikke automatisk grunnlag for kontrakts-opphør, men saksbehandler bør vurdere om motparten fortsatt oppfyller kompetanse-kravet i konkurransegrunnlag punkt 4.1.",
"sources": [
{
"kind": "brreg",
"id": "event-rolle-913289933-2026-09-15",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "brreg-webhook-kommune-watchlist",
"ts": "2026-09-15T09:43:00+02:00"
},
{
"kind": "konkursregister",
"id": "konkurs-historikk-person-vik-lars",
"ts": "2026-09-15T09:44:00+02:00"
}
],
"notes": "Foreslått oppfølging: be motpart om kommentar innen 14 dager (Forvaltningsloven § 16 forhåndsvarsel) før eventuell kontrakts-vurdering."
}Arkivloven § 6 (arkivplikt — kommunale organer plikter å ha arkiv) sammenholdt med Riksarkivarens forskrift kap. III (kommunal arkivplan) og Offentleglova § 9 (rett til sammenstilling av opplysninger). Når kontrakten/tilskuddet avsluttes må saksbehandler levere en arkiv-pakke som tåler både revisjons-gjennomgang fra fylkesmann/statsforvalter og innsyns-begjæringer fra presse eller part.
Formål
Gi kommunen en automatisk arkiv-pakke per sak — recorden eksporteres som JSON og PDF inkludert hele kjeden av snapshots, versions, assessments og documents — slik at sakens livsløp kan presenteres ferdig sammenstilt ved revisor-gjennomgang, innsyns-begjæring (Offentleglova § 9) eller klagebehandling (Forvaltningsloven § 28).
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter eksport: arkiv-pakken legges som Noark-vedlegg i sakens hovedmappe og publisert versjon av sammendraget (med personvernhensyn ivaretatt) eksponeres i kommunens innsyns-portal (eInnsyn). Audit Trail bevarer hele kjeden av tilgang og eksporter for Offentleglova-klagesakshåndtering (§ 32).
{
"assessmentId": "asmt-kommune-arkiv-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "annet",
"verdict": "godkjent",
"byActor": {
"id": "arkivar-kommunal",
"name": "Arkivar — kommunal arkivtjeneste",
"kind": "user"
},
"aiSummary": "Sak ferdigbehandlet og klar for arkiv: 487 versions, 23 assessments og 12 dokumenter eksportert som JSON + PDF. Sammendrag (med personvern-redigering) eksponert i eInnsyn 2027-05-01. Ingen klage-begjæring innen 3-ukers fristen — arkivpakka er forsvarbar mot fylkesmanns-gjennomgang og pressens innsyns-begjæringer.",
"sources": [
{
"kind": "manuell",
"id": "arkivar-sluttkontroll-2027-04-30",
"ts": "2027-04-30T14:00:00+02:00"
}
],
"notes": "Arkivpakka oppbevares i samsvar med kommunens arkivplan og Riksarkivarens forskrift — minst i bevarings-perioden for sakstypen (typisk 10 år for økonomi-/anskaffelsessaker)."
}Living business record er ikke et eget arkiv megler eller proptech-team må fylle. Den samme recorden produserer dokumentasjonen Eiendomsmeglingsloven § 6-3 (god meglerskikk), Avhendingsloven § 3-7 (selgers opplysningsplikt), Bokføringsloven § 13 (10 års bevaringsplikt) og Finanstilsynets rundskriv 7/2014 (boliglån LTV-overvåking) krever — fordi feltene som beriker recorden er de samme megler eller lender ellers ville lett etter manuelt i Matrikkelen og Grunnboka. Eksport som JSON/PDF blir oppdrags-arkiv, prospekt-vedlegg og LTV-tilsyns-bevis; ingen dobbeltarbeid.
Eiendomsmeglingsloven § 6-3 (god meglerskikk — megler skal innhente og kontrollere de opplysninger som ikke åpenbart er uten betydning) og § 6-7 (oppdragsavtalen). For proptech-/eiendoms-investor: tilsvarende DD-praksis før kjøp eller før porteføljen utvides. Recorden skal dokumentere at megler eller investor faktisk har gjennomgått de offentlige kildene som var tilgjengelige på oppdrags-/investerings-tidspunktet.
Formål
Etablere baseline eiendoms-vurdering med matrikkel-data, tinglyst eier-historikk, heftelser, regulerings-status og evt. selskaps-data hvis eier er org.nr — slik at hverken kjøper, lender eller Reklamasjonsnemnda kan hevde at offentlig tilgjengelig informasjon ikke ble innhentet før oppdrags-/investerings-tidspunktet.
Hva recorden dekker
snapshotassessmentsnotesOppfølging
Etter tilstands-vurdering: settes løpende-overvåking-policy i Event-driven review engine for eiendommen eller eieren — Kartverket-/Brreg-endringer (tinglyste pant, eierskifte, konkurs hos selskaps-eier) trigger varsel før kontrakts-/transaksjons-tidspunktet.
{
"assessmentId": "asmt-eiendom-prevurd-001",
"ts": "2026-05-24T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "eiendomsmegler-001",
"name": "Megler — fagansvarlig",
"kind": "user"
},
"aiSummary": "Matrikkelenhet 0301-208/442 (Storgata 12, Oslo). Eier siden 2018: Selger AS (913289933), styreleder uendret, ingen pågående konkurs. Aktive heftelser: 1 pantedokument til DNB (18,5 MNOK) — innenfor antatt markedsverdi (32 MNOK). Energi-karakter D. Ingen kjente regulerings-saker i kommunens postjournal. Klar for prospekt-opprettelse.",
"sources": [
{
"kind": "kartverket",
"id": "matrikkel-0301-208-442",
"ts": "2026-05-24T08:58:00+02:00"
},
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-24T08:59:00+02:00"
}
],
"validUntil": "2026-08-24T09:00:00+02:00",
"notes": "Re-vurderes ved hvert prospekt-oppdatering eller hvis Event-driven review engine flagger eierskifte eller ny heftelse."
}Avhendingsloven § 3-7 (selgers opplysningsplikt — selger skal opplyse om forhold ved eiendommen som han kjente eller måtte kjenne til, og som kjøper hadde grunn til å regne med å få) og Tinglysingsloven § 7 (hva som tinglyses). I omsetnings-fasen må megler dokumentere at hver vesentlige endring mellom prospektet og overdragelses-tidspunktet er fanget — kjøper kan ellers reklamere på opplysningssvikt etter avhendings-lova § 4-12.
Formål
Gi megler og kjøper en versjonert sannhets-kilde for hver endring som påvirker eiendommens karakteristikker mellom prospekt-publisering og overdragelses-tidspunktet — slik at selgers opplysningsplikt kan dokumenteres oppfylt og kjøpers reklamasjon kan håndteres på faktisk grunnlag (ikke selgers etterrasjonalisering).
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Etter overdragelses-dato: oppdater recorden med tinglyst skjøte, ny eier-status og slettede heftelser. Eksport som JSON/PDF arkiveres i meglers oppdrags-arkiv (Eiendomsmeglingsloven § 3-7 jf. Bokføringsloven § 13 — bevaringsplikt 10 år for meglerselskap).
{
"assessmentId": "asmt-eiendom-omsetn-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "odd",
"verdict": "middels",
"byActor": {
"id": "eiendom-overvakning-agent",
"name": "Event-driven review engine (eiendoms-modus)",
"kind": "agent"
},
"aiSummary": "Kartverket-event 2026-09-15 09:42 for matrikkelenhet 0301-208/442: ny pantedokument tinglyst — 5 MNOK til Nordea (bygge-/oppussings-lån). Endring mellom prospekt-publisering og overdragelse. Foreslått varsling til kjøper iht. avhendings-lova § 3-7 før overdragelse, og oppdatering av LTV-beregning hos kjøpers lender.",
"sources": [
{
"kind": "kartverket",
"id": "grunnbok-event-0301-208-442-2026-09-15",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "kartverket-webhook-eiendoms-watchlist",
"ts": "2026-09-15T09:43:00+02:00"
}
],
"notes": "Foreslått oppfølging: varsle kjøper og motpartens advokat innen 24 timer; oppdater closing-protokoll med ny heftelses-status."
}Avhendingsloven § 4-12 (mangler ved eiendommen — kjøper kan reklamere innenfor relativ frist på 5 år) og Finanstilsynets rundskriv 7/2014 (boliglån — LTV-overvåking gjennom lånets levetid). For meglerselskap: dokumenter at megler ikke utviste uaktsomhet ved opplysning. For lender: dokumenter at LTV ble overvåket gjennom hele lånets levetid.
Formål
Gi megler en arkiv-pakke som tåler mangels-reklamasjon innenfor 5-årsfristen — recorden viser eksplisitt hvilke forhold som var kjent eller måtte være kjent på avtaletidspunktet. For lender: gi løpende LTV-overvåking via tinglyste pant og oppdaterte markedsverdier.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Ved mangels-reklamasjon: hele recorden eksporteres som JSON/PDF til meglers fag-/forsikrings-team og selgers advokat. Audit Trail bevarer hele kjeden av tilgang og eksporter for Reklamasjonsnemnda for eiendomsmeglings-tjenester (RfE) eller domstolsbehandling.
{
"assessmentId": "asmt-eiendom-etter-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "credit",
"verdict": "lav",
"byActor": {
"id": "ltv-overvakning-system",
"name": "LTV-overvåkning (boliglån)",
"kind": "agent"
},
"aiSummary": "Q1 2027-LTV-overvåking for matrikkelenhet 0301-208/442: 4 versions i perioden (ingen nye heftelser, ingen eier-bevegelse, ingen vesentlige regulerings-endringer). LTV nedjustert til 47% basert på markedsverdi-estimat fra siste tinglyste omsetninger i samme reguleringsplan. Innenfor Finanstilsynets bolighverdi-grense — ingen flagg.",
"sources": [
{
"kind": "kartverket",
"id": "matrikkel-0301-208-442-versjon-2027-03-31",
"ts": "2027-03-31T23:59:00+02:00"
},
{
"kind": "kartverket",
"id": "grunnbok-aktive-heftelser-0301-208-442",
"ts": "2027-03-31T23:59:00+02:00"
}
],
"validUntil": "2027-07-31T16:00:00+02:00",
"notes": "Eksportert som vedlegg til kvartalsvis LTV-rapport til boligbankens kreditt-team. Bevares minst gjennom lånets levetid + 5 år."
}Living business record er ikke et eget arkiv compliance-team må fylle. Den samme recorden produserer dokumentasjonen Hvitvaskingsloven § 4 (kundetiltak), § 17 (løpende oppfølging + skjerpede tiltak), § 25 (rapporteringsplikt MT-rapport) og EU AMLA art. 25 (5 års dokumentasjons-plikt) krever — fordi feltene som beriker recorden er de samme compliance-saksbehandler ellers ville lett etter manuelt. Eksport som JSON/PDF blir tilsynsbevis for Finanstilsynet, MT-rapport-grunnlag for Økokrim, eller intern revisor-eksport; ingen dobbeltarbeid.
Hvitvaskingsloven § 4 (rapporteringspliktiges plikt til å utføre kundetiltak ved etablering av kundeforhold) og EU AMLA art. 25 (risiko-baserte tiltak må være dokumentert og reproduserbare 5 år tilbake). Compliance-team må dokumentere KYB-snapshot, UBO-identifikasjon, sanksjons-screening og risiko-klassifisering på onboarding-tidspunktet.
Formål
Etablere baseline KYB-vurdering på onboarding-tidspunktet som dokumenterer alle initielle kundetiltak — slik at Finanstilsynet 5 år senere kan etterkontrollere hvilke fakta som var kjent og hvilke tiltak som ble vurdert ved kundeforholdets oppstart.
Hva recorden dekker
snapshotassessmentsdocumentsOppfølging
Etter onboarding: settes løpende-overvåking-policy i Event-driven review engine — Brreg-/sanksjons-/UBO-endringer trigger sak innen 15 minutter slik at compliance kan reagere før neste periodiske gjennomgang.
{
"assessmentId": "asmt-compliance-onboard-001",
"ts": "2026-05-24T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "compliance-saksbehandler-001",
"name": "KYB-saksbehandler",
"kind": "user"
},
"aiSummary": "Kunde 913289933 er aktiv i Brreg, registrert som AS, har 3 UBO-er med samlet > 25% (innfanget i AMLA UBO-databasen). NACE 62.010 (programmering) gir lav bransje-risiko. Ingen treff på EU-, OFAC- eller FN-sanksjonslister. Ingen PEP-treff på daglig leder, styreleder eller UBO. Risiko-klassifisering: lav (normal kundetiltak iht. Hvitvaskingsloven § 4 første ledd). Klar for kontrakts-signering.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-24T08:58:00+02:00"
},
{
"kind": "manuell",
"id": "amla-ubo-913289933-2026-05-24",
"ts": "2026-05-24T08:59:00+02:00"
}
],
"validUntil": "2027-05-24T09:00:00+02:00",
"notes": "Re-vurderes årlig iht. lav-risiko-kategorien, eller umiddelbart ved sanksjons-/UBO-/Brreg-event som Event-driven review flagger."
}Hvitvaskingsloven § 17 (rapporteringspliktige skal foreta løpende oppfølging av kundeforhold) og EU AMLA art. 25 (kontinuerlig dokumentasjon). Compliance-team må fange materielle endringer hos kunden mellom onboarding og periodisk gjennomgang — særlig sanksjons-treff, UBO-endringer og konkurs-signaler.
Formål
Gi compliance-team en versjonert sannhets-kilde for alle materielle endringer hos kunden — slik at neste periodiske gjennomgang har full hendelses-historikk og at sanksjons-/PEP-/risiko-flagg kan eskaleres umiddelbart uten å vente på kvartalsvis re-vurdering.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Ved materiell hendelse: recorden eksporteres som vedlegg til intern compliance-rapport. Hvis Event-driven review flagger sanksjons-treff: åpne sak innen 4 timer og evaluer om skjerpede tiltak utløses iht. Hvitvaskingsloven § 17.
{
"assessmentId": "asmt-compliance-opp-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "sanctions",
"verdict": "middels",
"byActor": {
"id": "sanksjons-screening-agent",
"name": "Event-driven review engine (sanksjons-modus)",
"kind": "agent"
},
"aiSummary": "Månedlig sanksjons-screening: ingen direkte treff på kunde 913289933, daglig leder eller styreleder. NY UBO Anna Hansen (lagt til 2026-09-10) gir partielt treff mot OFAC SDN-listen (samme navn, men ulik fødselsdato — 1972 vs. 1965 i listen). Verdict middels — krever manuell verifikasjon av identitet før kundeforholdet kan fortsette uten skjerpede tiltak.",
"sources": [
{
"kind": "brreg",
"id": "event-ubo-913289933-2026-09-10",
"ts": "2026-09-10T09:42:00+02:00"
},
{
"kind": "manuell",
"id": "ofac-sdn-list-2026-09-15",
"ts": "2026-09-15T09:00:00+02:00"
}
],
"notes": "Foreslått oppfølging: krev ID-dokument fra UBO innen 14 dager for verifikasjon mot OFAC-treff. Eskaler til compliance-leder hvis ID-dokument ikke leveres innen frist."
}Hvitvaskingsloven § 17 (forsterkede kundetiltak ved høy risiko) og § 25 (rapporteringsplikt om mistenkelig transaksjon til Økokrim). EU AMLA art. 29 krever forklaring av beslutninger om skjerpede tiltak. Compliance-team må dokumentere hvorfor skjerpede tiltak utløses, hva som ble gjort, og hvorfor evt. MT-rapport ble (ikke) sendt.
Formål
Gi compliance-leder og Økokrim full sporbarhet for hver skjerpede tiltaks-beslutning — slik at Finanstilsynet kan etterkontrollere at risikoen ble vurdert grundig og at MT-rapport ble vurdert (selv hvis ikke sendt). EU AMLA art. 29 krever at hver beslutning kan forklares.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Hvis skjerpede tiltak ikke gir tilfredsstillende forklaring: vurdér terminering av kundeforholdet (Hvitvaskingsloven § 18). Hvis grunnlag for mistanke: send MT-rapport til Økokrim iht. § 25. Audit Trail bevarer hele beslutnings-kjeden.
{
"assessmentId": "asmt-compliance-skjerpet-003",
"ts": "2026-09-29T16:00:00+02:00",
"type": "annet",
"verdict": "godkjent",
"byActor": {
"id": "compliance-leder-001",
"name": "Compliance-leder",
"kind": "user"
},
"aiSummary": "Skjerpede tiltak iverksatt iht. Hvitvaskingsloven § 17 etter OFAC-partial-treff på UBO. Kunde leverte gyldig ID-dokument 2026-09-25; identitet verifisert (UBO født 1972, ikke 1965 som i OFAC SDN). Sak lukkes som ikke-materielt OFAC-treff. MT-rapport ikke utløst. Beslutning dokumentert og arkivert iht. AMLA art. 29.",
"sources": [
{
"kind": "dokument",
"id": "ubo-id-dokument-2026-09-25",
"ts": "2026-09-25T14:00:00+02:00"
},
{
"kind": "manuell",
"id": "compliance-leder-signatur-2026-09-29",
"ts": "2026-09-29T16:00:00+02:00"
}
],
"notes": "Bevares minst 5 år iht. EU AMLA art. 25. Cross-link til living-business-record for full kundeforhold-historikk."
}Living business record er ikke et eget aktuar-arkiv. Den samme recorden produserer dokumentasjonen Solvency II Pillar 2 (ORSA) og IFRS 17 (loss recognition) krever — fordi feltene som beriker recorden er kildene aktuar uansett må sjekke. Eksport som JSON/PDF blir tilsynsrapport-vedlegg og ekstern-revisor- arbeidspapir; ingen dobbeltarbeid mellom prising og rapportering.
Solvency II Direktiv 2009/138/EF art. 45 (ORSA — Own Risk and Solvency Assessment) og Finanstilsynets rundskriv 3/2017 om aktuarfunksjonen. Ved policy-start må aktuar fastsette risiko-baseline med dokumentert metodikk og kildegrunnlag — slik at Finanstilsynet og ansvarshavende aktuar 3 år senere kan etterkontrollere prisingen.
Formål
Etablere kontraktsmessig risiko-baseline per kunde-org.nr: NACE-klassifisering for hovedrisikoklasse, omsetnings-bånd for premie-kalibrering, eier-struktur for kompleksitets-faktor, eiendoms-eksponering for NatCat-aggregat. Recorden bevarer baseline med Brreg-/SSB-/Kartverket-snapshot på prisings-tidspunktet.
Hva recorden dekker
snapshotassessmentsdocumentsnotesOppfølging
Etter policy-start: kunden legges til portfolio-watchlist i Event-driven review engine for kontinuerlig overvåking av eier-bevegelser, regnskaps-avvik og NatCat-eksponering gjennom policy-perioden.
{
"assessmentId": "asmt-uw-001",
"ts": "2026-05-25T09:00:00+02:00",
"type": "esg",
"verdict": "middels",
"byActor": {
"id": "aktuar-pricing-001",
"name": "Ansvarshavende aktuar (pricing)",
"kind": "user"
},
"aiSummary": "Underwriting policy 2026-001: kunde-org.nr 913289933, NACE 41.200 (oppføring av bygninger), omsetning 487 MNOK, EBITDA 12,4%. SSB sektor-baseline skade-frekvens 0,034 (over median for bransjen). Eiendoms-portefølje fra Kartverket: 18 matrikkelenheter, samlet BRA 24 800 m², ingen i flom-/skred-sone per Norges geologiske undersøkelse. Risiko-baseline middels; tilbud kalibrert med +12% diskresjonær justering for over-baseline skade-frekvens.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-25T08:58:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-skadefrekvens-nace-41200-2025",
"ts": "2026-05-25T08:59:00+02:00"
},
{
"kind": "kartverket",
"id": "kartverket-portefolje-913289933",
"ts": "2026-05-25T08:59:30+02:00"
}
],
"validUntil": "2027-05-25T09:00:00+02:00",
"notes": "Re-vurderes ved policy-renewal eller ved Event-driven review-trigger (eier-/styre-/kapital-endring som påvirker baseline)."
}Solvency II Pillar 2 art. 45 (kontinuerlig ORSA) og IFRS 17 art. 17.16 (loss recognition for onerous contracts). Aktuar må fange materielle endringer i kundens risiko-profil mellom policy-perioder — slik at solvenskapital-krav re-beregnes ved kvartal og slik at IFRS 17-LRA (loss recognition assessment) trigger ved tap-indikasjon.
Formål
Gi aktuar en versjonert sannhets-kilde for hver Brreg-/SSB-/Kartverket-event som påvirker kundens risiko-rating mellom policy-renewals. Recorden viser når endringen skjedde vs. når den ble vurdert av aktuar — kritisk for ORSA-dokumentasjon og for å unngå at solvenskapital-krav under-estimeres.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Etter kvartalsvis ORSA: hvis materiell endring detekt — utløses re-prising-flyt og policy-endring drives gjennom kundens kontaktpunkt. Loss recognition (IFRS 17) trigger automatisk hvis kombinert ratio passerer terskel.
{
"assessmentId": "asmt-portfolio-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "odd",
"verdict": "hoy",
"byActor": {
"id": "portfolio-monitoring-agent",
"name": "Portfolio monitoring agent (ORSA Q3)",
"kind": "agent"
},
"aiSummary": "Brreg-event 2026-09-15 09:42: kunde-org.nr 913289933 har erverv av nytt datterselskap i NACE 43.910 (taktekkings-virksomhet) — vesentlig høyere skadefrekvens enn moderselskapets NACE 41.200. Konsern-eksponering øker estimert med 18% mot underwriting-baseline. Anbefalt: utløse ORSA-re-prising og kontakt med kunden om policy-justering før Q4 renewal.",
"sources": [
{
"kind": "brreg",
"id": "event-konsern-913289933-2026-09-15",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "brreg-webhook-portfolio-watchlist",
"ts": "2026-09-15T09:43:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-skadefrekvens-nace-43910-2025",
"ts": "2026-09-15T09:43:30+02:00"
}
],
"notes": "ORSA-re-prising prosessert i Q3-rapport. IFRS 17-LRA ikke trigget (kombinert ratio under terskel)."
}Finanstilsynets rundskriv om actuarial reserving + IFRS 17 art. 17.40-17.46 (acquisition cash flows allocation). Ved renewal må aktuar bruke faktisk claims-historikk pluss endringer i risiko-eksponering siden underwriting som baseline for neste prisingsrunde — uten dette blir prisene løsrevet fra erfaringen.
Formål
Bevare hele policy-periodens claims-historikk og eksponerings-utvikling som etterprøvbart referansegrunnlag for renewal-prising — slik at premieøkning eller -reduksjon er forsvarbart mot Finanstilsynet og ekstern revisor, og slik at IFRS 17-loss recognition kan dokumenteres med faktisk loss-ratio mot baseline.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter renewal: hele recorden eksporteres som JSON/PDF og legges i aktuar-arkivet via Audit Trail. Brukes som kontraktuell baseline for neste policy-periode og som forsvar mot Finanstilsynets etterprøving av renewal-prising.
{
"assessmentId": "asmt-renewal-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "credit",
"verdict": "lav",
"byActor": {
"id": "renewal-pricing-agent",
"name": "Renewal pricing agent (IFRS 17)",
"kind": "agent"
},
"aiSummary": "Renewal 2027-001 for kunde-org.nr 913289933: policy-periode 2026-05-25 → 2027-05-25. Claims-historikk: 3 skader, samlet 1,8 MNOK utbetalt (vs. premie 4,2 MNOK — loss ratio 43%). 4 versions med materielle endringer (konsern-erverv Q3 utløste re-prising). Renewal-prising kalibrert basert på faktisk loss ratio + oppdatert eksponering — premie-økning 8% mot fjorårets nivå.",
"sources": [
{
"kind": "dokument",
"id": "claims-historikk-913289933-2026-policy",
"ts": "2027-04-15T14:00:00+02:00"
},
{
"kind": "brreg",
"id": "enhet-913289933-versjon-2027-04-30",
"ts": "2027-04-30T15:59:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-skadefrekvens-nace-41200-q1-2027",
"ts": "2027-04-15T10:00:00+02:00"
}
],
"validUntil": "2028-04-30T16:00:00+02:00",
"notes": "Renewal-vurdering forsvarbart for IFRS 17-revisor. Bevares minst 10 år per Forsikringsvirksomhetsloven og Bokføringsloven § 13."
}Living business record er ikke et eget arkiv advokat må fylle. Den samme recorden produserer dokumentasjonen Advokatforeningens etiske regler kap. 3 (interessekonflikt), Domstolloven § 224 (taushetsplikt), Tvisteloven kap. 21 (bevis-fremleggelse) og Hvitvaskingsloven § 4 (advokat- rapporteringsplikt ved fast-eiendoms-/selskaps-transaksjoner) krever — fordi feltene som beriker recorden er de samme advokat ellers ville lett etter manuelt. Eksport som signert PDF + JSON blir klient-utlevering, bevis-fremleggelse i tvist, eller etisk- utvalgs-bilag; ingen dobbeltarbeid.
Advokatforeningens etiske regler kap. 3 (interessekonflikt) og Hvitvaskingsloven § 4 (advokat er rapporteringspliktig ved fast-eiendoms- og selskaps-transaksjoner > 10 000 EUR). Domstolloven § 224 setter taushetsplikt fra førstegangs-kontakt. Recorden må dokumentere interessekonflikt-vurdering før advokat påtar seg oppdraget.
Formål
Etablere baseline interessekonflikt-vurdering og KYB-snapshot på oppdrags-tildelings-tidspunktet — slik at advokatfirma kan dokumentere at konflikt-test ble gjennomført og at hvitvaskings-screening dekker alle relevante parter (klient, motpart, evt. UBO) før oppdraget startet.
Hva recorden dekker
snapshotassessmentsnotesOppfølging
Etter onboarding: settes løpende-overvåking-policy i Event-driven review engine for klient og motpart — Brreg-endringer (konkurs, eierskifte, styre-bytte) trigger varsel innen 15 minutter slik at advokat kan reagere på materielle endringer i sak-grunnlaget.
{
"assessmentId": "asmt-advokat-onboard-001",
"ts": "2026-05-24T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "advokat-001",
"name": "Partner — corporate / M&A",
"kind": "user"
},
"aiSummary": "Klient 913289933 er aktiv i Brreg, registrert som AS, har ikke pågående konkurs/avvikling. Interessekonflikt-test gjennomført: ingen overlapp med firmaets eksisterende klient-portefølje (sjekket mot 1247 åpne oppdrag). Hvitvaskings-screening: ingen treff på EU-/OFAC-sanksjonslister, ingen PEP-treff på daglig leder, styreleder eller UBO. Oppdraget kan tas iht. Advokatforeningens etiske regler kap. 3.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-24T08:58:00+02:00"
},
{
"kind": "manuell",
"id": "konflikt-test-2026-05-24",
"ts": "2026-05-24T08:59:00+02:00"
}
],
"validUntil": "2027-05-24T09:00:00+02:00",
"notes": "Re-vurderes ved hver materielle event-trigger fra Event-driven review, eller ved nye oppdrag som kan introdusere konflikter."
}Tvisteloven kap. 21 (bevisførsel — kildedokumentasjon må kunne presenteres i retten og er underlagt fri bevisbedømmelse) og Selskapsloven §§ 3-10/8-15 (selskaps-rettslige rammer for DD). For prosess-saker: bevis må kunne fremlegges som point-in-time-grunnlag, ikke etterrasjonalisering.
Formål
Gi advokat en versjonert sannhets-kilde for alle DD-funn, dokument-ekstraheringer og bevis-elementer mellom oppdrags-start og evt. tvisteinngivelse — slik at hvert bevis kan presenteres med kilde, tidsstempel og uendret innhold, og at motparten ikke kan bestride point-in-time-grunnlaget.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Ved DD-konklusjon: recorden eksporteres som signert PDF + JSON-arbeidspapir til klient-rapport. Hvis sak går til tvist: bevis-pakka eksporteres som vedlegg til prosess-skrift iht. Tvisteloven § 21-1 (bevisførsel).
{
"assessmentId": "asmt-advokat-dd-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "odd",
"verdict": "middels",
"byActor": {
"id": "dd-advokat-agent",
"name": "DD-overvåkning (advokat-modus)",
"kind": "agent"
},
"aiSummary": "Brreg-event 2026-09-15 09:42 for klientens målselskap 913289933: kapital-nedsettelse 25%. Cross-link til DD-arbeidspapir §4.5 (Q-of-E): mulig representations-/warranty-implication iht. SPA-utkast punkt 7.3. Anbefales eskalert til lead-advokat for vurdering av om endringen materielt påvirker DD-konklusjonen før closing.",
"sources": [
{
"kind": "brreg",
"id": "event-kapital-913289933-2026-09-15",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "dokument",
"id": "spa-utkast-2026-09-10",
"ts": "2026-09-10T16:00:00+02:00"
}
],
"notes": "Foreslått oppfølging: dokumenter at endringen er fanget innen 24 timer, og om materielt: krev representations-update fra selger før signing iht. Tvisteloven kap. 21 bevisbyrde-regler."
}Advokatforeningens retningslinjer for arkiverings-plikt (typisk 10 år for forretningsjuridiske oppdrag, lengre for klient som ber om utlevering) og Tvisteloven kap. 21 (bevis-fremleggelse kan kreves opptil 5 år etter sak-avslutning). Hvis oppdraget gjelder konkrete prosess-saker: arkiv-pakka må tåle motpartens bevisangrep.
Formål
Gi advokatfirma en automatisk arkiv-pakke per oppdrag — recorden eksporteres som JSON og signert PDF inkludert hele kjeden av snapshots, versions, assessments og documents — slik at oppdraget kan presenteres ferdig sammenstilt ved klient-utlevering, evt. tvist-bevis-fremleggelse eller intern revisjon.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter eksport: arkiv-pakka legges i advokatfirmaets permanente oppdrags-arkiv (typisk Sak/Arkiv-system med Noark 5-eksport). Audit Trail bevarer hele kjeden av tilgang og eksporter for fremtidig klient-utlevering eller tvist-bevis-fremleggelse.
{
"assessmentId": "asmt-advokat-arkiv-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "annet",
"verdict": "godkjent",
"byActor": {
"id": "advokat-partner-001",
"name": "Partner — corporate / M&A",
"kind": "user"
},
"aiSummary": "Oppdrag avsluttet med signert SPA og overdragelse 2027-04-15. Arkiv-pakke: 487 versions, 23 assessments og 12 dokumenter eksportert som signert JSON + PDF. Bevares minst 10 år iht. Advokatforeningens retningslinjer. Tilgjengelig for klient-utlevering ved skriftlig forespørsel og evt. tvist-bevis-fremleggelse iht. Tvisteloven kap. 21.",
"sources": [
{
"kind": "manuell",
"id": "partner-signatur-2027-04-30",
"ts": "2027-04-30T14:00:00+02:00"
}
],
"notes": "Bevares minst 10 år. Cross-link til living-business-record for full oppdrags-historikk. Tilgang til arkivet logges som tamper-evident hash-kjede iht. Audit Trail."
}Living business record er ikke et eget arkiv forsker må fylle. Den samme recorden produserer dokumentasjonen FAIR-prinsippene (Findable, Accessible, Interoperable, Reusable), NESH- retningslinjer for metode-rapportering og Universitets- og høyskoleloven § 1-5 (akademisk frihet + formidlings-plikt) krever — fordi feltene som beriker recorden er de samme forsker ellers ville lett etter manuelt. Eksport som JSON/PDF blir metode-kapittel-vedlegg, Dataverse/NIRD/Sikt-arkiv eller fagfellevurderer-svar; ingen dobbeltarbeid.
FAIR-prinsippene (Findable, Accessible, Interoperable, Reusable) for forskningsdata + NESH retningslinjer for samfunnsvitenskapelig forskning + Universitets- og høyskoleloven § 1-5 (akademisk frihet). For samfunnsfaglige data: NSD/Sikt databehandler-avtale før innhenting. For GDPR-relevante data: art. 89 forskning-unntak må vurderes.
Formål
Etablere baseline data-grunnlag per analyseenhet (selskap, kommune, individ-anonymisert) på prosjekt-oppstartings-tidspunktet — slik at fagfellevurderer 2 år senere kan reprodusere både datagrunnlaget OG dets sammensetning. Metode-kapittelet skriver seg fra recorden.
Hva recorden dekker
snapshotassessmentsnotesOppfølging
Etter prosjekt-oppstart: settes løpende-overvåking-policy i Event-driven review engine for analyseenheter — Brreg-/SSB-revisjons-events trigger varsel innen 15 minutter slik at forsker fanger material datakilde-endringer som kan påvirke replikerbarhet eller publisert konklusjon.
{
"assessmentId": "asmt-academia-oppstart-001",
"ts": "2026-05-24T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "forsker-001",
"name": "PhD-kandidat — Samfunnsøkonomi",
"kind": "user"
},
"aiSummary": "Prosjektets datagrunnlag består av Brreg-snapshot per 2026-05-24, SSB-tabell 13742 versjon 2026-04 (siste reviderte versjon), og Kartverket-matrikkel-data. Alle kilder er NLOD-lisensiert og kan siteres. Datagrunnlaget oppfyller FAIR-prinsippene (Findable: stabile URI-er; Accessible: åpent API; Interoperable: typed JSON; Reusable: NLOD). NSD/Sikt-melding ikke nødvendig (aggregerte data uten personidentifiserbare felt).",
"sources": [
{
"kind": "brreg",
"id": "enhetsregisteret-snapshot-2026-05-24",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter",
"ts": "2026-05-24T08:58:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-tabell-13742-versjon-2026-04",
"url": "https://data.ssb.no/api/v0/no/table/13742",
"ts": "2026-05-24T08:59:00+02:00"
}
],
"validUntil": "2027-05-24T09:00:00+02:00",
"notes": "Re-vurderes ved hvert publisering-prep eller hvis Event-driven review engine flagger materiell SSB-revisjon som påvirker tabellens versjon."
}Replikerbarhetsprinsippet i empirisk forskning + NESH retningslinjer for forskningsdata + Universitets- og høyskoleloven § 1-5 (akademisk frihet i metode-valg). For fagfellevurdert publisering: fagfeller må kunne reprodusere både datagrunnlag og analyse-prosess fra publiserings-metode-kapittelet.
Formål
Gi forsker en versjonert sannhets-kilde for hver datakilde-spørring og analyse-steg mellom prosjekt-oppstart og publisering — slik at metode-kapittelet kan referere til konkrete kilder med stable URI-er og retrieved-at-timestamps, og fagfeller eller replikasjons-studier kan reprodusere samme datagrunnlag på et senere tidspunkt.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Ved analyse-iterasjon: oppdater recorden med ny versjon. Hvis Event-driven review flagger material kildedata-endring: re-kjør analyse for å sjekke om konklusjon endres. Dokumentert i metode-kapittelet som «sensitivitets-analyse».
{
"assessmentId": "asmt-academia-analyse-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "odd",
"verdict": "lav",
"byActor": {
"id": "replikerbarhetsovervakning-agent",
"name": "Event-driven review (forsknings-modus)",
"kind": "agent"
},
"aiSummary": "SSB-tabell 13742 har fått ny revisjon (versjon 2026-08) som påvirker baseline-tall for 2024. Forsker bør re-kjøre analyse med ny versjon og dokumentere evt. forskjell i metode-kapittelet som sensitivitets-analyse. Endringen er typisk for SSB-revisjoner (oppdatert sektor-klassifisering) og bryter ikke konklusjonen.",
"sources": [
{
"kind": "ssb",
"id": "ssb-tabell-13742-versjon-2026-08",
"url": "https://data.ssb.no/api/v0/no/table/13742",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "ssb-revisjons-webhook",
"ts": "2026-09-15T09:43:00+02:00"
}
],
"notes": "Foreslått oppfølging: dokumenter både opprinnelig versjon (2026-04) og ny versjon (2026-08) i metode-kapittelet. Hvis differanse > 5% i nøkkeltall: kjør sensitivitets-analyse."
}Open access-prinsippet + Plan S (norske finansiører krever open access) + FAIR-prinsippene + Universitets- og høyskoleloven § 1-5 (formidlings-plikt) + GDPR art. 89 (forskning-unntak ved publisering av anonymiserte data). For langtids-arkiv: typisk 10+ år, ofte via Dataverse/NIRD/Sikt.
Formål
Gi forsker en automatisk arkiv-pakke per publisering — recorden eksporteres som JSON med stable URI-er, sitering-metadata og full datakilde-historikk — slik at artikkelen kan publiseres som open access og datagrunnlaget kan deles på Dataverse/NIRD/Sikt uten ekstra arbeid for forsker.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter publisering: arkiv-pakka legges på Dataverse/NIRD/Sikt (typisk 10+ års langtids-bevaring) med DOI. Audit Trail bevarer hele kjeden av tilgang og eksporter for evt. replikasjons-studier eller fagfellevurderer-forespørsler.
{
"assessmentId": "asmt-academia-arkiv-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "annet",
"verdict": "godkjent",
"byActor": {
"id": "forskningsdata-arkivar",
"name": "Forskningsdata-arkivar (UB)",
"kind": "user"
},
"aiSummary": "Prosjekt publisert som open access i Journal of Norwegian Economics 2027-04-15. Arkiv-pakke: 487 versions, 23 assessments og 12 dokumenter eksportert som JSON + PDF med DOI 10.5281/zenodo.example. Datasett anonymisert iht. GDPR art. 89 og delt på NIRD med 10 års langtids-bevaring. FAIR-prinsippene oppfylt (Findable via DOI, Accessible åpen lisens, Interoperable JSON/CSV, Reusable NLOD).",
"sources": [
{
"kind": "manuell",
"id": "publisering-2027-04-15",
"ts": "2027-04-15T14:00:00+02:00"
},
{
"kind": "manuell",
"id": "nird-arkiv-doi-2027-04-30",
"ts": "2027-04-30T14:00:00+02:00"
}
],
"notes": "Bevares minst 10 år på NIRD. Cross-link til living-business-record for full prosjekt-historikk. Replikasjons-studier kan referere via DOI."
}Living business record er ikke et eget arkiv PE/VC-fond må fylle. Den samme recorden produserer dokumentasjonen AIFMD (Alternative Investment Fund Managers Directive), ILPA Reporting Standards, IFRS 9 (fair value through P&L), SFDR (Sustainable Finance Disclosure) art. 6/8/9-klassifisering og Limited Partnership Agreement (LPA) waterfall-prosedyrer krever — fordi feltene som beriker recorden er de samme porteføljeleder ellers ville lett etter manuelt. Eksport som JSON/PDF blir IC-memo-vedlegg, LP-kvartalsrapport, AIFMD-tilsynsbevis eller LPA clawback-bevis; ingen dobbeltarbeid.
AIFMD-krav til DD-dokumentasjon + NVCA-vilkår + ILPA Reporting Standards. PE/VC-fond må dokumentere fullstendig due diligence på portefølje-kandidat før IC-vedtak, inkludert UBO-screening iht. Hvitvaskingsloven § 4 og sanksjons-status iht. EU/OFAC-rammeverk. Forskjell fra B (M&A-konsulent): her er fondet selv juridisk part og ansvarlig for LP-DDQ-rapportering.
Formål
Etablere baseline KYB-/DD-vurdering på IC-vedtaks-tidspunktet med komplett dokumentasjon for LP-DDQ-svar og fremtidig fond-bokføring iht. ILPA Reporting Standards. LP-er kan etterprøve IC-vedtaks-grunnlaget 7+ år senere ved fond-likvidasjon.
Hva recorden dekker
snapshotassessmentsdocumentsOppfølging
Etter IC-vedtak og signing: settes løpende-overvåking-policy i Event-driven review engine for porteføljebedriften — Brreg-events (eierskifte, kapital-endring, konkurs-signal) trigger varsel innen 15 minutter slik at fondet kan reagere på material change før LP-rapport.
{
"assessmentId": "asmt-pe-ic-001",
"ts": "2026-05-24T09:00:00+02:00",
"type": "kyb",
"verdict": "godkjent",
"byActor": {
"id": "pe-partner-001",
"name": "Partner — Buyout team",
"kind": "user"
},
"aiSummary": "IC-vedtak godkjent: Porteføljekandidat 913289933 har 95 MNOK omsetning (innenfor mandat 50-150 MNOK i tech/services), NACE 62.010 (programmering). Eier-struktur: 3 grundere holder 87% — clean exit-struktur mulig. Ingen sanksjons-/PEP-treff. UBO identifisert iht. AMLA. CSRD-eksponering: ikke direkte-pliktig (under 250 ansatte), men sektor-relevant for SFDR art. 8-klassifisering. IC anbefaler signing til 300 MNOK valuation.",
"sources": [
{
"kind": "brreg",
"id": "enhet-913289933",
"url": "https://data.brreg.no/enhetsregisteret/api/enheter/913289933",
"ts": "2026-05-24T08:58:00+02:00"
},
{
"kind": "ssb",
"id": "ssb-regnskap-913289933-2025",
"ts": "2026-05-24T08:59:00+02:00"
}
],
"validUntil": "2026-08-24T09:00:00+02:00",
"notes": "Re-vurderes kvartalsvis for LP-rapport og ved hver materiell event-trigger fra Event-driven review. LP-DDQ-svar arkivert iht. ILPA Reporting Standards."
}ILPA Reporting Standards + IFRS 9 (fair value through P&L) + SFDR art. 6/8/9-rapportering + AIFMD-krav til kvartalsvis LP-rapport. PE/VC-fond må kvartalsvis verdivurdere portefølje, dokumentere material change og rapportere SFDR-eksponering — særlig for art. 8-fond (ESG-promoterende) eller art. 9-fond (sustainability objective).
Formål
Gi fondet en versjonert sannhets-kilde for alle materielle endringer i porteføljebedrifter mellom kvartalsrapporter — slik at hver fair value-vurdering kan dokumenteres med kilde, tidsstempel og endrings-historikk. LP kan etterprøve kvartalsvis verdivurdering og IFRS 9-impairment-triggere på et fremtidig tilsyn-/audit-tidspunkt.
Hva recorden dekker
versionsassessmentsdocumentsOppfølging
Ved hver kvartalsrapport: recorden eksporteres som vedlegg til LP-rapport iht. ILPA Standards. Hvis Event-driven review flagger material trigger: åpne IFRS 9 impairment-vurdering innen 48 timer og evaluer SFDR-/CSRD-implikasjon.
{
"assessmentId": "asmt-pe-portefolje-002",
"ts": "2026-09-15T11:30:00+02:00",
"type": "odd",
"verdict": "middels",
"byActor": {
"id": "porteføljeleder-agent",
"name": "Event-driven review (PE-modus)",
"kind": "agent"
},
"aiSummary": "Brreg-event 2026-09-15 09:42 for porteføljebedrift 913289933: kapital-nedsettelse 25%. Mulig IFRS 9 impairment-trigger — krever verdivurderings-revurdering før Q3-LP-rapport. Effekt på fond-NAV estimert til -2,5%. Anbefales eskalert til porteføljeleder + CFO for IFRS 9-vurdering før kvartals-rapport sendes til LP.",
"sources": [
{
"kind": "brreg",
"id": "event-kapital-913289933-2026-09-15",
"ts": "2026-09-15T09:42:00+02:00"
},
{
"kind": "webhook",
"id": "brreg-webhook-portefolje-watchlist",
"ts": "2026-09-15T09:43:00+02:00"
}
],
"notes": "Foreslått oppfølging: IFRS 9 impairment-vurdering innen 48 timer; oppdater NAV-beregning og SFDR-rapportering hvis material change."
}IFRS 9 (final fair value recognition på avhendelse) + ILPA Reporting Standards + AIFMD-krav til exit-rapport + Limited Partnership Agreement (LPA) waterfall-prosedyrer. Når portefølje-investering avhendes må fondet dokumentere final fair value, realised gain/loss og evt. clawback-implikasjon iht. LPA. LP-utbetaling triggers fra waterfall-modell.
Formål
Gi fondet og LP-rapport-team en komplett exit-arkivpakke — recorden eksporteres som JSON og signert PDF inkludert hele kjeden fra IC-vedtak til closing-dato — slik at exit-rapport, IFRS 9 final impairment og LP-utbetaling kan etterprøves 10+ år senere ved fond-likvidasjon eller LP-tilsyn.
Hva recorden dekker
versionsdocumentsassessmentsOppfølging
Etter exit: hele record eksporteres som signert PDF + JSON til LP-rapport-arkiv og fondets permanente AIFMD-tilsyns-arkiv (minst 10 år). Audit Trail bevarer hele kjeden av tilgang og eksporter for evt. fond-likvidasjon, LP-tilsyn eller clawback-tvist.
{
"assessmentId": "asmt-pe-exit-003",
"ts": "2027-04-30T16:00:00+02:00",
"type": "credit",
"verdict": "godkjent",
"byActor": {
"id": "porteføljeleder-001",
"name": "Partner — Portfolio management",
"kind": "user"
},
"aiSummary": "Exit fullført: trade sale 2027-04-15 til 425 MNOK (vs. 300 MNOK kostnad, 1,42x MOIC, 18% IRR over 12 måneders eierskap). IFRS 9 final fair value: 425 MNOK realised gain 125 MNOK. LP-waterfall: hurdle 8% oppnådd, carry-allocation 20% av profit over hurdle. Ingen clawback-trigger iht. LPA punkt 11. Final report sendt til alle 14 LP-er.",
"sources": [
{
"kind": "dokument",
"id": "spa-exit-2027-04-15",
"ts": "2027-04-15T14:00:00+02:00"
},
{
"kind": "manuell",
"id": "porteføljeleder-signatur-2027-04-30",
"ts": "2027-04-30T16:00:00+02:00"
}
],
"validUntil": "2037-04-30T16:00:00+02:00",
"notes": "Bevares minst 10 år iht. AIFMD-tilsyns-krav. Cross-link til living-business-record for full eierskaps-historikk. LP kan etterprøve hele waterfall-beregning via signed JSON-eksport."
}