> For the complete documentation index, see [llms.txt](https://doc.dastra.eu/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.dastra.eu/nl/commencer/tutoriel/etape-4-gerer-les-risques.md).

# Stap 3: Risico's beheren

Risicomanagement in Dastra kan verschillende vormen aannemen:

* Gegevensbeschermingseffectbeoordeling (DPIA),
* Risico-identificatie en -beoordeling (met behulp van de Risicomodule),
* Audits.

### Effectbeoordeling

Als u gegevensverwerking hebt geïdentificeerd die waarschijnlijk hoge risico's voor de rechten en vrijheden van betrokkenen met zich meebrengen, moet u voor elk van deze gegevensverwerking een Gegevensbeschermingseffectbeoordeling (DPIA) uitvoeren.

{% hint style="info" %}
Het uitvoeren van een DPIA is verplicht voor elke Verwerking die waarschijnlijk leidt tot hoge risico's voor de Rechten en Vrijheden van betrokkenen (Artikel 35 AVG).
{% endhint %}

Om u te helpen bepalen of uw Verwerking waarschijnlijk hoge risico's met zich meebrengt, zijn de volgende 9 criteria vastgelegd in de G29-richtlijnen:

1. Beoordeling of classificatie;
2. Geautomatiseerd besluit met rechtsgevolgen of een aanzienlijk soortgelijk gevolg;
3. Systematisch toezicht;
4. Gevoelige gegevens of gegevens van zeer persoonlijke aard;
5. Persoonsgegevensverwerking op grote schaal;
6. Kruisverwijzingen tussen gegevensreeksen;
7. Gegevens over kwetsbare personen;
8. Innovatief gebruik of toepassing van nieuwe technologische of organisatorische oplossingen;
9. Uitsluiting van een recht, dienst of contract.

Deze criteria zijn rechtstreeks geïntegreerd in onze workflow voor het maken van gegevensverwerking en u kunt voor elk van uw verwerkingen aangeven of er al dan niet een PIA voor is uitgevoerd.

Voorbeeld van een Verwerking waarvoor mogelijk een PIA nodig is (<../../.gitbook/assets/image (23).png>)

### Risico's identificeren en beoordelen

Met de module Risico's in Dastra kunt u risico's beheren op het niveau van uw verwerking, uw Actoren (bijvoorbeeld subcontractanten) en uw Activa.

De risicobeheermethodologie voldoet aan de standaardeisen voor risicobeheer van informatiesystemen

Er zijn 4 te volgen stappen:

1: risico-identificatie

2: risicobeoordeling

3: risicorespons

4: risicomonitoring

Risico wordt over het algemeen als volgt gemeten:

$$
Risico = waarschijnlijkheid \* impact
$$

{% content-ref url="/pages/hOugNATDTpvLKeLrbhzO" %}
[Risicobeheer](/nl/features/la-gestion-des-risques.md)
{% endcontent-ref %}

### Audits

Om het risicobeheer een stap verder te brengen, kan Dastra ook audits ontwerpen, campagnes uitvoeren en de resultaten verzamelen in de vorm van een exporteerbaar auditrapport.

{% content-ref url="/pages/My5IXJlWBXeX27kw5yFN" %}
[Audits en PIA's](/nl/features/audit.md)
{% endcontent-ref %}

Dat is het, je risico's zijn geïdentificeerd en beoordeeld! Ga dan verder met stap 4, het prioriteren van de taken:

{% content-ref url="/pages/qRdUdtdSvgoY8hBRV0Fu" %}
[Stap 4: Prioriteit geven aan te nemen acties](/nl/commencer/tutoriel/etape-3-prioriser-les-actions-a-mener.md)
{% endcontent-ref %}


---

# 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://doc.dastra.eu/nl/commencer/tutoriel/etape-4-gerer-les-risques.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.