> 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/creating-a-new-incident.md).

# Een nieuw Incident aanmaken

Deze handleiding legt de Workflow voor het aanmaken en melden van incidenten binnen de **Incidentenmodule** van **CERRIX**. Volg deze stappen om incidenten efficiënt te registreren, te volgen en te beheren binnen uw Organisatie.

{% hint style="info" %}
**Video-tutorial**

Kijk je liever dan dat je leest? Neem dan een kijkje bij onze [Videotutorials](/cerrix-documentation-nl/best-practices-en-handleidingen/video-tutorials.md#incidents) Videozelfstudies
{% endhint %}

***

### Voordat u begint: vereiste rol

Om een incident aan te maken, heeft u de **Gebeurtenismelder** rol nodig. De Incidents-module heeft geen eigen rollen — het gebruikt de rollen van de Gebeurtenissenmodule, dus dit recht wordt beheerd onder **Gebeurtenissen** in Gebruikersbeheer. Alleen beheerdersrechten zijn niet voldoende: zonder Gebeurtenisrapporteur wordt de **Nieuw incident toevoegen** knop niet weergegeven.

Een beheerder kan de rol toekennen via **Gebruikersbeheer** → selecteer de gebruiker → **Rollen** → **Gebeurtenissen** → vink **Gebeurtenismelder** (individueel of via een rolgroep). Nadat de rol is toegewezen, vernieuwt u CERRIX of logt u uit en opnieuw in.

Gebruikers die als de **Melder** van een incident worden toegewezen, hebben ook de rol Gebeurtenisrapporteur nodig — anders verschijnen ze niet in de selectie voor Rapporteur.

Incidenten die via **CERRIX Forms** worden ingediend, vormen een uitzondering: elke gebruiker kan via een formulier een incident melden, zonder speciale gebruikersrechten.

#### Ik zie de optie om een incident te melden niet

Als de **Nieuw incident toevoegen** knop ontbreekt:

1. Controleer in **Gebruikersbeheer** → **Rollen** → **Gebeurtenissen** of u de **Gebeurtenismelder** rol hebt. Gebeurtenisbeheerder- of beheerdersrechten omvatten deze niet.
2. Als de rol net is toegewezen, vernieuwt u CERRIX of logt u uit en opnieuw in — het kan even duren voordat de knop verschijnt.

<figure><img src="https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-7a6a3e7469b8996fe73d48bc85d18c87ba8fe596%2Fincidents-assigned-users-roles.png?alt=media" alt="The Assigned users dialog with the Reporter, Assessor, Responsible and Informed roles"><figcaption></figcaption></figure>

### Beginnen met het aanmaken van een nieuw incident

U kunt op twee manieren een nieuw incident aanmaken:

* **Vanaf de Incidents Dashboard-pagina:**
  * Navigeer naar **Incidenten**.
  * Klik op de knop met het label **"Nieuw incident toevoegen"**.
* **Via een formulier:**
  * Configureer een formulier om nieuwe incidenten aan te maken
* **Via een API-integratie**

> **Opmerking:** Ongeacht de gekozen methode wordt uw incident correct geregistreerd en in het systeem gekoppeld.

<figure><img src="https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-1178a1d65f56a3eb4f7bfd51d7f174685701ad25%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

***

### Het invullen van het incidentformulier

Wanneer u een nieuw incidentformulier opent, zijn er verschillende velden beschikbaar om gedetailleerde informatie vast te leggen. Om het eenvoudig te maken een incident snel te registreren, zelfs wanneer de details nog niet bekend zijn, zijn alleen de velden die het incident identificeren **vereist** wanneer u het voor het eerst opslaat: de **Incidentnaam** en de **Rapporterende Organisatie**. Alle andere velden die uw beheerder als verplicht heeft geconfigureerd — zoals de beoordelaar en Verantwoordelijke, de beschrijving of verplichte aangepaste velden van een incidenttype — worden verplicht zodra het incident de status heeft **In afwachting van acceptatie**, en moeten op dat moment worden ingevuld. Dezelfde regel is van toepassing op incidenten die via een formulier of via de API zijn aangemaakt.

#### Incidentvelden:

* **Incidentnaam**: Geef een beknopte, beschrijvende titel voor eenvoudige referentie. (Verplicht)
*
*
*
* **Geïnformeerd:** De gebruiker die op de hoogte moet worden gebracht van de Gebeurtenissen, maar daarbinnen geen verantwoordelijkheid heeft.
*
* **Datum van gebeurtenis:** Datum waarop de Gebeurtenis plaatsvond.
* **Uiterste datum:** Gebruik deze datum om aan te geven wanneer u wilt dat de Workflow voor het onderzoeken en oplossen van incidenten voltooid is. Door de voortgang van het incident af te zetten tegen de uiterste datum helpt u om een tijdige afhandeling en oplossing te behouden.
*
* **Rapporterende Organisatie**: Selecteer de Verantwoordelijke organisatie voor het melden van dit incident. (Verplicht)
* **Incidenttype:** Het type incident dat heeft plaatsgevonden.
* **Veroorzaakt door Organisatie:** De Organisatie die de Gebeurtenis heeft veroorzaakt.
* **Getroffen Organisatie:** De Organisatie die door de Gebeurtenis is getroffen.
* **Categorie van grondoorzaak:** De categorie van de grondoorzaak.
* **Grondoorzaak:** Een beschrijving van de grondoorzaak van de Gebeurtenis.
* **Impactbeschrijving:** Een korte beschrijving van de impact die de Gebeurtenis heeft.
* **Interne Identifier:** Een optionele ID voor de Gebeurtenis, die door gebruikers kan worden bewerkt. Dit kan worden gebruikt voor Gebeurtenissen die al met een ID waren geregistreerd voordat ze in CERRIX werden gedocumenteerd.

### Een nuttig incidentrapport schrijven

Duidelijke incidentrapporten versnellen Assessment en onderzoek.

#### Gebruik een specifieke titel

Kies een titel die het probleem duidelijk vermeldt.

Goede voorbeelden:

* `Klantbetalingsgegevens blootgesteld door een e-mailfout`
* `Ongeautoriseerde toegang tot de gedeelde schijf van HR`
* `Brandblussing geactiveerd in serverruimte A`

Vermijd vage titels zoals `Incident 001` of `Probleem vandaag`.

#### Beschrijf de feiten

Neem de kernfeiten op in de beschrijving:

* Wat is er gebeurd
* Wanneer het gebeurde
* Waar het gebeurde
* Wie erbij betrokken was of werd getroffen
* Hoe het gebeurde
* Waarom het is gebeurd, als dat al bekend is

***

### Incidentrollen toewijzen

Incidentrollen verduidelijken de verantwoordelijkheden binnen uw team:

* **Melder**: Wordt automatisch toegewezen aan de gebruiker die het incident aanmaakt.
* **Assessor**: Selecteer een gebruiker om het incident te beoordelen en te evalueren.
* **Verantwoordelijke**: Selecteer de persoon die verantwoordelijk is voor het afhandelen van het incident.
* **Geïnformeerd**: Geef andere gebruikers aan die op de hoogte moeten worden gehouden van de voortgang van het incident.

Gebruik deze rollen consequent:

* **Melder** legt de eerste feiten vast.
* **Assessor** valideert en routeert het incident.
* **Verantwoordelijke** leidt onderzoek en opvolging.
* **Geïnformeerd** houdt stakeholders op de hoogte.

> U kunt indien nodig meerdere gebruikers selecteren voor de rollen Assessor, Verantwoordelijke en Geïnformeerd. Eenmaal geselecteerd kunnen gebruikers op elk moment eenvoudig worden toegevoegd of verwijderd.

<figure><img src="https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-56d731e68bc9d4bcd1d600600e0201c4e681c922%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

{% hint style="info" %}
U kunt hier meer lezen over incidentrollen en -rechten: [Rollen, rechten en machtigingen](/cerrix-documentation-nl/cerrix-functionaliteiten/roles-rights-and-permissions.md#incidents-permission-matrix)
{% endhint %}

***

### Incidenttype en aangepaste velden

Het selecteren van een **Incidenttype** kan extra aangepaste velden activeren die specifiek zijn voor de configuratie van uw Organisatie.

* Kies uw **Incidenttype** uit het dropdownmenu (bijv. "Demo").
* Na het selecteren van het incidenttype kunnen extra tabbladen met aangepaste velden verschijnen naast het standaard **"Details"** tabblad.
*

***

### Derde partijvelden voor 'Veroorzaakt door' en 'Getroffen'

Naast de *Veroorzaakt door Organisatie* en *Getroffen Organisatie* velden biedt het incidentformulier zoekvelden om de **Derde partij** vast te leggen die het incident heeft veroorzaakt en de **Derde partij** die daardoor is getroffen. Gebruik deze wanneer een incident wordt veroorzaakt door, of gevolgen heeft voor, een externe partij in plaats van een van uw interne Organisaties.

De keuzelijst in deze velden wordt gevuld vanuit de derde partijen die geregistreerd zijn in de **Derde partij-module** in CERRIX. Om een externe partij selecteerbaar te maken bij incidenten, registreert u deze in [Derde partijbeheer](/cerrix-documentation-nl/cerrix-functionaliteiten/module-overview/third-party-management.md) — daar wordt de lijst onderhouden, in plaats van in Basisgegevens.

### Uw incident opslaan en valideren

* Vul ten minste de **Incidentnaam** en de **Rapporterende Organisatie**, en klik op **Opslaan**. De **Melder** wordt automatisch ingevuld met uw eigen gebruikersaccount, en **Detectiedatum** wordt ingesteld op de datum van vandaag, tenzij u een andere datum invoert.
* Als een verplicht veld nog leeg is, vraagt het systeem u om validatieberichten waarin de ontbrekende informatie wordt gemarkeerd.
* Vul de resterende verplichte velden — toegewezen gebruikers, beschrijving en verplichte aangepaste velden — in terwijl het incident **In afwachting van acceptatie**; het incident kan niet verder in de Workflow totdat ze zijn ingevuld.

Na succesvolle validatie en indiening ziet u een bevestigingsbericht.

<br>


---

# 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/creating-a-new-incident.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.
