> 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/business-improvement-management/bim-standing-data.md).

# BIM-basisgegevens

De bevindingenrapporten, assessments en MoI's hebben allemaal velden die gebruikmaken van vooraf gedefinieerde lijsten. Deze lijsten worden onderhouden in **Basisgegevens** (beschikbaar vanaf de startpagina) en kan alleen worden aangepast door gebruikers met beheerdersrechten voor de BIM-module. De Basisgegevens staan onder de kop **Bedrijfsverbeteringsbeheer**, georganiseerd in drie groepen: **Bevindingenrapporten** (Rapporttype, validatietype), **Assessment** (Assessmenttype) en **MoI-details** (haalbaarheid, implementatiescore, prioriteit, onderwerp).

Elk basisgegeven werkt op dezelfde manier: **Toevoegen** maakt een nieuw item aan, klikken op een item opent het om te bewerken (klik **Opslaan** na het wijzigen ervan), **Volgorde wijzigen** sorteert de lijst, en **Verwijderen** verwijdert het geselecteerde item.

<figure><img src="https://2540748892-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEeL4xdXxYZ2fsPsMzsYF%2Fuploads%2Fgit-blob-80a76515a1c517fa61e5b2b9b6f95f61a3165174%2Fbim-standing-data-menu.png?alt=media" alt="The Business Improvement Management section of Standing Data"><figcaption></figcaption></figure>

## Bevindingenrapportgegevens

### Rapporttype

In Rapporttype definieert u de typen waaronder bevindingenrapporten kunnen worden gecategoriseerd, bijvoorbeeld audit, compliance of modelvalidatie. Per item zijn een naam en beschrijving vereist.

**Een rapporttype beperken tot organisaties** — met de organisatiekeuze bij een rapporttype kan de toegang tot de informatie van deze rapporten worden beperkt. De geselecteerde organisatie(s) bepalen welke gebruikers *met een auditorrol* rapporten van dat type kunnen zien en daarvoor invoer kunnen registreren; dit heeft ook invloed op de zichtbaarheid van de assessments en MoI's die bij die rapporten horen. Bij het selecteren van een organisatie worden alle organisaties op een hoger niveau automatisch gekoppeld; gebruikers in organisaties onder de selectie zien het rapporttype niet. Wanneer geen organisatie is geselecteerd, kunnen alle gebruikers het rapporttype zien. De beperking geldt niet voor gebruikers met de BIM-beheerdersrol en heeft geen invloed op de zichtbaarheid van MoI's voor gebruikers met de rol Verantwoordelijke, Gedelegeerde of Supervisor. Zie ook [Toegangsrechten op de pagina Bevindingenrapport](https://docs.cerrix.com/cerrix-functionalities/module-overview/business-improvement-management/findings-report#access-rights).

**Scores per rapporttype** — omdat het rapporttype de categorisering van de scores beïnvloedt, wordt de lijst met scores om uw bevindingen te beoordelen per rapporttype gedefinieerd. Selecteer eerst een rapporttype en klik vervolgens **Toevoegen** in het onderdeel Scores. Elke score vereist een naam en een kleur om deze te onderscheiden, en optioneel een beschrijving. De scorelijst kan worden gesorteerd met **Volgorde wijzigen**.

### Validatietype

In Validatietype definieert u de typen validaties die van toepassing zijn op een bevindingenrapport, bijvoorbeeld standaard, volledige review of modelcontrole. Voor elk validatietype zijn een naam en beschrijving vereist.

## Assessmentgegevens

### Assessmenttype

In Assessmenttype definieert u de typen waaronder assessments kunnen worden gecategoriseerd. Per item zijn een naam en beschrijving vereist.

Net als rapporttypes worden de scores voor assessments gedefinieerd **per assessmenttype**: selecteer eerst een assessmenttype en voeg vervolgens scores toe in het onderdeel Scores. Elke score vereist een naam en een kleur, en optioneel een beschrijving; de lijst kan worden gesorteerd door de scores te slepen. Wijzigingen in een scorelijst gelden alleen voor het geselecteerde assessmenttype.

## MoI-detailsgegevens

### Haalbaarheid

In Haalbaarheid definieert u de haalbaarheidsniveaus die van toepassing zijn op de opmerkingen van een MoI, bijvoorbeeld laag, middel en hoog. Voor elk item is een naam vereist.

### Implementatiescore

In Implementatiescore definieert u de scores die van toepassing zijn op MoI's, bijvoorbeeld goed, voldoende, net voldoende, onvoldoende of niet van toepassing. Voor elk item zijn een naam, kleur en waarde vereist; de waarde wordt gebruikt voor rapportage in ingesloten Power BI.

### Prioriteit

In Prioriteit definieert u de prioriteiten die van toepassing zijn op MoI's, bijvoorbeeld laag, middel en hoog. Voor elke prioriteit is een naam vereist.

### Onderwerp

In Onderwerp definieert u de onderwerpen die van toepassing zijn op MoI's, bijvoorbeeld ICT, applicatie, proces of personen. Voor elk onderwerp zijn een naam en beschrijving vereist.


---

# 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/business-improvement-management/bim-standing-data.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.
