> 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-no/beste-praksiser-og-guider/access-for-external-auditors.md).

# Tilgang for eksterne revisorer

Når en ekstern Revisjon nærmer seg, tilbyr CERRIX to støttede måter å gi revisorer tilgang til dataene innenfor omfanget. Hvilken som passer best, avhenger av hvordan revisorene ønsker å jobbe: vil de logge inn og bla gjennom CERRIX på skjermen, eller hente data inn i sitt eget Revisjon-verktøy?

## Alternativ 1: Navngitte leserkontoer

Hvis revisorene dine vil logge inn og gjennomgå data i selve CERRIX, opprett en personlig konto for hver revisor og gi de minste rettighetene som trengs. For en ekstern Revisjon er det normalt skrivebeskyttet **Leser** roller på modulene som omfattes, for eksempel:

* **Risiko — Leser**
* **Kontroller — Leser** (legg til **Kontroll Reviewer** bare hvis revisoren må gjennomgå eller godkjenne testresultater)
* **Hendelser/avvik — Leser**
* **Tredjepart — Leser**

Hver Leser-rolle finnes i to omfang: **Ubegrenset** (alle Organisasjoner) eller **Begrenset** (én enkelt Organisasjon). For en ekstern Revisjon, velg **Begrenset**, begrenset til Organisasjonene som omfattes av Revisjonen, med mindre revisorene faktisk trenger å se hele miljøet.

Gi hver revisor sin egen konto med en personlig e-postadresse. Hver e-postadresse er knyttet til én konto, og kontoer bruker personlige (ikke generiske eller delte postbokskontoer) e-postadresser, slik at varsler når riktig person.

### Innlogging fra revisorens egen enhet

CERRIX kjører i nettleseren, så eksterne revisorer kan arbeide fra sin egen bærbare PC — ingen enhet administrert av selskapet er nødvendig på CERRIX-siden. Det som avgjør dette i praksis, er hvordan kontoen logger inn:

* **Standard CERRIX-innlogging (brukernavn/passord)** fungerer fra hvilken som helst enhet, inkludert revisorens egen bærbare PC. Dette er det vanlige oppsettet for eksterne parter, siden de befinner seg utenfor identitetsleverandøren din.
* **Innlogging via din egen SSO/identitetsleverandør** følger organisasjonens identitetspolicyer, som kan omfatte enhets- eller nettverksbegrensninger som blokkerer en uadministrert ekstern bærbar PC.

Sett opp eksterne revisorer med en standard CERRIX-innlogging i stedet for å sende dem gjennom SSO-en din. Hvis CERRIX-miljøet ditt er konfigurert for kun SSO-innlogging, må du sjekke med IT-teamet ditt om standard innlogginger er tillatt i tillegg.

## Alternativ 2: Eksterne tilkoblinger (Tredjepartssikring)

Hvis revisorene dine foretrekker å hente Risikoer, kontroller, testresultater og forbedringstiltak direkte inn i sitt eget Revisjon-verktøy i stedet for å klikke seg gjennom brukergrensesnittet, bruk CERRIX **Eksterne tilkoblinger**. Denne mekanismen er laget spesielt for Tredjepartssikring: den er skrivebeskyttet, tidsavgrenset og IP-begrenset, og den unngår å opprette og administrere separate innloggingskontoer.

Se [Eksterne tilkoblinger](/cerrix-documentation-no/cerrix-funksjoner/admin-settings/external-connections.md) for trinnvis oppsett.


---

# 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-no/beste-praksiser-og-guider/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.