> 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/cerrix-funksjoner/module-overview/controls/control-advanced-effectiveness-testing/execution-based-control-testing.md).

# Gjennomføringsbasert kontrolltesting

{% hint style="warning" %}
Denne funksjonaliteten vil være tilgjengelig i ACC 31. desember 2025 og i PRD 14. januar 2026.
{% endhint %}

**Utførelsesbasert kontrolltesting** lar deg vurdere effektiviteten til kontroller ved å bruke kontrollutførelsesoppgavene som fant sted innenfor en definert testperiode direkte. Denne funksjonen integrerer data om kontrollutførelse med avansert Effektivitetstesting og gir en strømlinjeformet og revisjonsbar test-Workflow.

{% hint style="info" %}
Utførelsesbasert kontrolltesting er bare tilgjengelig når du bruker de nyeste *Kontroll Avansert Effektivitetstesting* skjermbildene. De fleste kundene bruker allerede disse skjermbildene. Hvis miljøet ditt ennå ikke har dem aktivert, vennligst kontakt [CERRIX Support](/cerrix-documentation-no/om-cerrix/getting-support.md).
{% endhint %}

## **Oversikt**

I mange organisasjoner krever kontroller [oppgaver](/cerrix-documentation-no/cerrix-funksjoner/module-overview/controls/control-execution-tasks.md) å bli utført i henhold til en forhåndsdefinert plan (f.eks. månedlige gjennomganger av tilgangsrettigheter). Utførelsesbasert testing samler inn disse oppgavene og bruker dem som testkilde, slik at du slipper å laste opp populasjonsfiler manuelt.

Alle kontrollutførelser som er planlagt innenfor testperioden, inkluderes automatisk som kilden for kontrolltesten.

## **Forutsetninger**

Før du starter en utførelsesbasert test, må du sørge for at kontrollutførelse er aktivert i konfigurasjonen til kontrollen:

<figure><img src="https://3330106213-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-6d917c1bb2ca9e1d9e804227b06bb4c4cd10071e%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

## **Aktivere utførelsesbasert testing**

Utførelsesbasert testing konfigureres i kontrollens testplan.

1. Opprett eller åpne en kontrolltestplan.
2. Sørg for at **testperioden** samsvarer med en periode der utførelsesoppgaver er planlagt.
3. På den andre siden: **Utvalgsgenerering**, aktiver alternativet: **Bruk kontrollutførelse**

![](https://3330106213-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-58191f75e0eb56e5c41acdc470568efc67db73a6%2FUnknown%20image?alt=media)

Dette aktiverer den automatiske innsamlingen av utførelsesoppgaver for testkilden.

## **Starte kontrolltesten**

Når testperioden er over, kan testeren starte kontrolltesten som vanlig.

Utførelsesbasert testing består av:

1. **Kildeopplasting og utvalgsgenerering**
2. **Evidensopplasting**
3. **Testing**
4. *(Valgfritt)* **Revisjon**

Disse følger den vanlige CERRIX-test-Workflowen, men med ekstra utførelsesbasert funksjonalitet.

### Kildeopplasting og utvalgsgenerering

Når utførelsesbasert testing er aktivert, laster CERRIX automatisk inn alle utførelsesoppgaver som er planlagt innenfor testperioden.

![Et skjermbilde av en datamaskin kan inneholde feil AI-generert innhold.](https://3330106213-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-ddfa7a03212423b32bf9b0ae59bcd199f6fab36e%2FUnknown%20image?alt=media)

#### **Det du vil se:**

* En oversikt over alle **utførelsesoppgaver funnet**.
* Et antall utførelsesoppgaver som var **ennå ikke fullført**. (I normale scenarier bør alle oppgaver være fullført når effektivitetstesting begynner.)

#### **Utvalgsgenerering:**

Kildeopplasteren trenger bare å oppgi **utvalgsstørrelsen**. Etter utvalgsgenereringen kan evidensopplasteren begynne arbeidet sitt.

#### **Notater**

* På tidspunktet for utvalgsgenereringen oppretter CERRIX et **kildedokument** for testplanen: en Excel-fil med en oversikt over kontrollutførelsesoppgavene som testen er basert på, tilsvarende en Workspace-eksport. Du kan laste den ned fra **Kildedokumenter** seksjonen i testplanen, noe som gjør det enkelt å dele populasjonen eller inkludere den i e-poster og rapporter.
* Fullførte utførelsesoppgaver inkludert i et testutvalg **kan ikke slettes eller åpnes på nytt** for å ivareta revisjonsintegriteten.
* Hvis **ingen utførelsesoppgaver** finnes i testperioden, antar CERRIX at kontrollen **ikke fant sted.** Testeren kan bare gi en endelig konklusjon basert på denne antakelsen. Hvis kontrollen faktisk fant sted, og kildedokumentasjonen ikke er registrert i kontrollutførelsene, men et annet sted, bør testplanen opprettes på nytt uten alternativet "Bruk kontrollutførelse".

### Evidensopplasting

Evidensopplasteren ser alle valgte utvalg, hvert tilsvarende en bestemt kontrollutførelse. For eksempel: ![](https://3330106213-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-255c4384b07485718c3216539a552550528492d4%2FUnknown%20image?alt=media)

#### **Automatisk evidenskobling**

Hvis kontrollutførelsen inneholder evidens, kopieres denne evidensen automatisk inn i utvalget.

Koblet evidens er merket med et **lenkeikon**, noe som indikerer at den stammer fra en kontrollutførelse og ikke en manuell opplasting. For eksempel: ![](https://3330106213-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-10fe64421d3ab2997ac69a46373052faf5bf0acc%2FUnknown%20image?alt=media)

#### **Situasjoner evidensopplasteren kan møte**

<table><thead><tr><th width="242.46875">Situasjon</th><th width="142.19921875">Forklaring</th><th>Hva opplasteren kan gjøre</th></tr></thead><tbody><tr><td><strong>Kontrollutførelse fullført med evidens</strong></td><td>Evidens er allerede til stede</td><td>Utvalget er markert <em>Ferdig</em>. Valgfritt: legg til ekstra evidens.</td></tr><tr><td><strong>Kontrollutførelse fullført uten evidens</strong></td><td>Ingen evidens funnet</td><td>Legg til evidens <strong>eller</strong> marker <em>Ingen evidens</em> og oppgi en forklaring.</td></tr><tr><td><strong>Kontrollutførelse ikke fullført</strong></td><td>Oppgaven er fortsatt åpen</td><td>Be enten den ansvarlige personen om å fullføre oppgaven, last opp evidens manuelt, eller marker <em>Ingen evidens</em> med begrunnelse.</td></tr></tbody></table>

### Testing og gjennomgang

Testeren og Reviewer kan vurdere utvalg som vanlig. Begge roller kan få tilgang til:

* Den **kildedokument**
* Den **koblede kontrollutførelsesoppgaver**
* automatisk eller manuelt opplastet evidens

#### **tilleggsindikatorer for utførelsesbasert testing**

* En advarsel vises når en oppgave er **ikke fullført**.
* En advarsel vises når en oppgave ble **fullført etter** at evidensopplasteren var ferdig med arbeidet sitt.
* Koblet evidens fra utførelsesoppgaver viser et **lenkeikon**; manuelt opplastet evidens gjør det ikke.

## **Tilleggsnotater**

* Hvis det ikke finnes noen utførelsesoppgaver i perioden for kontrolltesten, antas det at kontrollen ikke fant sted.
* Utførelsesoppgaver som ble **slettet eller omplanlagt utenfor testperioden** før utvalgsgenereringen fant sted, inkluderes ikke i populasjonen. Etter utvalgsgenerering er det ikke mulig å slette, og selv om oppgaven omplanlegges, vil den ikke bli fjernet fra kilden til testplanen.
* Denne mekanismen sikrer et fullstendig revisjonsbart øyeblikksbilde: Utførelsesoppgaver som brukes i en test, **kan ikke fjernes fra testplanen etter utvalgsgenerering**, noe som sikrer integriteten til utvalget.

Når du eksporterer testplaner **inkludert evidens** (Kontroll-Workspace > Workspace Tools > Eksporter testplan > Eksporter data og evidens), inneholder evidenspakken til en utførelsesbasert testplan også dokumentene som var vedlagt kontrollutførelsesoppgavene bak utvalgene. Revisorer og risikostyrere mottar derfor den komplette evidensen, inkludert dokumentasjonen på oppgavenivå.


---

# 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/cerrix-funksjoner/module-overview/controls/control-advanced-effectiveness-testing/execution-based-control-testing.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.