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

# Incidenten

{% hint style="info" %}
**Videotutorial**

Wilt u liever kijken dan lezen? Neem eens een kijkje bij onze [Videotutorials](/cerrix-documentation-nl/best-practices-en-handleidingen/video-tutorials.md#incidents) Videotutorials
{% endhint %}

Het **Incidenten** De module in CERRIX helpt de Organisatie om risico-gerelateerde incidenten op een gestructureerde en Auditbare manier te volgen, te beheren en op te lossen. Deze module ondersteunt de volledige levenscyclus van incidentbeheer, van de eerste melding tot de definitieve afhandeling, met geïntegreerde Workflows, datagovernance en transparantie voor alle belanghebbenden.

{% hint style="info" %}
Gebruik dit overzicht om naar gedetailleerde handleidingen van elk onderdeel van de Incidentenmodule te navigeren.
{% endhint %}

De Incidentenmodule is ontworpen om gebruikers te helpen:

* Nieuwe incidenten op een gestandaardiseerde manier vastleggen en rapporteren
* De status en voortgang van incidenten bewaken via een gestructureerde Workspace
* Organisatiespecifieke Workflows toepassen voor de verwerking van incidenten
* Nauwkeurige en consistente referentiegegevens onderhouden voor het categoriseren en analyseren van incidenten

## Waarom incidentbeheer belangrijk is

Zonder een gestructureerd proces blijven incidenten onopgelost, blijven hoofdoorzaken verborgen en gaan lessen verloren.

CERRIX houdt rapportage, onderzoek, opvolging en Auditgeschiedenis in één Workflow.

## Hoe incidenten verbinding maken met andere modules

Incidenten werken samen met andere modules binnen CERRIX:

* **Risico's** laten zien wat er kan gebeuren. Incidenten laten zien wat er is gebeurd.
* **Beheersmaatregelen** helpen fouten te verklaren en aan te geven waar veranderingen nodig zijn.
* **MoI's** corrigerende en preventieve acties na het incident vastleggen.
* **Testen** prioriteiten kunnen terugkerende incidentpatronen volgen.
* **Gegevensbeheer** ondersteunt de afhandeling van incidenten met betrekking tot inbreuken.

<figure><img src="https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-2a573f0b9453ba3b43f0bcdaa5f4c3c224ebac31%2FIncident%20management%20workflow%20-%20V3.jpg?alt=media" alt=""><figcaption></figcaption></figure>

Hieronder staan de belangrijkste documentatieartikelen die elk onderdeel van de Incidentsmodule uitleggen:

## Basisgegevens van Incidenten

Bekijk de referentiegegevens die ten grondslag liggen aan de classificatie en rapportage van incidenten.

* Categorieën en subcategorieën
* Impact- en ernstbeoordelingen
* Opties voor oorzaak en grondoorzaak
* Plaatsaanduidingen voor schermafbeeldingen:
  * Configuratie van Basisgegevens
  * Voorbeeldkeuzelijsten met Basisgegevens

{% content-ref url="/pages/de81f0a5b82e96ec5fe19aa8cb920d03d937692c" %}
[Incidenten Basisgegevens & e-mails](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/incidents/incidents-standing-data-and-emails.md)
{% endcontent-ref %}

***

Wilt u de referentiegegevens van de Incidentenmodule configureren, zoals incidentclassificaties, incidenttypen, aangepaste velden of de antwoordopties in dropdownlijsten? De Basisgegevens van incidenten worden in een eigen **Incidenten** sectie binnen **Basisgegevens**, dus vermeldingen die u daar beheert voor andere modules (bijvoorbeeld onder **Gebeurtenissen**) zijn niet van toepassing op incidenten. De [Incidenten Basisgegevens & e-mails](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/incidents/incidents-standing-data-and-emails.md) pagina begeleidt u bij het aanmaken en bewerken van incidenttypen, het toevoegen van aangepaste velden en het configureren van e-mailmeldingen.

## Een nieuw Incident aanmaken

Leer hoe u een nieuw incident vanaf nul aanmaakt, inclusief verplichte velden, categorieën en opties voor het toewijzen van verantwoordelijkheden.

* Doorloop van het incidentformulier
* Verplichte versus optionele velden
* Verantwoordelijke gebruikers of afdelingen toewijzen

{% content-ref url="/pages/0b952fb4be74d31f41644b86ee59048543e3680c" %}
[Een nieuw Incident aanmaken](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/incidents/creating-a-new-incident.md)
{% endcontent-ref %}

***

## Incidenten Workflow

Begrijp hoe incident-Workflows worden geconfigureerd en hoe incidenten door de fasen in uw Organisatie verlopen.

* Overzicht van Workflowfasen
* Overgangslogica en acties
* Regels voor escalatie en herverdeling

{% content-ref url="/pages/23c8ace961d5bd152c5eabb91f23f5e7f48746c1" %}
[Incidenten Workflow](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/incidents/incidents-workflow.md)
{% endcontent-ref %}

***

## Incidenten Workspace

Verken de gecentraliseerde Workspace waar u alle bestaande incidenten kunt bekijken, filteren en beheren.

* Raster- en filterfunctionaliteiten
* Statusindicatoren en prioriteitsniveaus
* Zoek- en sorteerfuncties

{% content-ref url="/pages/96c2b74295f92cec0155cf66fdae41bb568b6266" %}
[Incidenten Workspace](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/incidents/incidents-workspace.md)
{% endcontent-ref %}

***

## Incidentenrollen en -rechten

Begrijp hoe gebruikersrollen toegang en verantwoordelijkheden binnen de Incidentenmodule bepalen. Deze pagina geeft een overzicht van alle beschikbare rollen, hun rechten en hoe zij samenwerking tussen teams tijdens de levenscyclus van incidenten ondersteunen.

{% content-ref url="/pages/9585433fe444d2a9e7e80528cc382c01fe20f2a8" %}
[Rollen, rechten en machtigingen](/cerrix-documentation-nl/cerrix-functionaliteiten/roles-rights-and-permissions.md)
{% endcontent-ref %}

***

## Best practices en tips

Om het maximale uit de Incidentenmodule te halen, kunt u de volgende best practices en tips overwegen:

* Definieer duidelijke escalatiepaden en verantwoordelijkheden in uw Workflowconfiguratie
* Controleer en actualiseer regelmatig de Basisgegevens om af te stemmen op de Risicohouding van de Organisatie
* Gebruik aangepaste velden als uw Organisatie extra gegevenspunten vereist
* Overweeg incidenten te integreren met gerelateerde modules (bijv. Risico, Controls of MoI's) voor betere traceerbaarheid

***

## Belangrijkste voordelen van Incidenten ten opzichte van gebeurtenissen

* **Meer flexibiliteit** – Maak eenvoudig aangepaste velden aan voor elk incidenttype, zodat u alles volledig kunt aanpassen aan de behoeften van uw Organisatie.
* **Gestroomlijnde Workflows** – Eén gestandaardiseerde Workflow voor alle incidenttypen vereenvoudigt de afhandeling en opvolging.
* **Verbeterde registratie van financiële impact** – Registreer financiële impact per afdeling en Derde partij voor betere rapportage.
* **Nieuwe en verbeterde velden** – Bevat een vervaldatum, ondersteuning voor Framework-dimensies en de mogelijkheid om Derde partijen rechtstreeks in incidenten te registreren.
* **Verbeterde samenwerking** – Bespreek incidenten rechtstreeks op de incidentpagina met ingebouwde opmerkingen, waardoor snellere besluitvorming en opvolging mogelijk zijn.


---

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