> 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/evidence-and-source-documents-in-control-testing.md).

# Bewijsstukken en brondocumenten in Beheersmaatregeltesten

## Bewijsstukken en brondocumenten in Beheersmaatregeltesten

Deze pagina legt uit hoe u brondocumenten en bewijsstukken beheert nadat ze zijn geüpload in Beheersmaatregeltesten: fouten corrigeren, documenten verwijderen, met bestandsversies werken en context toevoegen aan bewijsitems.

Voor de test-Workflow zelf — brondocumenten uploaden (Stap 1), steekproeven genereren (Stap 2), bewijs uploaden (Stap 3), testen (Stap 4) en beoordelen (Stap 5) — zie [Geavanceerde Effectiviteitstoetsing van Beheersmaatregel](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/controls/control-advanced-effectiveness-testing.md). Voor de rollen die betrokken zijn bij het aanleveren van bewijsstukken voor ontwerp- en implementatietesten, zie [Testen voor ontwerp en implementatie (D\&I)](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/controls/design-and-implementation-d-and-i-testing.md).

<figure><img src="https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-80719f26560fb912b071d874c2affe3a4f7f125e%2Fadd-evidence-document-dialog.png?alt=media" alt="Adding a document as evidence: file, document type and description"><figcaption></figcaption></figure>

### Brondocumenten verwijderen

Brondocumenten in een Testplan voor effectiviteit kunnen alleen worden verwijderd **voordat de stap Bewijs uploaden is voltooid**. Zodra u die stap hebt doorlopen, kunnen individuele brondocumenten niet meer worden verwijderd — de enige manier om ze op dat moment te verwijderen is het hele Testplan te verwijderen.

{% hint style="warning" %}
Beheerders kunnen na het voltooien van de stap Bewijs uploaden geen individuele brondocumenten of bewijsstukken meer uit een Testplan verwijderen. Controleer of de juiste documenten zijn geüpload voordat u het Testplan voortzet, zodat u later niet het hele Testplan hoeft te verwijderen en opnieuw te maken.
{% endhint %}

### Bewijs en scores corrigeren na voltooiing

In D\&I-testen kunnen zowel testers als uploaders van bewijsstukken geüploade bewijsstukken verwijderen, zelfs nadat een score is vastgelegd. Dit is bewust zo gedaan: het geeft gebruikers de ruimte om fouten zelf te corrigeren, bijvoorbeeld wanneer per ongeluk een onjuist of vertrouwelijk document is geüpload.

Al deze acties worden gelogd: wijzigingen en verwijderingen worden vastgelegd in de **geschiedenis**, zodat retrospectieve verificatie mogelijk blijft voor Auditdoeleinden.

Voor het wijzigen van de scores van eerder voltooide tests is de aanbevolen aanpak anders. Functioneel moet het wijzigen van een eerder testresultaat worden behandeld als een **hertest**: maak een nieuwe test aan in plaats van de bestaande te wijzigen. Dit houdt de testvolgorde overzichtelijk en traceerbaar, ook richting interne en externe auditors.

{% hint style="info" %}
Als uw Organisatie strengere beheersmaatregelen nodig heeft rond het verwijderen van bewijs of het vergrendelen van voltooide testresultaten, neem dan contact op met CERRIX-support om een geschikte werkinstructie of setup te bespreken.
{% endhint %}

### Versiegeschiedenis van geüploade bewijsstukken

Geüploade bewijsbestanden behouden een versiegeschiedenis, inclusief wie elke versie heeft geüpload en wanneer.

Om een nieuwe versie van een bewijsbestand te maken:

1. Upload het bewijs en sla de Beheersmaatregel op.
2. Klik op het **oorspronkelijke bestand** en upload daar de nieuwe versie.

De versies van het bewijs zijn dan zichtbaar onder de **Geschiedenis** weergave. Als u het nieuwe bestand in plaats daarvan als een afzonderlijke upload toevoegt, wordt het als een extra bestand toegevoegd in plaats van als een nieuwe versie van het bestaande bestand.

Het gedrag van de versiegeschiedenis kan verschillen zodra het Testplan naar een latere status is gevorderd; als u de verwachte versies niet ziet, neem dan contact op met CERRIX-support.

### Beschrijvingen op bewijsitems

Testers hebben een opmerkingenveld om tijdens het testen opmerkingen vast te leggen. Uploaders van bewijsstukken hebben geen equivalent opmerkingenveld, maar ze kunnen informatie vastleggen in het **beschrijvingsveld van elk bewijsitem**. Gebruik de beschrijving om context over het bewijs aan de tester door te geven.

### Uploadopties voor brondocumenten

Bij het uploaden van een brondocument is er een optie om **de eerste rijen over te slaan** van het bestand over te slaan — handig wanneer een spreadsheet koprijen bevat die niet als steekproefitems moeten worden behandeld. Als u deze optie niet kunt vinden in uw testschermen, neem dan contact op met CERRIX-support.


---

# 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/evidence-and-source-documents-in-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.
