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

# Woordenlijst

Belangrijke CERRIX-termen en afkortingen die in het platform en de documentatie worden gebruikt.

Gebruik deze woordenlijst om snel de termen te ontcijferen die worden gebruikt in CERRIX-modules, instellingspagina's en API-referenties.

De onderstaande definities volgen hoe termen worden gebruikt in het hele product en de documentatie.

### 0–9

**5W 1H** — De aanbevolen structuur voor een beschrijving van een beheersmaatregel: **wie** de beheersmaatregel uitvoert, **wat** ze doen, **waar**, **met welke** systemen, **wanneer**, en **wat als** er iets misgaat. Het is de tegenhanger in beheersmaatregelen van gebeurtenis-oorzaak-gevolg voor Risico's.

### A

**Geavanceerde configuratie** — Het configuratiepaneel voor filters en tabellen in een Workspace. Gebruik het om resultaten te verfijnen, kolommen te kiezen en weergaven op te slaan.

**Geavanceerde Effectiviteitstoetsing** — Een gestructureerde methode voor het testen van beheersmaatregelen om te controleren of een beheersmaatregel in de loop van de tijd effectief werkt.

**Geaggregeerd eindpunt** — Een API-eindpunt dat vooraf samengevoegde gegevens retourneert voor rapportage of analyse. Deze eindpunten gebruiken meestal zakelijke Identifiers in plaats van GUID's.

**Assessment** — Een gestructureerd beoordelingsrecord in CERRIX. In Business Improvement Management koppelen assessments aan bevindingen en MoI's. In Business Assessment combineren ze assurancegegevens voor één Bedrijfsdimensie en organisatiescope.

**Beoordelaar** — De rol die een gebeurtenis beoordeelt en doorstuurt voordat deze wordt afgesloten. De Incidents-module noemt deze rol de Reviewer; Assessor is de oorspronkelijke naam in Gebeurtenissen en komt nog steeds voor in rolnamen zoals Gebeurtenis Assessor.

**Auditspoor** — De registratie van wie een item heeft aangemaakt, gewijzigd of beoordeeld, en wanneer.

### B

**Business Assessment** — Een gestructureerd assurance-overzicht voor één Bedrijfsdimensie binnen één organisatorische scope. Het combineert gekoppelde processen, Risico's, beheersmaatregelen, incidenten, MoI's, KRI-gegevens en derden.

**Bedrijfsdimensie** — Een bedrijfsstructuur die wordt gebruikt om gegevens te groeperen en te rapporteren. Ze vertegenwoordigt vaak processen, projecten, doelstellingen of een andere interne hiërarchie.

**Bedrijfssleutel** — Een leesbare Identifier die wordt gebruikt om een record in een zakelijke context te herkennen, zoals een Risico-Identifier of contractnummer.

### C

**Beheersmaatregel** — Een maatregel die Risico vermindert of een proces binnen afgesproken grenzen houdt. Beheersmaatregelen kunnen preventief, detectief of repressief zijn.

**Beheersmaatregelcatalogus** — Een herbruikbare bibliotheek met standaarddefinities van beheersmaatregelen. Het helpt teams om beheersmaatregelen sneller en consistenter te maken.

**Uitvoering van een beheersmaatregel** — De uitvoering van een beheersmaatregel en de registratie van die uitvoering in CERRIX. Uitvoeringen kunnen als terugkerende taken via een Taakreeks worden gepland of als eenmalige, op Gebeurtenis gebaseerde taken worden toegevoegd, en elke uitvoering creëert een auditbaar record. Dit staat los van de uitvoeringsmethode van de beheersmaatregel.

**Uitvoeringsmethode van de beheersmaatregel** — Of een beheersmaatregel wordt uitgevoerd **handmatig**, **automatisch**, of **semi-automatisch**.

**Uitvoeringstaak van de beheersmaatregel** — Een enkele uitvoering van een beheersmaatregel, die wordt gegenereerd door een Taakreeks of als een eenmalige taak wordt aangemaakt. De Verantwoordelijke voltooit de taak en voegt bewijs en een optionele score toe; waar een Reviewer is toegewezen, accepteert of wijst de Reviewer de taak af.

**Frequentie van de beheersmaatregel** — Hoe vaak een beheersmaatregel wordt uitgevoerd, zoals dagelijks, maandelijks, per kwartaal of ad hoc.

**Aangepast veld** — Een extra veld dat voor een module is geconfigureerd om organisatiespecifieke gegevens vast te leggen.

### D

**Dashboard** — De startpagina na het inloggen. Gebruikers kunnen deze aanpassen met widgets en indelingen die passen bij hun werk.

**Ontwerp- en implementatietesten (D\&I)** — Een test van een beheersmaatregel die controleert of een beheersmaatregel correct is ontworpen en geïmplementeerd zoals bedoeld.

**Detectieve beheersmaatregel** — Een beheersmaatregel die een probleem identificeert nadat het zich heeft voorgedaan, zoals een reconciliatie of logcontrole.

**Direct Data-endpoint** — Een API-endpoint in de `/directdata/v1/*` familie. Deze endpoints geven genormaliseerde entiteiten terug en zijn ontworpen voor correcte relationele joins.

### E

**Effectiviteitscatalogus** — Een herbruikbare sjabloon met standaardteststappen en criteria die worden gebruikt bij het maken van een Testplan voor effectiviteit. Geavanceerde testplannen kopiëren de catalogus bij aanmaak; eenvoudige testplannen houden er een koppeling naar.

**Gebeurtenis** — Een record in de oude Gebeurtenissenmodule, die is vervangen door Incidenten. De term blijft van toepassing in omgevingen die de oudere module gebruiken, en in rol- en API-namen zoals Gebeurtenisbeoordelaar.

**Gebeurtenis-oorzaak-gevolg** — De aanbevolen structuur voor het schrijven van Risico-beschrijvingen. Het legt uit wat er kan gebeuren, waarom het kan gebeuren, en wat de impact zou zijn.

**Bewijs** — Documenten, screenshots, exports of andere vastleggingen die worden gebruikt ter ondersteuning van testen, reviews of incidentafhandeling.

**Bewijsuploader** — De rol die de ondersteunende documentatie aanlevert waar een Testplan om vraagt — per voorbeeld bij Effectiviteitstoetsing, of voor de Beheersmaatregel als geheel bij D\&I-testen.

**Uitvoering-gebaseerde beheersmaatregeltoetsing** — Een testmethode die controleert of een beheersmaatregel daadwerkelijk volgens planning is uitgevoerd.

### F

**Bevindingenrapport** — Een record dat wordt gebruikt om bevindingen en gerelateerd vervolgwerk in Business Improvement Management te documenteren.

**Vreemde sleutel** — Een veld dat het ene record aan een ander record koppelt in het API-datamodel.

**Formulier** — Een vragenlijst die wordt gebruikt om informatie te verzamelen of te verspreiden. Formulieren komen in twee typen: gewone formulieren en Workflow-formulieren.

**Raamwerkdimensie** — Een structuur die wordt gebruikt om records te markeren volgens externe vereisten of normen, zoals ISO 27001, DORA, GDPR of ISAE 3402.

### G

**Bruto Risico** — Het niveau van Risico voordat controles worden toegepast.

**GUID** — Een technische unieke identifier die door veel API-eindpunten voor directe gegevens wordt gebruikt.

### H

**zware gebruiker** — Een gebruiker met ten minste één rol met administratieve, redactionele, test- of besluitvormingsrechten. De indeling in zwaar en licht volgt uit de aan een gebruiker toegewezen rollen en bepaalt hoe gebruikers voor licenties worden meegeteld.

### I

**Identifier** — De voor de business zichtbare code of het nummer dat wordt gebruikt om een record te herkennen, zoals een Risico-nummer, Beheersmaatregelnummer of Incidentnummer.

**Incident** — Een operationeel of Compliance-probleem dat wordt gemeld, beoordeeld, onderzocht en opgelost via de Incidentsmodule.

**Incident Basisgegevens** — De referentiegegevens achter Incident-records, zoals classificaties, categorieën, ernstwaarden en opties voor hoofdoorzaak.

### K

**Belangrijke beheersmaatregel** — Een Beheersmaatregel die cruciaal is voor het beheer van significant Risico. Belangrijke beheersmaatregelen vereisen doorgaans formelere tests en monitoring.

**Key risk indicator (KRI)** — Een meetbare indicator die wordt gebruikt om veranderingen in Risico-blootstelling in de loop van de tijd te monitoren.

### L

**Lichte gebruiker** — Een gebruiker wiens rollen beperkt zijn tot activiteiten zoals het bekijken van gegevens, het melden van gebeurtenissen of het uploaden van bewijsmateriaal, zonder administratieve of strategische toegang.

### M

**Verbetermaatregel (MoI)** — Een corrigerende of verbeteractie die tot afsluiting wordt gevolgd. MoI's kunnen worden gekoppeld aan risico's, beheersmaatregelen, incidenten, bevindingen, derde partijen en gegevensbeheerregistraties.

**MFA (multifactorauthenticatie)** — Een extra verificatiestap bij het inloggen, boven op het wachtwoord.

**Module** — Een belangrijk functioneel gebied in CERRIX, zoals Risico's, Beheersmaatregelen, Incidenten, Derde partijbeheer of procesbeheer.

**Gemonitorde beheersmaatregel** — Een beheersmaatregel die is gemarkeerd als vereist monitoring en periodieke toetsing. Testkolommen in Workspaces en presets worden alleen ingevuld voor gemonitorde beheersmaatregelen.

### N

**Netto-risico** — Het risiconiveau nadat beheersmaatregelen zijn getroffen en operationeel zijn.

**Melding** — Een geautomatiseerde e-mail of bericht gekoppeld aan een Workflow-stap of vervaldatum. Naast de ingebouwde meldingen van elke module kunnen beheerders aangepaste meldingen configureren met hun eigen tekst, timing, organisatiescope en ontvangers.

### O

**Organisatie** — De organisatorische entiteit die een record bezit, beheert of waarop het record van invloed is. Toegangsrechten en rapportagescope hangen vaak af van de organisatie.

**algehele risico-assessment** — De beslissing of het resterende risiconiveau acceptabel is of dat verdere actie nodig is.

### P

**Pad** — Een hiërarchische waarde die in API- en structuurgegevens wordt gebruikt om te laten zien waar een organisatie of dimensie zich in de boomstructuur bevindt.

**Voorinstelling** — Een opgeslagen Workspace-weergave. Hiermee worden filters, zichtbare kolommen en lay-outkeuzes opgeslagen voor hergebruik.

**Preventieve beheersmaatregel** — Een beheersmaatregel die voorkomt dat er in de eerste plaats een probleem ontstaat.

**Primaire sleutel** — Het veld dat een record uniek identificeert in een API-eindpunt.

**Processtroom** — De visuele of logische stroom van activiteiten voor een proces. In CERRIX kunnen processtromen worden gekoppeld aan risico's, beheersmaatregelen, incidenten en verbeteracties.

### R

**RACI** — Een rolmodel dat laat zien wie **Verantwoordelijke**, **Eindverantwoordelijke**, **Geraadpleegd**, en **Geïnformeerd** voor een activiteit.

**Randomizer** — De steekproeflogica die tijdens Effectiviteitstoetsing wordt gebruikt om items voor beoordeling te selecteren.

**Regulier formulier** — Een formulier dat wordt gebruikt om informatie te verzamelen of te verspreiden zonder beoordelingsstappen.

**Repressieve beheersmaatregel** — Een beheersmaatregel die reageert nadat er een probleem is opgetreden om het te corrigeren of de schade te beperken.

**Rest-risico** — Het risico dat overblijft nadat beheersmaatregelen zijn toegepast. In de praktijk komt dit overeen met de resterende of netto-risicopositie.

**Beperkt** — Een rolscope beperkt tot de eigen organisatie van de gebruiker en de dochterorganisaties daarvan. Vergelijk met onbeperkt.

**Reviewer** — De rol die het werk van iemand anders controleert en goedkeurt voordat het definitief wordt. Reviewers komen voor in toetsing van beheersmaatregelen, uitvoeringstaken van beheersmaatregelen, Workflow-formulieren en de Gebeurtenis-Workflow — waar de Gebeurtenismodule dezelfde rolassessor aanroept.

**Risico** — Een potentiële gebeurtenis die de doelstellingen kan beïnvloeden. In CERRIX worden risico's beschreven, gescoord, toegewezen en gekoppeld aan mitigerende beheersmaatregelen.

**Risicocatalogus** — Een herbruikbare bibliotheek van standaardrisicodefinities die een consistente registratie van risico's ondersteunt.

**Risico-eigenaar** — De persoon die verantwoordelijk is voor het monitoren en beoordelen van een risico.

**Risicobehandeling** — De gekozen reactie op een risico. Veelvoorkomende opties zijn **vermijden**, **overdragen**, **beperken**, en **accepteren**.

**Rol** — Een benoemd toegangsprofiel dat bepaalt wat een gebruiker kan bekijken, bewerken, testen, goedkeuren of beheren.

**Rolgroep** — Een bundel van rollen en gebruikers: elke gebruiker in de groep krijgt alle rollen toegewezen die aan de groep zijn toegewezen. Groepen die via SCIM vanuit een identiteitsprovider worden gesynchroniseerd, verschijnen in CERRIX als rolgroepen.

### S

**Steekproef** — Een enkel item dat uit een populatie is geselecteerd voor Effectiviteitstoetsing. Steekproeven worden gegenereerd op nummer, op datumbereik of vanuit een geüploade spreadsheet, en elke steekproef verzamelt zijn eigen bewijs en score.

**SCIM** — De provisioningstandaard die wordt gebruikt om CERRIX-gebruikers automatisch aan te maken, bij te werken en te deactiveren vanuit uw identiteitsprovider.

**Semi-geautomatiseerde beheersmaatregel** — Een beheersmaatregel die systeemtaken combineert met menselijke actie.

**Gedeelde beheersmaatregel** — Een beheersmaatregel die beschikbaar wordt gesteld aan andere organisaties dan de eigen organisatie, zodat deze kan worden gekoppeld aan risico's die elders in de organisatiestructuur eigendom zijn.

**Eenvoudige effectiviteit** — Een lichtere registratie voor het testen van een beheersmaatregel die in het API-model naast geavanceerde effectiviteit wordt gebruikt.

**Brondocument** — Het populatiebestand of gegevensbestand dat aan het begin van een testplan voor Effectiviteitstoetsing wordt geüpload en waaruit steekproeven worden getrokken. Onderscheidend van bewijs, dat elke afzonderlijke steekproef ondersteunt.

**Uploader van brondocumenten** — De rol die de brondocumenten voor een testplan uploadt. Deze kan pas worden toegewezen zodra de uploader van bewijs en de tester zijn ingevuld.

**Basisgegevens** — De referentiegegevens die worden gebruikt om keuzelijsten, classificaties en herbruikbare configuratiewaarden binnen een module te standaardiseren.

### T

**Taakreeks** — Een planning die terugkerende taken genereert, zoals maandelijkse uitvoeringen van beheersmaatregelen. Deze definieert de Verantwoordelijke, een optionele Reviewer, de frequentie, de begin- en einddatum en de meldingsmomenten.

**Testperiode** — De tijdsperiode die een testplan beslaat — bijvoorbeeld een kwartaal of een boekjaar — samen met het aantal steekproeven dat moet worden getest. Er is geen voorgeschreven naamgevingsformaat.

**Testplan** — De registratie die één test van een beheersmaatregel definieert en volgt: de periode, scope, toegewezen rollen, steekproeven, bewijs en resulterende scores. Testplannen bestaan zowel voor D\&I-testen als voor Effectiviteitstoetsing.

**Testscores** — De Ontwerp-, Implementatie-, Effectiviteit- en Conclusiescores die op een beheersmaatregel worden weergegeven, samen met hun testdatums. De effectiviteitsvelden worden pas ingevuld zodra een testplan is voltooid.

**Teststap** — Een afzonderlijke controle binnen een testplan. De tester geeft voor elke teststap een score en commentaar, en standaard teststappen kunnen vooraf in een catalogus worden gedefinieerd.

**Tester** — De rol die een test van een beheersmaatregel uitvoert: de steekproeven of het ontwerp van de beheersmaatregel beoordelen, bevindingen documenteren en het resultaat scoren.

**Derde partij** — Een externe leverancier, verkoper, verwerker of partner die wordt beheerd in de module voor Derde partijbeheer.

### U

**Onbeperkt** — Een rolscope die alle organisaties omvat, in plaats van alleen die van de gebruiker zelf. Vergelijk met beperkt.

### W

**Werkdagplanner** — Het administratie-scherm waarop werkdagen en feestdagen worden gedefinieerd. Taakreeksen die op een werkdag terugkeren — bijvoorbeeld de tiende werkdag van de maand — gebruiken deze kalender.

**Workflow** — De gedefinieerde reeks statussen waar een item doorheen beweegt, met bij elke stap een verantwoordelijke rol. Incidenten, testplannen, taken voor de uitvoering van beheersmaatregelen en Workflow-formulieren hebben elk hun eigen Workflow.

**Workflowformulier** — Een formulier dat beoordelings- en goedkeuringsstappen toevoegt aan een gewoon formulier, voor inzendingen die validatie of goedkeuring nodig hebben.

**Workspace** — De hoofdlijstweergave voor een module. Gebruik deze om records te bekijken, resultaten te filteren, kolommen te sorteren, gegevens te exporteren en itemdetails te openen.


---

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