> 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/execution-based-control-testing.md).

# Uitvoeringsgebaseerde test van Beheersmaatregelen

{% hint style="warning" %}
Deze functionaliteit is beschikbaar in ACC op 31 december 2025 en in PRD op 14 januari 2026.
{% endhint %}

**Op uitvoering gebaseerde Beheersmaatregeltoetsing** stelt u in staat de effectiviteit van beheersmaatregelen te beoordelen door rechtstreeks gebruik te maken van de uitvoeringstaken van de beheersmaatregel die binnen een gedefinieerde test Periode hebben plaatsgevonden. Deze functie integreert gegevens over de uitvoering van beheersmaatregelen met geavanceerde Effectiviteitstoetsing en biedt een gestroomlijnde en controleerbare test Workflow.

{% hint style="info" %}
Op uitvoering gebaseerde Beheersmaatregeltoetsing is alleen beschikbaar wanneer u de nieuwste *Beheersmaatregel Advanced Effectiviteitstoetsing* schermen. De meeste klanten gebruiken deze schermen al. Als deze nog niet zijn ingeschakeld in uw omgeving, neem dan contact op met [CERRIX Support](/cerrix-documentation-nl/over-cerrix/getting-support.md).
{% endhint %}

## **Overzicht**

In veel organisaties vereisen beheersmaatregelen [taken](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/controls/control-execution-tasks.md) dat zij volgens een vooraf gedefinieerd schema worden uitgevoerd (bijv. maandelijkse beoordelingen van toegangsrechten). Op uitvoering gebaseerde toetsing verzamelt deze taken en gebruikt ze als testbron, waardoor het niet meer nodig is om populatiebestanden handmatig te uploaden.

Alle uitvoeringen van beheersmaatregelen die binnen de test Periode zijn gepland, worden automatisch opgenomen als bron voor de beheersmaatregeltest.

## **Voorwaarden vooraf**

Voordat u een op uitvoering gebaseerde test start, moet u ervoor zorgen dat de uitvoering van de beheersmaatregel is ingeschakeld in de configuratie van de beheersmaatregel:

<figure><img src="https://2540748892-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>

## **Op uitvoering gebaseerde toetsing activeren**

Op uitvoering gebaseerde toetsing wordt geconfigureerd binnen het Testplan voor de Beheersmaatregel.

1. Maak een Testplan voor de Beheersmaatregel aan of open het.
2. Zorg ervoor dat de **test Periode** overeenkomt met een Periode waarin uitvoeringstaken zijn gepland.
3. Op de tweede pagina: **Steekproefgeneratie**, schakel de optie in: **Gebruik uitvoering van de Beheersmaatregel**

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

Hiermee wordt de automatische verzameling van uitvoeringstaken voor de testbron geactiveerd.

## **Starten van de Beheersmaatregeltest**

Zodra de test Periode is afgelopen, kan de tester de Beheersmaatregeltest zoals gebruikelijk starten.

Op uitvoering gebaseerde toetsing bestaat uit:

1. **Bronupload & steekproeftrekking**
2. **Bewijsupload**
3. **Toetsing**
4. *(Optioneel)* **de**

Deze volgen de standaard CERRIX-test Workflow, maar met extra op uitvoering gebaseerde functionaliteit.

### Bronupload & steekproeftrekking

Wanneer op uitvoering gebaseerde toetsing is ingeschakeld, laadt CERRIX automatisch alle uitvoeringstaken die binnen de test Periode zijn gepland.

![Een schermafbeelding van door computer-AI gegenereerde inhoud kan onjuist zijn.](https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-ddfa7a03212423b32bf9b0ae59bcd199f6fab36e%2FUnknown%20image?alt=media)

#### **Wat u zult zien:**

* Een overzicht van alle **gevonden uitvoeringstaken**.
* Een aantal uitvoeringstaken dat **nog niet voltooid was**. (In normale gevallen zouden alle taken voltooid moeten zijn wanneer Effectiviteitstoetsing begint.)

#### **Steekproefgeneratie:**

De bronuploader hoeft alleen de **steekproefomvang**. Na steekproefgeneratie kan de bewijsuploader aan de slag.

#### **Opmerkingen**

* Op het moment van steekproeftrekking genereert CERRIX een **brondocument** voor het Testplan: een Excelbestand met een overzicht van de uitvoeringstaken van de Beheersmaatregel waarop de test is gebaseerd, vergelijkbaar met een Workspace-export. U kunt het downloaden uit de **Brondocumenten** sectie van het Testplan, waardoor het eenvoudig is om de populatie te delen of op te nemen in e-mails en rapporten.
* Voltooide uitvoeringstaken die in een teststeekproef zijn opgenomen **kunnen niet worden verwijderd of opnieuw worden geopend** om de Audit-integriteit te waarborgen.
* Als **geen uitvoeringstaken** worden gevonden in de test Periode, gaat CERRIX ervan uit dat de Beheersmaatregel **niet heeft plaatsgevonden.** De tester kan alleen een eindoordeel geven op basis van die veronderstelling. Als de Beheersmaatregel wel heeft plaatsgevonden, maar het bronbewijs niet is geregistreerd in uitvoeringen van de Beheersmaatregel maar elders, moet het Testplan opnieuw worden aangemaakt zonder de optie "Gebruik uitvoering van de Beheersmaatregel".

### Bewijsupload

De bewijsuploader ziet alle geselecteerde steekproeven, die elk overeenkomen met een specifieke uitvoering van de Beheersmaatregel. Bijvoorbeeld: ![](https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-255c4384b07485718c3216539a552550528492d4%2FUnknown%20image?alt=media)

#### **Automatische koppeling van bewijs**

Als de uitvoering van de Beheersmaatregel bewijs bevat, wordt dit bewijs automatisch naar de steekproef gekopieerd.

Gekoppeld bewijs wordt gemarkeerd met een **koppelingsicoon**, wat aangeeft dat het afkomstig is van een uitvoering van de Beheersmaatregel in plaats van van een handmatige upload. Bijvoorbeeld: ![](https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-10fe64421d3ab2997ac69a46373052faf5bf0acc%2FUnknown%20image?alt=media)

#### **Situaties die de bewijsuploader kan tegenkomen**

<table><thead><tr><th width="242.46875">Situatie</th><th width="142.19921875">Uitleg</th><th>Wat de uploader kan doen</th></tr></thead><tbody><tr><td><strong>Uitvoering van de Beheersmaatregel voltooid met bewijs</strong></td><td>Bewijs is al aanwezig</td><td>Steekproef is gemarkeerd <em>Gereed</em>. Optioneel: voeg extra bewijs toe.</td></tr><tr><td><strong>Uitvoering van de Beheersmaatregel voltooid zonder bewijs</strong></td><td>Geen bewijs gevonden</td><td>Bewijs toevoegen <strong>of</strong> markeer <em>Geen bewijs</em> en geef een uitleg.</td></tr><tr><td><strong>Uitvoering van de Beheersmaatregel niet voltooid</strong></td><td>Taak nog open</td><td>Vraag de Verantwoordelijke om de taak te voltooien, upload bewijs handmatig, of markeer <em>Geen bewijs</em> met motivering.</td></tr></tbody></table>

### Toetsen & Beoordelen

De tester en Reviewer kunnen steekproeven beoordelen zoals zij normaal zouden doen. Beide rollen hebben toegang tot:

* De **brondocument**
* De **gekoppelde uitvoeringstaken van de Beheersmaatregel**
* Automatisch of handmatig geüpload bewijs

#### **Aanvullende op uitvoering gebaseerde indicatoren**

* Er verschijnt een waarschuwing wanneer een taak **niet voltooid is**.
* Er verschijnt een waarschuwing wanneer een taak **na voltooiing** de bewijsuploader zijn werk heeft afgerond.
* Gekoppeld bewijs uit uitvoeringstaken toont een **koppelingsicoon**; handmatig geüpload bewijs doet dat niet.

## **Aanvullende opmerkingen**

* Als er binnen de Periode van de Beheersmaatregeltest geen uitvoeringstaken zijn, wordt ervan uitgegaan dat de Beheersmaatregel niet heeft plaatsgevonden.
* Uitvoeringstaken die **zijn verwijderd of buiten de test Periode opnieuw zijn ingepland** vóór het trekken van de steekproef zijn niet opgenomen in de populatie. Na het trekken van de steekproef is verwijderen niet mogelijk en zelfs het opnieuw inplannen van de taak verwijdert deze niet uit de bron van het Testplan.
* Dit mechanisme zorgt voor een volledig controleerbare momentopname: uitvoeringstaken die in een test worden gebruikt **kunnen na het trekken van de steekproef niet uit het Testplan worden verwijderd**, waardoor de integriteit van de steekproef wordt gewaarborgd.

Wanneer u Testplannen exporteert **inclusief bewijs** (Controls Workspace > Workspace Tools > Export Testplan > Export data & bewijs), bevat het bewijspakket van een op uitvoering gebaseerd Testplan ook de documenten die zijn gekoppeld aan de uitvoeringstaken van de Beheersmaatregel achter de steekproeven. Auditors en Risico-managers ontvangen daardoor het volledige bewijs, inclusief de documentatie op taakniveau.


---

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