> 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/cerrix-funksjoner/module-overview/audit.md).
# Revisjon
Revisjonsmodulen støtter internrevisjonsprosessen fra start til slutt: identifisering av reviderbare områder, planlegging og forberedelse av revisjoner, gjennomføring av feltarbeid og oppfølging av funn. Prosessen er et generelt verktøy som kan konfigureres slik at det passer organisasjonens behov.
## Roller i Revisjonsmodulen
Brukeradministratoren kan tildele tre dedikerte revisjonsroller:
* **Revisjonssjef (CAE)** — kan godkjenne hvert hovedtrinn i revisjonsworkflowen.
* **Revisor** — kan utføre alt arbeidet for en revisjon og kan gjennomgå revisjoner.
* **Revidert part** — kan tildeles rollen som revidert part i en revisjon. Bare brukere med rollen Revidert part kan velges som revidert part for en bestemt revisjon. Når den reviderte parten er valgt, kan vedkommende se siden med revisjonsdetaljer og siden for dokumentforespørsler.
{% hint style="info" %}
Fordi Revidert part er en generell rolle, anbefales det å gjøre Revidert part til en del av en generell brukerrollegruppe.
{% endhint %}
Innstillingene for Revisjonsmodulen (grunndata) vedlikeholdes av **Revisjonsadministrator**.
## Revisjonsdashbord
For revisorer og revisjonssjefer er et dashboard tilgjengelig som standard. Brukere med rettigheter til Revisjonsmodulen kan også opprette sitt eget revisjonsdashboard: Opprett et nytt dashboard i Dashboard-fanen, legg til en widget via knappen øverst til høyre, og dra widgeten nederst i listen til rutenettet.
## Revisjonsgrunndata
Revisjonsadministratoren definerer innstillingene for Revisjonsmodulen.
### Revisjonsunivers
Du kan forhåndsdefinere verdiene som brukes i rullegardinfeltene **Konsekvens**, **Kontrollmiljø**, **Samlet risikoscore** og **Vurderingsscore**. For Kontrollmiljø kan du også definere hvilke kontroller du vil inkludere i universklassifiseringen — flere felt er tilgjengelige per kontroll.
### Revisjonsfunn
* **Alvorlighetsgrad** — verdiene for rullegardinlisten for alvorlighetsgrad kan angis.
* **Oppfølging** — alternativene kan angis, for eksempel: ingen, anbefaling, korrigerende tiltak.
### Revisjoner
* **Revisjonstype** — for hver revisjonstype kan du definere dedikerte observasjonsscorer per feltarbeidstrinn.
* **Felt for risikovurdering** — for hver revisjonstype kan du definere ditt eget sett med felt som definerer og oppsummerer en risikovurdering i organisasjonen din. Husk å krysse av for **Synlig** avmerkingsboksen for hvert felt du vil at revisorene skal se; et felt må være synlig for å kunne fylles ut, så kombiner alltid Obligatorisk med Synlig.
### Revisjonse-poster
For hvert trinn i revisjonsworkflowen er en e-postmelding tilgjengelig for å informere revisoren, revieweren eller revisjonssjefen om at en oppgave venter. Hvis du vil hoppe over et workflowtrinn, deaktiver e-posten for det og la en revisjonsadministrator utføre workflowtrinnet (eller gi revisoren den rollen). Historikken registrerer alltid hvem som gjorde hva.
## Identifisering av reviderbare områder
### Revisjonsuniverset
Internrevisjonsavdelinger ønsker en oversikt over alle områder der det finnes betydelige risikoer. Disse områdene defineres i **Revisjonsunivers**, der universobjekter kan opprettes; samlet utgjør alle universobjektene revisjonsuniverset.
Universobjekter kan beskrives og knyttes til deler av organisasjonen og til forretningsdimensjoner, som prosesser og eiendeler. De kan klassifiseres etter:
* Aspekter ved Kontrollmiljø (harde kontroller, myke kontroller, endringsnivå, HR, …)
* Vurderinger
Sammen kan disse klassifiseringene oppsummeres i en **Samlet risikoscore**.
### Relaterte data i CERRIX
Sikringsinformasjon fra første og andre linje er viktig inndata for revisorer. **Relaterte data** i universobjektdetaljene viser dataene som allerede finnes i CERRIX for den valgte organisasjonen og forretningsdimensjonene. Dette bidrar til å skape en oversikt over hvordan første og andre linje allerede håndterer risikoer innenfor det universobjektet.
### Revisjonsperioder
I **Revisjonsperioder** I Workspace kan du definere perioder, for eksempel «2025» og «2026». For å knytte et universobjekt til en periode åpner du periodedetaljene.
## Opprette og utføre Revisjoner
### Revisjonsdetaljer
Det viktigste for en ny Revisjon er:
* **Revisjonstype** — fastsetter poengmetoden og feltene for Risiko-Vurdering som skal brukes. Velg nøye: Revisjonstypen kan ikke lenger endres etter første lagring, fordi observasjonspoeng og Risiko-Vurderingsfeltene er definert per Revisjonstype.
* **De involverte personene** — Revisor, revidert part, Reviewer og sjefrevisor. Revisjonen **Sponsorer** — for eksempel initiativtakeren til Revisjonen — kan også registreres. Sponsorer får ingen tilgangsrettigheter, men feltet Sponsor(er) kan brukes i dokumentmaler.
* **Involverte organisasjoner**
* **Forretningsdimensjoner som skal være gjenstand for Revisjon**, særlig prosesser.
De øvrige feltene er valgfrie og er tilgjengelige i Workspace for filtrering: Revisjonsplan, kritikalitet, Revisjonsscore, konfidensialitet, Revisjonsmål, begrunnelse og Revisjonskonklusjon.
### Dokumentforespørsler
Relaterte dokumenter kan etterspørres fra de reviderte via **Dokumentforespørsler**. En revidert part kan bli bedt om ett eller flere dokumenter per forespørsel. Det sendes en melding til den reviderte for hver forespørsel, og den reviderte kan markere en dokumentforespørsel som fullført. Bare reviderte parter som er tildelt Revisjonen kan bli bedt om å levere dokumenter.
### Risiko Vurdering
Basert på de koblede universobjektene, Risiko og kontroller, kan en egendefinert Risiko-Vurdering utføres. Feltene for Risiko-Vurdering er definert av administratoren i Grunndata.
### Revisjons-Workflowen
Revisjonsprosessen som vises på Revisjonsdetaljsiden, er delt inn i seks trinn, etterfulgt av avslutning. Hvert trinn startes av en utpekt revisor, hvert trinn kan gjennomgås av Reviewer(e) — vanligvis en kollega — og hvert trinn kan godkjennes av sjefrevisoren.
#### Forberedelse
Revisoren fyller inn alle relevante detaljer. Obligatoriske felt er Revisjonsnavnet og Revisjonstypen (fast etter første lagring).
#### Planlegging av feltarbeid
På Revisjonens underside definerer du feltarbeidstrinnene: temaene som skal revideres. Rammeverk kan brukes til å fastsette disse (under)temaene. Per feltarbeidstrinn definerer du utførelsesmetoden via **Administrer utførelse** knappen (klikk et feltarbeidstrinn); dette starter en Excel-nedlasting og -opplasting. Les popup-vinduet med informasjon om nedlasting og opplasting nøye.
#### Handlingsplan
Legg til handlingsplanen som et dokument til Revisjonen via **Dokumenter** i menyen til venstre.
#### Utførelse av feltarbeid
I Revisjonens utførelse av feltarbeid vises alle feltarbeidstrinn i én oversikt. Feltarbeidstrinn kan vurderes direkte eller vises i detalj; fra detaljene kan funn opprettes.
#### Rapportutkast
Basert på informasjonen i CERRIX opprettes et utkast til Revisjonsrapport utenfor CERRIX og legges til Revisjonen som en dokumentopplasting. Utkastet deles og diskuteres med den reviderte parten; basert på denne diskusjonen kan funn og MOI-er justeres i CERRIX.
#### Endelig rapport
Etter å ha oppnådd enighet med den reviderte parten opprettes og lastes den endelige rapporten opp i CERRIX. Den endelige rapporten godkjennes av sjefrevisoren, hvoretter Revisjonen avsluttes.
## Generere en Revisjonsrapport fra en mal
Revisjonsrapporter kan genereres fra en Word-mal som er lastet opp til miljøet ditt. Når du genererer dokumentet fra en Revisjon, fyller CERRIX flettfeltområdene i malen med dataene fra den Revisjonen — for eksempel de involverte revisorene eller en tabell med Revisjonens funn.
For at genereringen skal lykkes, må hver region i malen åpne og lukke nøyaktig én gang:
* Hver **GroupStart** felt må ha et tilsvarende **GroupEnd** felt.
* Hver **«TableStart:Name»** markør må ha nøyaktig én tilsvarende **«TableEnd:Name»** markør.
Når start- og sluttmarkørene for en region ikke kan pares, stopper genereringen og rapporterer en **Intern serverfeil**. Å kopiere tabellrader i Word er den vanligste måten ekstra markører oppstår på, fordi kopieringen tar med de skjulte markørene sammen med raden.
{% hint style="info" %}
Hvis feilen fortsatt oppstår etter at du har kontrollert malen, kontakt CERRIX-support via servicedesk og legg ved malen. Support kan liste opp hver start- og sluttmarkør for den berørte regionen med nøyaktig plassering i dokumentet — seksjon, tabell, rad, celle og avsnitt — noe som peker ut markøren som må fjernes eller legges til.
{% endhint %}
## Funnrapporter og forbedringstiltak
I menyen til venstre i en Revisjon kan funnrapporten for den Revisjonen opprettes. Når du oppretter en funnrapport, kommer du til en ny side for funnrapporter; dette kan gjøres én gang per Revisjon. I funnrapporten kan forbedringstiltak (MOI-er) legges til og følges opp.
Se [Funnrapport](https://docs.cerrix.com/cerrix-functionalities/module-overview/business-improvement-management/findings-report) og [Tiltak for forbedring](https://docs.cerrix.com/cerrix-functionalities/module-overview/business-improvement-management/measures-of-improvement-mois) for mer informasjon.
## Knytte skjemaer til Revisjoner
Skjemaer kan brukes til å samle informasjon rundt revisjoner — for eksempel et skjema for å lagre alle Revisjonens "lessons learned". For å gjøre et skjema tilgjengelig i revisjoner, gå til **Skjemaalternativer → Hovedinnstillinger**; fanen helt til høyre lar deg aktivere skjemaet for Revisjoner.
Et Revisjonsskjema kan startes fra hver Revisjon, så sørg for å legge til Revisjonsnummeret og Revisjonsnavnet som felter på skjemaet. Se [Opprette et skjema](https://docs.cerrix.com/cerrix-functionalities/module-overview/forms/creating-a-form) for mer om å bygge skjemaer.
## Eksportere eller slette en Revisjon
Under **Alternativer** i menyen til venstre i en Revisjon finner du to alternativer:
* **Slett** Revisjonen.
* **Last ned** Revisjonen i Excel-format. Eksporten inneholder to faner:
* Fane 1: én enkelt rad med detaljene for Risiko Vurdering.
* Fane 2: en liste over Revisjonens feltarbeidstrinn med observasjonspoeng og, per feltarbeidstrinn, funnene inkludert detaljer.
## Rapportering på Revisjoner med API-et
Revisjonsdata kan brukes i rapporteringsverktøy som Power BI via Direct Data API: ett datasett returnerer Revisjonene med detaljer, poeng og tilknyttede elementer, og et annet datasett returnerer Revisjonsfunnene med oppfølgingene deres og tilknyttede MoI-er. Revisjonens Grunndata og de tilpassede feltene for Revisjon har egne endepunkter. Se [API-dokumentasjon](https://docs.cerrix.com/cerrix-functionalities/admin-settings/api-documentation) for en oversikt, og API-håndboken i plattformen for feltene i hvert endepunkt.
---
# 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/cerrix-funksjoner/module-overview/audit.md?ask=&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.
