> For the complete documentation index, see [llms.txt](https://docs.cerrix.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.cerrix.com/cerrix-documentation-no/glossary.md).

# Ordliste

Viktige CERRIX-termer og akronymer brukt på tvers av plattformen og dokumentasjonen.

Bruk denne ordlisten til raskt å dekode begrepene som brukes på tvers av CERRIX-moduler, oppsettssider og API-referanser.

Definisjonene nedenfor følger hvordan begrepene brukes gjennom hele produktet og dokumentasjonen.

### 0–9

**5W 1H** — Den anbefalte strukturen for en Kontrollbeskrivelse: **hvem** utfører Kontroll, **hva** de gjør, **hvor**, **med hva** systemer, **når**, og **hva om** noe går galt. Det er Kontroll-motstykket til Hendelse-årsak-virkning for risiko.

### A

**Avansert konfigurasjon** — Filter- og tabelloppsettpanelet i et Workspace. Bruk det til å snevre inn resultater, velge kolonner og lagre visninger.

**Avansert Effektivitetstesting** — En strukturert metode for testing av Kontroll for å sjekke om en Kontroll fungerer effektivt over tid.

**Aggregert endepunkt** — Et API-endepunkt som returnerer forhåndsjoinede data for rapportering eller analyse. Disse endepunktene bruker vanligvis forretningsidentifikatorer i stedet for GUID-er.

**Vurdering** — En strukturert vurderingsoppføring i CERRIX. I styring av forretningsforbedring kobles vurderinger til funn og MoI-er. I Forretningsvurdering kombinerer de sikringsdata for én Forretningsdimensjon og organisasjonsomfang.

**Assessor** — Rollen som vurderer og videresender en Hendelse før den lukkes. Modulen Hendelser kaller denne rollen Reviewer; vurderer er det opprinnelige navnet i Hendelser og forekommer fortsatt i rolleinavn som Hendelsesvurderer.

**Revisjonsspor** — Oppføringen av hvem som opprettet, endret eller gjennomgikk et element, og når.

### B

**Forretningsvurdering** — En strukturert sikringsvisning for én Forretningsdimensjon innen ett organisatorisk omfang. Den kombinerer tilknyttede prosesser, risikoer, kontroller, hendelser, MoI-er, KRI-data og tredjeparter.

**Forretningsdimensjon** — En forretningsstruktur som brukes til å gruppere og rapportere data. Den representerer ofte prosesser, prosjekter, mål eller et annet internt hierarki.

**Forretningsnøkkel** — En menneskelesbar Identifier som brukes til å gjenkjenne en post i forretningskontekst, for eksempel en Risiko-Identifier eller et kontraktsnummer.

### C

**Kontroll** — Et tiltak som reduserer Risiko eller holder en prosess innenfor avtalte rammer. Kontroller kan være forebyggende, oppdagende eller korrigerende.

**Kontrollkatalog** — Et gjenbrukbart bibliotek med standarddefinisjoner for Kontroller. Det hjelper team med å opprette Kontroller raskere og mer konsekvent.

**Kontrollutførelse** — Utførelsen av en Kontroll og registreringen av denne utførelsen i CERRIX. Utførelser kan planlegges som gjentakende oppgaver gjennom en Oppgaveserie eller legges til som engangsoppgaver ved en Hendelse, og hver av dem oppretter en sporbar post. Dette er forskjellig fra Kontrollens utførelsesmetode.

**Utførelsesmetode for Kontroll** — Om en Kontroll utføres **manuelt**, **automatisk**, eller **semiautomatisk**.

**Kontrollutførelsesoppgave** — En enkelt forekomst av utførelse av en Kontroll, enten generert av en Oppgaveserie eller opprettet som en engangsforekomst. Ansvarlig fullfører oppgaven, legger til bevis og en valgfri poengsum; der en Reviewer er tildelt, godtar eller avviser Reviewer den.

**Kontrollfrekvens** — Hvor ofte en kontroll utføres, for eksempel daglig, månedlig, kvartalsvis eller ad hoc.

**Egendefinert felt** — Et ekstra felt konfigurert for en modul for å samle inn organisasjonsspesifikke data.

### D

**Dashboard** — Landingssiden etter innlogging. Brukere kan tilpasse den med widgets og layouter som passer arbeidet deres.

**Tester av design og implementering (D\&I)** — En kontrolltest som sjekker om en kontroll er utformet riktig og implementert som tiltenkt.

**Detekterende kontroll** — En kontroll som identifiserer et problem etter at det har skjedd, for eksempel en avstemming eller logggjennomgang.

**Direct Data-endepunkt** — Et API-endepunkt i `/directdata/v1/*` familien. Disse endepunktene returnerer normaliserte entiteter og er utformet for korrekte relasjonelle koblinger.

### E

**Effektivitetskatalog** — En gjenbrukbar mal for standard testtrinn og kriterier som brukes når en effektivitets-Testplan opprettes. Avanserte Testplaner kopierer katalogen ved opprettelse; enkle Testplaner beholder en lenke til den.

**Hendelse** — En post i den gamle Hendelser-modulen, som har blitt erstattet av Incidents. Begrepet gjelder fortsatt i miljøer som bruker den eldre modulen, og i rolle- og API-navn som for eksempel Hendelsesvurderer.

**Hendelse-årsak-virkning** — Den anbefalte strukturen for å skrive Risikobeskrivelser. Den forklarer hva som kan skje, hvorfor det kan skje, og hva konsekvensen ville være.

**Bevis** — Dokumenter, skjermbilder, eksportfiler eller andre registreringer som brukes til å støtte testing, gjennomganger eller håndtering av avvik.

**Opplaster for bevis** — Rollen som leverer støttedokumentasjonen en Testplan ber om — per prøve i Effektivitetstesting, eller for Kontroll som helhet i D\&I-testing.

**Utførelsesbasert kontrolltesting** — En testmetode som kontrollerer om en Kontroll faktisk ble utført som planlagt.

### F

**Funnrapport** — En post som brukes til å dokumentere funn og relatert oppfølgingsarbeid i Business Improvement Management.

**Fremmednøkkel** — Et felt som kobler en post til en annen post i API-datamodellen.

**Skjema** — Et spørreskjema som brukes til å samle inn eller distribuere informasjon. Skjemaer finnes i to typer: vanlige skjemaer og Workflow-skjemaer.

**Rammeverksdimensjon** — En struktur som brukes til å merke poster opp mot eksterne krav eller standarder, som ISO 27001, DORA, GDPR eller ISAE 3402.

### G

**Brutto Risiko** — Risiko-nivået før Kontrollene anvendes.

**GUID** — En teknisk unik identifikator som brukes av mange direkte data-API-endepunkter.

### H

**tung bruker** — En bruker som har minst én rolle med administrativ, redaksjonell, test- eller beslutningsmyndighet. Inndelingen i tung og lett følger av rollene som er tildelt en bruker og avgjør hvordan brukere telles for lisensiering.

### I

**Identifier** — Den forretningsvendte koden eller det nummeret som brukes til å identifisere en post, som et Risiko-nummer, et Kontroll-nummer eller et Avvik-nummer.

**Avvik** — Et operasjonelt eller Etterlevelse-relatert problem som meldes, vurderes, undersøkes og løses via Avvik-modulen.

**Avvik grunndata** — Referansedataene bak Avvik-poster, som klassifiseringer, kategorier, alvorlighetsverdier og alternativer for rotårsak.

### K

**Nøkkel Kontroll** — En Kontroll som er kritisk for å håndtere betydelig Risiko. Viktige kontroller krever vanligvis mer formell testing og overvåking.

**Key Risiko Indicator (KRI)** — En målbar indikator som brukes til å overvåke endringer i Risikoeksponering over tid.

### L

**Lett bruker** — En bruker hvis roller er begrenset til aktiviteter som å vise data, rapportere hendelser eller laste opp bevis, uten administrativ eller strategisk tilgang.

### M

**Forbedringstiltak (MoI)** — En korrigerende handling eller et Forbedringstiltak som følges opp til lukking. MoI-er kan knyttes til Risiko, Kontroll, hendelser, funn, Tredjepart og dataforvaltningsposter.

**MFA (flerfaktorautentisering)** — Et ekstra verifiseringstrinn ved innlogging, i tillegg til passordet.

**Modul** — Et stort funksjonsområde i CERRIX, som for eksempel Risiko, Kontroll, Hendelser, Tredjepartshåndtering eller prosesshåndtering.

**Overvåket Kontroll** — En Kontroll markert som å kreve overvåking og periodisk testing. Testkolonner i arbeidsområder og forhåndsinnstillinger fylles bare ut for overvåkede kontroller.

### N

**Netto Risiko** — Risikonivået etter at kontrollene er på plass og fungerer.

**Varsel** — En automatisert e-post eller melding knyttet til et Workflow-trinn eller en forfallsdato. I tillegg til de innebygde varslingene i hver modul kan administratorer konfigurere egendefinerte varsler med egen tekst, tidspunkt, organisasjonsomfang og mottakere.

### O

**Organisasjon** — Den organisatoriske enheten som eier, forvalter eller berøres av en post. Tilgangsrettigheter og rapporteringsomfang avhenger ofte av organisasjonen.

**Samlet risikovurdering** — Beslutningen om hvorvidt det gjenværende risikonivået er akseptabelt eller krever videre tiltak.

### P

**Sti** — En hierarkisk verdi brukt i API- og strukturdata for å vise hvor en organisasjon eller dimensjon befinner seg i treet sitt.

**Forhåndsinnstilling** — En lagret Workspace-visning. Den lagrer filtre, synlige kolonner og layoutvalg for gjenbruk.

**Forebyggende kontroll** — En kontroll som hindrer at et problem oppstår i utgangspunktet.

**Primærnøkkel** — Feltet som entydig identifiserer en post i et API-endepunkt.

**Prosessflyt** — Den visuelle eller logiske flyten av aktiviteter i en prosess. I CERRIX kan prosessflyter kobles til risikoer, kontroller, hendelser og forbedringstiltak.

### R

**RACI** — En rollemal som viser hvem som er **Ansvarlig**, **Ansvarlig**, **Konsultert**, og **Informert** for en aktivitet.

**Randomizer** — Stikkprøvelogikken som brukes under Effektivitetstesting av kontroller for å velge elementer til gjennomgang.

**Vanlig skjema** — Et skjema som brukes til å samle inn eller distribuere informasjon uten gjennomgangstrinn.

**Repressiv kontroll** — En kontroll som reagerer etter at et problem har oppstått for å rette det eller begrense skaden.

**Restrisiko** — Risikoen som gjenstår etter at kontroller er lagt til. I praksis samsvarer dette med den gjenværende eller netto risikoposisjonen.

**Begrenset** — En rolleafgrensning begrenset til brukerens egen organisasjon og dens datterorganisasjoner. Sammenlign med ubegrenset.

**Reviewer** — Rollen som kontrollerer og godkjenner andres arbeid før det blir endelig. Gjennomgangsroller vises i kontrolltesting, kontrollutførelsesoppgaver, Workflow-skjemaer og Hendelser-Workflowen — der Hendelser-modulen bruker samme rollevurderer.

**Risiko** — En potensiell hendelse som kan påvirke mål. I CERRIX beskrives, skåres, eies og kobles risikoer til avbøtende kontroller.

**Risikokatalog** — Et gjenbrukbart bibliotek med standard risikodefinisjoner som støtter konsekvent registrering av risikoer.

**Risikoeier** — Personen som er ansvarlig for å overvåke og vurdere en risiko.

**Risikobehandling** — Den valgte responsen på en risiko. Vanlige alternativer er **unngå**, **overføre**, **redusere**, og **akseptere**.

**Rolle** — En navngitt tilgangsprofil som bestemmer hva en bruker kan se, redigere, teste, godkjenne eller administrere.

**Rollegruppe** — En pakke med roller og brukere: hver bruker i gruppen får alle rollene som er tildelt gruppen. Grupper som synkroniseres fra en identitetsleverandør via SCIM, vises i CERRIX som rollegrupper.

### S

**Stikkprøve** — En enkelt post valgt fra en populasjon for Effektivitetstesting. Stikkprøver genereres etter nummer, etter datoperiode eller fra et opplastet regneark, og hver stikkprøve samler sitt eget bevismateriale og sin egen poengsum.

**SCIM** — Provisioneringsstandarden som brukes til å opprette, oppdatere og deaktivere CERRIX-brukere automatisk fra identitetsleverandøren din.

**Halvautomatisert kontroll** — En kontroll som kombinerer systemtrinn med menneskelig handling.

**Delt kontroll** — En kontroll som gjøres tilgjengelig for andre organisasjoner enn sin egen, slik at den kan kobles til risikoer som eies andre steder i organisasjonsstrukturen.

**Enkel effektivitet** — En enklere registrering for kontrolltesting brukt i API-modellen sammen med avansert effektivitet.

**Kildedokument** — Populasjonsfilen eller datasettet som lastes opp ved starten av en testplan for Effektivitetstesting, og som prøver trekkes fra. Skilt fra bevismateriale, som støtter hver enkelt prøve.

**Opplaster av kildedokument** — Rollen som laster opp kildedokumentene for en testplan. Den kan bare tildeles når opplasteren av bevismateriale og testeren er fylt inn.

**Grunndata** — Referansedataene som brukes til å standardisere nedtrekkslister, klassifiseringer og gjenbrukbare oppsettsverdier på tvers av en modul.

### T

**Oppgaveserie** — En oppgaveserie som genererer gjentakende oppgaver, for eksempel månedlige Kontroll-utførelser. Den definerer Ansvarlig, en valgfri Reviewer, frekvensen, start- og sluttdatoen og varslingstidspunktene.

**Test Periode** — Tidsrammen en testplan dekker — for eksempel et kvartal eller et regnskapsår — sammen med antallet prøver som skal testes. Det finnes ikke noe foreskrevet navneformat.

**Testplan** — Oppføringen som definerer og sporer én Kontrolltest: perioden, omfanget, tildelte roller, prøver, bevis og de resulterende scorene. Testplaner finnes for både D\&I-testing og Effektivitetstesting.

**Testskårer** — Design-, implementerings-, Effektivitet- og konklusjonsscorene som vises på en Kontroll, sammen med testdatoene deres. Feltene for effektivitet fylles bare ut når en testplan er fullført.

**Teststeg** — En individuell kontroll i en testplan. Testeren scorer og kommenterer hvert teststeg, og standardteststeg kan forhåndsdefineres i en katalog.

**Tester** — Rollen som utfører en Kontrolltest: vurderer prøvene eller Kontrollens design, dokumenterer funnene og scorer resultatet.

**Tredjepart** — En ekstern leverandør, underleverandør, behandler eller partner som forvaltes i modulen for Tredjepartshåndtering.

### U

**Ubegrenset** — Et rolleomfang som dekker alle organisasjoner, og ikke bare brukerens egen. Sammenlign med begrenset.

### W

**Workday Organizer** — Administrasjonsskjermen der arbeidsdager og helligdager defineres. Oppgaveserier som gjentas på en arbeidsdag — for eksempel den tiende arbeidsdagen i måneden — bruker denne kalenderen.

**Workflow** — Den definerte sekvensen av statuser et element beveger seg gjennom, med en ansvarlig rolle i hvert trinn. Hendelser, testplaner, Kontroll-utførelsesoppgaver og Workflow-skjemaer har hver sin Workflow.

**Workflow-skjema** — Et skjema som legger til gjennomgangs- og godkjenningssteg til et vanlig skjema, for innsendinger som trenger validering eller godkjenning.

**Workspace** — Hovedlistevisningen for en modul. Bruk den til å gjennomgå poster, filtrere resultater, sortere kolonner, eksportere data og åpne detaljene for et element.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.cerrix.com/cerrix-documentation-no/glossary.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.