> 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/randomizer.md).

# Randomizer

Hvordan CERRIX velger ut utvalg under Kontroll Effektivitetstesting.

CERRIX Randomizer brukes under **Kontroll Avansert Effektivitetstesting** for å bestemme hvordan prøver velges fra en definert populasjon.

Dette hjelper team med å bruke en konsekvent og reviderbar utvalgsmetode når de tester om en Kontroll fungerte effektivt i praksis.

### Hvorfor det er viktig

Når du genererer prøver i en Testplan for Kontroll-effektivitet, bruker CERRIX randomizeren til å velge elementer fra populasjonen du definerte.

Dette støtter:

* upartisk prøveutvalg
* gjentakbar utvalgslogikk basert på en seed-verdi
* sporbar prøvegenerering for Revisjon og attestasjonsarbeid

CERRIX Randomizer har blitt uavhengig revidert og verifisert av flere regnskapsfirmaer.

### Teknisk prinsipp

CERRIX bruker en **pseudo-tilfeldig** metode.

CERRIX genererer en seed-verdi, eller bruker en seed som er generert av C# `Random` funksjonen. Denne seed-verdien bestemmer rekkefølgen av tall som genereres etterpå.

### Støttede populasjonstyper

Randomizeren fungerer med tre populasjonstyper:

* **Antall (`#`)**
* **Dato**
* **Unik ID**

Den underliggende utvalgsmekanismen er den samme for alle tre.

I praksis leveres unike ID-er ofte via en opplastet kildefil under prøvegenerering.

### Hvordan prøveutvalg fungerer

#### Innledende utvalg

1. CERRIX oppretter en skyggeliste over den definerte populasjonen.
2. Hvert objekt i den populasjonen tilordnes en ID.
3. CERRIX genererer en seed-verdi, eller bruker en som er generert av C# `Random` funksjonen.
4. Denne seed-verdien brukes som startinndata for random-funksjonen.
5. Randomizeren beregner det neste tallet i skyggelisten.
6. Den samsvarende ID-en peker til det valgte objektet i populasjonen.

#### Når flere prøver trengs

For hver ekstra prøve gjentar CERRIX utvalgssyklusen:

1. Generer det neste tallet fra skyggelisten.
2. Lagre ID-en til det genererte tallet.
3. Fjern det valgte tallet fra skyggelisten.

Å fjerne valgte elementer forhindrer duplikatvalg innenfor samme prøvesett.

### Ved Kontroll-Effektivitetstesting

Innenfor **Kontroll Avansert Effektivitetstesting**, brukes denne funksjonaliteten som utvalgsmotoren bak prøvegenerering.

Avhengig av testoppsettet kan populasjonen være basert på:

* antall poster
* en datobasert populasjon
* en fil med unike identifikatorer

CERRIX bruker deretter randomizeren til å avgjøre hvilke elementer som inkluderes i testutvalget.

<figure><img src="https://3330106213-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-7a79e3bd85b4c5c8f29c9639cd0bc2e42d6ea3b2%2Fgenerate-samples-dialog.png?alt=media" alt="Generate samples: choosing the sample type, population size and number of test samples"><figcaption></figcaption></figure>

### Tilleggsnotat

Kildekoden til randomizeren er tilgjengelig på forespørsel.

### Antall prøver og randomizerens oppførsel i praksis

#### Størrelse på kildefilen

Randomizeren har ingen begrensning på antall rader i en opplastet kildefil. Prøver trekkes alltid fra hele populasjonen i filen, ikke bare den første delen av den.

#### Anbefalte og minimale antall prøver

Den **anbefalte** og **minimale** antall testprøver du konfigurerer per Kontrollfrekvens i Grunndata gjelder for hele Periode, ikke for individuelle Testplaner. Dette betyr at CERRIX godtar en enkelt Testplan som inneholder færre prøver enn det konfigurerte minimumet; forventningen er at minimumet nås på tvers av alle Testplaner i Periode. Det er ikke mulig å håndheve et minimumsantall prøver per enkelt Testplan.

#### Legge til prøver etter generering

Ekstra prøver kan ikke legges til i en eksisterende Testplan. Hvis du trenger flere prøver — for eksempel fordi en prøve feilet og metodikken din krever at testen utvides — opprett en ny Testplan basert på den eksisterende og generer de ekstra prøvene der.

{% hint style="info" %}
Når du genererer prøver i en oppfølgende Testplan, kan utvalget inkludere elementer som allerede var valgt i den forrige planen. Gå gjennom de genererte prøvene før testing.
{% endhint %}

#### Sporing av hvor mange prøver som er testet

Testplanoversikten viser antall prøver i hver Testplan (første tall) og minimumsantallet prøver for test-Periode (andre tall). Det finnes ingen innebygd løpende opptelling av hvor mange prøver som så langt er testet i en Periode sammenlignet med hvor mange som gjenstår; hvis du trenger dette, kan det oppnås gjennom egendefinert rapportering — kontakt CERRIX-support via servicedesken for mulighetene.


---

# 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/randomizer.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.
