> 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-nl/cerrix-functionaliteiten/module-overview/controls/control-advanced-effectiveness-testing/randomizer.md).
# Randomizer
Hoe CERRIX steekproeven selecteert tijdens effectiviteitstoetsing van beheersmaatregelen.
De CERRIX Randomizer wordt gebruikt tijdens **Geavanceerde Effectiviteitstoetsing van Beheersmaatregel** om te bepalen hoe steekproeven worden gekozen uit een gedefinieerde populatie.
Dit helpt teams een consistente en controleerbare steekproefmethode toe te passen bij het testen of een beheersmaatregel in de praktijk effectief heeft gewerkt.
### Waarom dit belangrijk is
Wanneer u steekproeven genereert in een testplan voor effectiviteitstoetsing van een Beheersmaatregel, gebruikt CERRIX de randomizer om items uit de door u gedefinieerde populatie te selecteren.
Dit ondersteunt:
* onbevooroordeelde steekproefselectie
* herhaalbare steekproeflogica op basis van een seedwaarde
* traceerbare steekproefgeneratie voor Audit- en assurancewerk
De CERRIX Randomizer is onafhankelijk geaudit en geverifieerd door meerdere accountantskantoren.
### Technisch principe
CERRIX gebruikt een **pseudo-willekeurige** methode.
CERRIX genereert een seedwaarde, of gebruikt een seed die is gegenereerd door de C# `Random` functie. Die seed bepaalt de volgorde van getallen die daarna wordt gegenereerd.
### Ondersteunde populatietypen
De randomizer werkt met drie populatietypen:
* **Aantal (`#`)**
* **Datum**
* **Unieke ID**
Het onderliggende selectiemechanisme is voor alle drie hetzelfde.
In de praktijk worden unieke ID's vaak aangeleverd via een geüpload bronbestand tijdens het genereren van steekproeven.
### Hoe steekproefselectie werkt
#### Eerste selectie
1. CERRIX maakt een schaduwlijst van de gedefinieerde populatie.
2. Elk object in die populatie wordt aan een ID gekoppeld.
3. CERRIX genereert een seedwaarde, of gebruikt er een die is gegenereerd door de C# `Random` functie.
4. Die seed wordt gebruikt als de startinvoer voor de randomfunctie.
5. De randomizer berekent het volgende getal in de schaduwlijst.
6. De bijbehorende ID wijst naar het geselecteerde object in de populatie.
#### Wanneer meerdere steekproeven nodig zijn
Voor elke extra steekproef herhaalt CERRIX de selectielus:
1. Genereer het volgende getal uit de schaduwlijst.
2. Sla de ID van het gegenereerde getal op.
3. Verwijder het geselecteerde getal uit de schaduwlijst.
Door geselecteerde items te verwijderen, wordt dubbele selectie binnen dezelfde steekproefverzameling voorkomen.
### Bij effectiviteitstoetsing van een Beheersmaatregel
Binnen **Geavanceerde Effectiviteitstoetsing van Beheersmaatregel**, wordt deze functionaliteit gebruikt als de selectiemotor achter de steekproefgeneratie.
Afhankelijk van de testopstelling kan de populatie gebaseerd zijn op:
* het aantal records
* een op datum gebaseerde populatie
* een bestand met unieke identificatiegegevens
CERRIX gebruikt vervolgens de randomizer om te bepalen welke items in de teststeekproef worden opgenomen.
### Aanvullende opmerking
De broncode van de randomizer is op aanvraag beschikbaar.
### Steekproefaantallen en gedrag van de randomizer in de praktijk
#### Grootte van het bronbestand
De randomizer heeft geen limiet op het aantal rijen in een geüpload bronbestand. Steekproeven worden altijd getrokken uit de volledige populatie in het bestand, niet alleen uit het eerste deel daarvan.
#### Voorgestelde en minimale steekproefaantallen
Het **voorgestelde** en **minimale** De aantallen teststeekproeven die u per Beheersmaatregelfrequentie in de Basisgegevens configureert, gelden voor de volledige Periode van de test, niet voor afzonderlijke Testplannen. Dit betekent dat CERRIX één Testplan accepteert dat minder steekproeven bevat dan het geconfigureerde minimum; de verwachting is dat het minimum over alle Testplannen in de Periode wordt bereikt. Het is niet mogelijk om een minimumaantal steekproeven per afzonderlijk Testplan af te dwingen.
#### Steekproeven toevoegen na generatie
Extra steekproeven kunnen niet aan een bestaand Testplan worden toegevoegd. Als u extra steekproeven nodig hebt — bijvoorbeeld omdat een steekproef is mislukt en uw methodologie vereist dat de test wordt uitgebreid — maak dan een nieuw Testplan op basis van het bestaande en genereer daar de extra steekproeven.
{% hint style="info" %}
Wanneer u steekproeven genereert in een vervolg-Testplan, kan de selectie items bevatten die al in het vorige plan waren geselecteerd. Controleer de gegenereerde steekproeven vóór het testen.
{% endhint %}
#### Bijhouden hoeveel steekproeven zijn getest
Het overzicht van het Testplan toont het aantal steekproeven in elk Testplan (eerste getal) en het minimale aantal steekproeven voor de Periode (tweede getal). Er is geen ingebouwde doorlopende telling van hoeveel steekproeven tot nu toe in een Periode zijn getest versus hoeveel er nog over zijn; als u dit nodig hebt, kan dat worden bereikt via aangepaste rapportage — neem voor de mogelijkheden contact op met CERRIX-support via de servicedesk.
---
# 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-nl/cerrix-functionaliteiten/module-overview/controls/control-advanced-effectiveness-testing/randomizer.md?ask=&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.
