> 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/best-practices-en-handleidingen/access-for-external-auditors.md).

# Toegang voor externe auditors

Wanneer een externe Audit eraan komt, biedt CERRIX twee ondersteunde manieren om auditors toegang te geven tot de gegevens binnen scope. Welke het beste past, hangt af van hoe uw auditors willen werken: willen ze inloggen en CERRIX op het scherm bekijken, of gegevens naar hun eigen audittooling halen?

## Optie 1: Persoonlijke viewer-accounts

Als uw auditors willen inloggen en gegevens in CERRIX zelf willen beoordelen, maak dan voor elke auditor een persoonlijk account aan en geef de minimale rechten die nodig zijn. Voor een externe Audit zijn dat normaal gesproken alleen-lezen **Viewer** rollen op de modules binnen scope, bijvoorbeeld:

* **Risico — Viewer**
* **Beheersmaatregelen — Viewer** (voeg **Beheersmaatregel Reviewer** alleen als de auditor testresultaten moet beoordelen of goedkeuren)
* **Gebeurtenissen/incidenten — Viewer**
* **Derde partij — Viewer**

Elke Viewer-rol kent twee scopes: **Onbeperkt** (alle Organisatie(s)) of **Beperkt** (één enkele Organisatie). Voor een externe Audit kiest u **Beperkt**, beperkt tot de Organisatie(s) die door de Audit worden gedekt, tenzij de auditors echt de volledige omgeving moeten zien.

Geef elke auditor een eigen account met een persoonlijk e-mailadres. Elk e-mailadres is gekoppeld aan één account, en accounts gebruiken persoonlijke (niet-generieke of gedeelde mailbox-) e-mailadressen, zodat meldingen de juiste persoon bereiken.

### Inloggen vanaf het eigen apparaat van de auditor

CERRIX draait in de browser, dus externe auditors kunnen werken vanaf hun eigen laptop — aan CERRIX-zijde is geen door het bedrijf beheerd apparaat vereist. Wat dit in de praktijk bepaalt, is hoe het account inlogt:

* **Standaard CERRIX-login (gebruikersnaam/wachtwoord)** werkt vanaf elk apparaat, inclusief de eigen laptop van de auditor. Dit is de gebruikelijke opzet voor externe partijen, omdat zij buiten uw identity provider vallen.
* **Inloggen via uw eigen SSO/identity provider** volgt het identiteitsbeleid van uw organisatie, wat apparaat- of netwerkbeperkingen kan omvatten die een onbeheerde externe laptop blokkeren.

Stel externe auditors in met een standaard CERRIX-login in plaats van ze via uw SSO te laten lopen. Als uw CERRIX-omgeving is geconfigureerd voor alleen inloggen via SSO, controleer dan bij uw IT-team of standaardlogins daarnaast zijn toegestaan.

## Optie 2: Externe verbindingen (Derde partij Assurance)

Als uw auditors liever risico’s, beheersmaatregelen, testresultaten en verbeteracties rechtstreeks in hun eigen audittooling ophalen in plaats van door de UI te klikken, gebruik dan CERRIX **Externe verbindingen**. Dit mechanisme is speciaal ontworpen voor Derde partij assurance: het is van meet af aan alleen-lezen, tijdsgebonden en IP-beperkt, en het voorkomt dat er aparte inlogaccounts moeten worden aangemaakt en beheerd.

Zie [Externe verbindingen](/cerrix-documentation-nl/cerrix-functionaliteiten/admin-settings/external-connections.md) voor de stapsgewijze configuratie.


---

# 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/best-practices-en-handleidingen/access-for-external-auditors.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.