> 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/business-improvement-management/findings-report.md). # Funnrapport ### Introduksjon En Funnrapport i CERRIX dokumenterer Funn, konklusjoner og tiltak fra Revisjoner eller Vurderinger. Den gir en strukturert tilnærming til: * Registrere Revisjonsresultater og observasjoner * Dokumentere underliggende Risikoer og rotårsaker * Knytte oppfølgingshandlinger (MoIs) til Funn #### Hvorfor bruke Funnrapporter i CERRIX? Funnrapporter samler alt på ett sted: * Revisjonsresultater og Vurderingspoeng * EnkeltFunn og observasjoner * Forbedringstiltak og oppfølgingshandlinger * Statussporing fra utkast til lukking Denne samlingen eliminerer spredte regneark og e-posttråder. Alt som er knyttet til en Revisjon, finnes på ett enkelt søkbart sted. #### Hva du kan gjøre med Funnrapporter * Opprette nye Funnrapporter for Revisjoner eller Vurderinger * Legge til detaljerte Vurderinger med poeng og rangeringer * Knytte MoIs (Measures of Improvement) for å spore oppfølging * Generere rapporter for ledelsen eller eksterne revisorer * Spor status for løsning på tvers av alle Funn #### Funnrapport Workflow Hver Funnrapport går gjennom en enkel Workflow: * **Utkast** – Rapporten forberedes, Funnene dokumenteres * **Under gjennomgang** – Intern validering og kvalitetskontroll * **Godkjent** – Funnene bekreftes og aksepteres * **Oppfølging pågår** – Knyttede MoIs gjennomføres * **Closed** – Alle tiltak fullført, Revisjonssyklusen er avsluttet Denne Workflowen sikrer at Funnene går fra identifisering til løsning med tydelig statusinnsyn. *** ### Funnrapporter Workspace Workspace for Funnrapporter gir en oversikt over alle Revisjonsrapporter og Funn i Organisasjonen din. #### Hva du ser Workspace viser alle rapporter med nøkkelinformasjon: * **Rapporttype** – Revisjon, vurdering, gjennomgang eller annen kategori * **Ansvarlig** – Hvem som eier rapporten * **Revisor** – Hvem som gjennomførte Revisjonen * **Status** – Gjeldende Workflow-steg * **Skår** – Overordnet rangering eller Vurderingsresultat * **Forfallsdato** – Når oppfølgingshandlinger bør være fullført #### Workspace-funksjoner **Avansert konfigurasjon** åpner detaljerte filteralternativer. Søk etter: * Rapporttype (intern Revisjon, ekstern Revisjon, selvvurdering) * Status (utkast, under gjennomgang, godkjent, lukket) * Ansvarlig part eller revisor * Datointervaller * Vurderingspoeng eller rangeringer **Tabellkonfigurasjon** styrer hvilke kolonner som vises i listen. Vis bare informasjonen som er relevant for den aktuelle oppgaven din. **Administrasjon av forhåndsinnstillinger** lagrer filter- og kolonneinnstillingene dine: * Klikk **+** for å lagre et forhåndsvalg med et beskrivende navn (f.eks. "Åpne Revisjoner – avdelingen min") * Klikk \*\*\*\*\* for å angi et standardforvalg som lastes inn automatisk * Klikk **X** for å fjerne uønskede forhåndsvalg #### Eksportere rapporter Du kan eksportere Funnrapporter til Excel eller PDF for distribusjon til ledelsen eller eksterne interessenter. Eksportene inkluderer alle synlige kolonner basert på de gjeldende filterinnstillingene dine. *** ### Opprette en Funnrapport #### Slik kommer du i gang 1. Naviger til **Workspace for Funnrapporter** 2. Klikk **Legg til Funnrapport** i øverste høyre hjørne Du vil få et skjema for å registrere den sentrale rapportinformasjonen. #### Nødvendig informasjon **Rapporttype** – Velg kategorien som best beskriver Revisjonen din: * Intern Revisjon * Ekstern Revisjon * Selvvurdering * Etterlevelsesgjennomgang * Risikovurdering * Annet (spesifiser) **Rapportnummer** – Angi referansenummeret for den interne eller eksterne Revisjonen. Dette hjelper med å spore rapporten på tvers av systemer og gjør den enkel å referere til i møter eller korrespondanse. **Objektnavn** – Beskriv objektet eller enheten som revideres: * Avdelingsnavn * Prosess (f.eks. "Leverandørreskontroprosess") * System (f.eks. "HR-informasjonssystem") * Lokasjon eller forretningsenhet Vær spesifikk slik at brukerne umiddelbart forstår hva som ble vurdert. #### Roller og ansvarsområder **Ansvarlig** – Personen som er Ansvarlig for å håndtere Funn og gjennomføre forbedringer. Dette er ofte en avdelingsleder eller prosesseier, ikke revisoren. **Revisor** – Personen eller teamet som gjennomførte Revisjonen og dokumenterte Funnene. De har oversikt over oppfølgingshandlingene. #### Revisjonskontekst **Omfang og mål** – Forklar hva som ble inkludert i Revisjonen: * Hvilke prosesser, systemer eller Kontroller som ble gjennomgått * Hva Revisjonen forsøkte å oppnå * Hvilke Risikoer eller Etterlevelseskrav som ble evaluert * Hva som eksplisitt ble ekskludert fra omfanget Et tydelig omfang forhindrer forvirring om hva som ble og ikke ble vurdert. **Konklusjon** – Oppsummer de overordnede Funnene: * Var Kontroller tilstrekkelige og effektive? * Hvilke vesentlige mangler eller svakheter ble identifisert? * Hva er den overordnede Risikovurderingen eller Vurderingsresultatet? * Hva er de viktigste prioriteringene for forbedring? Konklusjonen bør være et sammendrag på ledernivå som fanger essensen av Revisjonen uten at leserne må gå gjennom hver minste detalj. #### Støttedokumenter Legg ved relevante filer, for eksempel: * Fullstendige Revisjonsrapporter * Arbeidspapirer * Bevisfiler * Metodedokumentasjon * Rapporter fra ekstern revisor Dokumentene forblir tilgjengelige gjennom hele livssyklusen til Funnrapporten og gir støttedetaljer for Vurderinger og MoIs. #### Lagre rapporten Klikk **Lagre** for å opprette Funnrapporten. Den vises nå i Workspace for Funnrapporter og er klar for at du kan legge til Vurderinger og forbedringstiltak. *** ### Legge til Vurderinger i en Funnrapport En Vurdering representerer et spesifikt Funn eller en observasjon innen den bredere Funnrapporten. Du kan legge til flere Vurderinger for å fange opp enkeltvise Kontrollsvikt, prosesshull eller Etterlevelsesproblemer. #### Hvorfor bruke Vurderinger? Vurderinger gir detaljerte opplysninger. I stedet for én samlet Revisjonsskår kan du ha: * Vurdering av TilgangsKontroll (poeng: 3/5) * Vurdering av endringsstyring (poeng: 4/5) * Vurdering av sikkerhetskopiering av data (poeng: 2/5) * Vurdering av Avvikshåndtering (poeng: 3/5) Denne granulariteten viser nøyaktig hvor styrker og svakheter ligger. #### Slik legger du til en Vurdering 1. Åpne en eksisterende Funnrapport 2. Naviger til **Vurderinger** fane 3. Klikk **Legg til Vurdering** Fyll ut Vurderingsdetaljene: **Vurderingsdato** – Når ble dette spesifikke Funn observert eller evaluert? **Vurderingstype** – Kategoriser Vurderingen: * Operasjonell * IT/teknisk * Etterlevelse * Finansiell * Databeskyttelse/personvern * Security **Skår** – Velg resultatet: * Numerisk rangering (skala 1–5, der 5 er utmerket) * Beskrivende rangering (Effektiv, Trenger forbedring, Utilstrekkelig) * Bestått/Ikke bestått * Egendefinert poengsetting basert på Organisasjonens metodikk Velg poengsettingsmetoden som samsvarer med rammeverket for Revisjonen din. **Assessor** – Hvem utførte denne spesifikke Vurderingen? Dette kan være annerledes enn den overordnede revisoren hvis flere teammedlemmer bidro til ulike seksjoner. **Kommentarer** – Gi detaljer om Funnet: * Hva som spesifikt ble observert eller testet * Hvorfor dette representerer en bekymring eller en styrke * Hvilke bevis som støtter Vurderingen * Enhver relevant kontekst eller formildende faktorer Gode kommentarer hjelper leserne å forstå ikke bare poengsummen, men også begrunnelsen bak den. #### Lagre Vurderingen Klikk **Lagre** for å legge Vurderingen til Funnrapporten. Du kan legge til så mange Vurderinger som nødvendig for å dokumentere alle Funn fra Revisjonen fullt ut. #### Se alle Vurderinger Fanen Vurderinger viser alle enkeltvurderinger i en liste, noe som gjør det enkelt å: * Sammenligne poeng på tvers av ulike områder * Identifisere mønstre (f.eks. at alle IT-Kontroller fikk lav score) * Prioritere forbedringstiltak * Generere detaljerte rapporter for interessenter *** ### Knytte MoIs til Funnrapporter Hvert vesentlige Funn bør føre til ett eller flere forbedringstiltak. MoIs gir den strukturerte oppfølgingsmekanismen. #### Når du skal opprette MoIs Opprett MoIs for Funn som krever tiltak, for eksempel: * Kontrollsvikt som må utbedres * Prosesshull som krever oppdatering av prosedyrer * Opplæringsbehov * Teknologiske forbedringer * Policyendringer Ikke alle Funn trenger et MoI. Mindre observasjoner eller positive Funn krever vanligvis ikke formelle forbedringstiltak. #### Slik knytter du MoIs 1. Åpne Funnrapporten 2. Naviger til **Koblede forbedringstiltak** fane 3. Klikk **Legg til MoI** 4. Fyll ut MoI-detaljene i tråd med strukturen som er beskrevet i opplæringen i Measures of Improvement: * Navn og beskrivelse av forbedringen * Ansvarlig part og Reviewer * Frist og prioritet * Forventede resultater 5. Klikk **Lagre MoI** MoI er nå knyttet til Funnrapporten og synlig på begge steder. #### Sporing av oppfølging Når MoIs er opprettet og knyttet til: * Revisoren kan overvåke fremdriften via Funnrapporten * Statusoppdateringer i MoI gjenspeiles automatisk i visningene av Funnrapporten * Frister og prioriteringer bidrar til å sikre rettidig løsning * Fullføring av alle MoIs muliggjør lukking av Funnrapporten #### Å lukke loopen Når alle knyttede MoIs er fullført og akseptert: 1. Revisoren vurderer om Funnene er tilstrekkelig håndtert 2. Statusen for Funnrapporten kan gå videre til "Lukket" 3. Revisjonssyklusen er fullført med dokumentert bevis for løsning Denne lukket-sløyfe-prosessen viser at Funnene ikke bare ble notert, men faktisk løst. *** ### Beste praksis #### Skriv klare, handlingsrettede Funn Gode Funn er konkrete og handlingsrettede. Sammenlign: **Svakt:** "Tilgangskontrollen trenger forbedring" **Sterkt:** "15 ansatte som hadde sluttet beholdt aktive nettverkskontoer i gjennomsnitt 23 dager etter avgang, noe som skapte Risiko for uautorisert tilgang" Det sterke Funnet gir konkrete bevis og forklarer Risikoen, noe som gjør det klart hvorfor tiltak er nødvendig. #### Bruk konsekvent poengsetting Innenfor en Revisjon skal poengsettingen brukes konsekvent. Hvis en score på "3" betyr "tilstrekkelig, men trenger mindre forbedring", bruk den definisjonen for hver Vurdering. Inkonsekvent poengsetting gjør rapporter vanskelige å tolke. #### Knytt Funn til Risikoer og Kontroller Når du oppretter Vurderinger, referer til spesifikke Risikoer eller Kontroller som påvirkes. Dette skaper sporbarhet mellom Funnrapportene dine og risikoregisteret ditt, og gjør det enkelt å se hvordan Revisjonsresultater informerer risikostyring. #### Sett realistiske frister for MoIs Når du oppretter forbedringstiltak, arbeid sammen med den Ansvarlige parten for å fastsette oppnåelige frister. For aggressive datoer fører til at forpliktelser ikke overholdes og svekker tilliten. For generøse datoer reduserer hastverket. Finn balansen. #### Dokumenter ledelsens respons For hvert vesentlige Funn, registrer hvordan ledelsen har tenkt å respondere. Dette kan være: * Enighet om å implementere anbefalingen * Aksept av Risikoen med begrunnelse * Uenighet med Funnet (med støttende begrunnelse) Ledelsens respons viser ansvarlighet og hjelper revisorer å forstå Organisasjonens prioriteringer og begrensninger. #### Lukk rapporter når de er fullført Når alle MoIs er løst og Revisjonssyklusen er avsluttet, lukk Funnrapporten. Åpne rapporter fra fullførte Revisjoner gjør det vanskelig å forstå hva som fortsatt krever oppmerksomhet. Lukkede rapporter forblir tilgjengelige som referanse og demonstrerer Organisasjonens historikk for Revisjonsløsning. *** ### Rapportering og analyse Funnrapporter muliggjør kraftige rapporteringsfunksjoner: #### Trendanalyse Spor Funn over tid: * Forekommer de samme problemene i flere Revisjoner? * Blir poengene bedre eller dårligere? * Hvilke avdelinger har flest Funn? Trender avdekker systemiske problemer som krever strategisk oppmerksomhet. #### Prioritetsidentifisering Generer rapporter som viser: * Alle åpne Funn etter prioritet * Forfalte MoIs knyttet til Funn * Avdelinger med de mest kritiske Funnene Dette hjelper ledelsen med å fordele ressurser til forbedringene med høyest prioritet. #### Revisjonsbevis Funnrapporter gir revisjonssporbevis som viser: * Hva som ble vurdert og når * Hvilke Funn som oppstod * Hvilke tiltak som ble iverksatt * Når løsning ble oppnådd Denne dokumentasjonen er uvurderlig under regulatoriske undersøkelser eller eksterne Revisjoner. *** ### Tilgangsrettigheter Tilgang til funnrapporter bestemmes av kombinasjonen av **rapporttype** og **organisasjon**. Hver rapporttype er knyttet til én eller flere Organisasjoner, og visningsrettighetene følger denne kombinasjonen. #### Rapporttyper og Organisasjoner En bruker med **BIM Funnrapport Ubegrenset Viewer** rollen har tilgang til alle Funnrapporttypene som er knyttet til deres Organisasjon. Visningstilgang følger rapporttypen av design: en bruker med tilgang til en rapporttype ser Funnrapportene av den typen, uansett hvilken Organisasjon en enkelt rapport er knyttet til. Dette sikrer at for eksempel en revisor beholder innsikt i en hel rapporttype på tvers av Organisasjon. #### Gi et team innsyn i sine egne rapporter For å la et team eller en avdeling bare se sine egne Funnrapporter, opprett en egen rapporttype for det teamet og knytt teamets Organisasjon til den (for eksempel sammen med Intern Revisjon). Lederen for den Organisasjonen, som har rollen Unrestricted Viewer, ser da nøyaktig Funnrapportene til sin egen Organisasjon. Siden dette betyr én rapporttype per team, vokser listen over rapporttyper med antallet avdelinger du setter opp på denne måten — bruk tydelig navngivning slik at de som oppretter rapporter velger riktig type. For å diskutere den beste oppsettet for din Organisasjon, kontakt CERRIX-support via servicedesken. #### Organisasjoner i avansert konfigurasjon Organisasjonstreet i avansert konfigurasjon av Workspace for Funnrapporter gjenspeiler både Funnrapportene i miljøet ditt og dine egne tillatelser: * En Organisasjon som er fjernet fra organisasjonsstrukturen din kan fortsatt vises som et valg mens Funnrapporter fortsatt er knyttet til den. Oppdatering av Organisasjonene som er knyttet til disse Funnrapportene holder treet oppdatert. * En bruker som ikke har tilgang til alle Funnrapporter, ser bare Organisasjonene som er knyttet til Funnrapporter innenfor deres tilgang, noe som kan gjøre at treet ser forskjellig ut fra én bruker til en annen. ### Øvelser #### Øvelse 1: Opprett en ny Funnrapport 1. Opprett en Funnrapport for en fiktiv Revisjon i opplæringsmiljøet ditt 2. Fyll ut feltene: * Rapporttype: Intern Revisjon * Ansvarlig: Tildel deg selv eller en opplæringskollega * Revisor: Tildel en revisorrolle * Omfang og mål: Beskriv hva du reviderer (f.eks. "Gjennomgang av tilgangskontrollprosedyrer i HR-systemet") * Konklusjon: Skriv en kort overordnet vurdering 3. Lagre rapporten #### Øvelse 2: Legg til Vurderinger 1. Åpne Funnrapporten din 2. Legg til minst to Vurderinger med ulike typer og poeng: * Vurdering 1: Type = IT, Poeng = 3/5, Kommentarer = spesifikke Funn * Vurdering 2: Type = Etterlevelse, Poeng = 4/5, Kommentarer = spesifikke Funn 3. Lagre hver Vurdering 4. Se gjennom fanen Vurderinger for å se Funnene dine oppført #### Øvelse 3: Knytt et MoI 1. Naviger til **Koblede forbedringstiltak** fane 2. Opprett et nytt MoI eller knytt et eksisterende 3. Sørg for at MoI har: * Tydelig beskrivelse av forbedringen som kreves * Tildelt Ansvarlig part * Realistisk frist 4. Verifiser at koblingen er synlig både i Funnrapporten og i MoI-Workspace 5. Spor MoI gjennom Workflow til lukking --- # 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/business-improvement-management/findings-report.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.