> 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.md). # Forretningsforbedringsstyring Modulen Business Improvement Management (BIM) sikrer at det iverksettes tiltak for å realisere forbedringer i organisasjonen din. Modulen består av tre nivåer: 1. **Funnrapport** — en rapport der resultatene av en undersøkelse oppsummeres og poengsettes, for eksempel en revisjon, en etterlevelsesgjennomgang, modellvalidering eller vurdering av intern kontroll. En funnrapport kan inneholde én eller flere vurderinger. 2. **Vurdering** — brukes til å zoome inn på ulike aspekter eller emner i funnrapporten og gi en kvalifisert vurdering per emne — for eksempel en vurdering av tilgangsstyring innen en funnrapport om IT-prosesser. 3. **Forbedringstiltak (MoI-er)** — et MoI er et tiltak for å realisere en forbedring: å redusere en risiko eller en mangel i en prosess eller aktivitet. Et MoI viser til en enkelt forbedring og kan knyttes til en funnrapport (eventuelt med én av vurderingene), en risiko, en kontroll eller en hendelse. Hvert av disse elementene kan ha flere MoI-er knyttet til seg, med ulike ansvarlige som realiserer ulike forbedringer. Når et MoI åpnes, vises nøkkeldetaljene om elementet det er knyttet til, som skrivebeskyttet — for eksempel rapporttype, score og konklusjon for et MoI til en funnrapport, navnet og beskrivelsen av en tilknyttet risiko, frekvensen og testresultatene til en tilknyttet kontroll, eller datoene for når en tilknyttet hendelse inntraff. Detaljert dokumentasjon er tilgjengelig for hver del av modulen: * [Forbedringstiltak (MoI-er)](https://docs.cerrix.com/cerrix-functionalities/module-overview/business-improvement-management/measures-of-improvement-mois) — oppretting av MoI-er, Workflow og arbeid med dem per rolle. * [MOI Workspace, Perioder og forhåndsinnstillinger](https://docs.cerrix.com/cerrix-functionalities/module-overview/business-improvement-management/measures-of-improvement-mois/moi-workspace-periods-and-presets) — hvordan MoI-oversikten filtreres. * [Funnrapport](https://docs.cerrix.com/cerrix-functionalities/module-overview/business-improvement-management/findings-report) — oppretting av rapporter, vurderinger og kobling av MoI-er. ## Roller i BIM-modulen Modulen har fem brukerroller. Flere roller kan tildeles én bruker: * **BIM Administrator** — setter opp og ivaretar den komplette oversikten over modulen, med rettigheter til all funksjonalitet: se og redigere alle MoI-er, sette opp e-postmeldingene, opprette perioder og slette hvilket som helst MoI. En BIM-administrator kan legge til eller redigere enhver funnrapport, vurdering og MoI. Når brukeren også er en applikasjonsadministrator, kan vedkommende tildele brukerroller i BIM-modulen. * **BIM-revisor** — initierer funnrapporter og setter opp vurderingene og MoI-ene, og godkjenner eller avviser resultatene av et MoI. Denne rollen kan opprette, redigere, godkjenne, avvise og lukke MoI-er for hele organisasjonen, og kan legge til kommentarer — men kan ikke oppdatere fremdriften til et MoI. * **MoI-ansvarlig** — ansvarlig for den faktiske gjennomføringen av MoI-er, tildelt av BIM-revisoren eller den som har opprettet MoI-et. Den ansvarlige bekrefter MoI-er, oppdaterer fremdriften og kan delegere gjennomføringen til en MoI-stedfortreder. Den ansvarlige kan endre forfallsdatoen mens MoI-statusen er "Klar for aksept" eller "Bekreftet"; den opprinnelige forfallsdatoen kan aldri justeres. * **MoI-stedfortreder** — tildelt av MoI-ansvarlig; brukeren som implementerer MoI-et. En stedfortreder legger til kommentarer og oppdaterer fremdriften, og kan endre forfallsdatoen under de samme betingelsene som den ansvarlige. * **Ansvarlig overordnet** — holder oversikt over MoI-ene som er tildelt de ansvarlige vedkommende fører tilsyn med, og over MoI-ene i egen organisasjon, og kan utnevne stedfortredere og oppdatere fremdriften. {% hint style="info" %} Den **forespørrer** — brukeren som initierer et MoI — er ikke en egen rolle i CERRIX: alle som kan opprette et MoI kan tildele en kollega som revisor i MoI-et. Utenfor BIM-modulen får rollene Risiko (u)begrenset skribent, Kontroll (u)begrenset skribent, Hendelsesvurderer og Hendelsesansvarlig revisjonsrettigheter på MoI-ene i sin modul, med de samme MoI-rettighetene som BIM-revisoren. {% endhint %} Rettighetene per rolle: | Rettigheter | BIM Administrator | BIM-revisor | MoI-ansvarlig | MoI-stedfortreder | Ansvarlig overordnet | | --------------------------------------------------------------- | :------------------------------------: | :---------: | :-----------: | :---------------: | :----------------------------------------: | | Velg organisasjoner utenfor egen | ✓ | ✓ | | | | | Vis og rediger MoI-er for den globale organisasjonen | ✓ | ✓ | | | | | Opprett funnrapporter | ✓ | ✓ | | | | | Opprett vurderinger | ✓ | ✓ | | | | | Opprett MoI-er | ✓ | ✓ | | | | | Godkjenn eller avvis MoI-er | ✓ | ✓ | | | | | Lukk MoI-er | ✓ | ✓ | | | | | Vis egne MoI-er | | | ✓ | ✓ | ✓ (også de ansvarlige de fører tilsyn med) | | Bekreft MoI | ✓ | | ✓ | | ✓ | | Utnevn stedfortreder | ✓ | | ✓ | | ✓ | | Legg til fremdrift | ✓ | | ✓ | ✓ | ✓ | | Legg til kommentar | ✓ | ✓ | ✓ | ✓ | ✓ | | Endre forfallsdato i status "Klar for aksept" eller "Bekreftet" | ✓ | | ✓ | ✓ | | | Tildel brukere | ✓ (også som applikasjonsadministrator) | | | | | | Opprett perioder | ✓ | | | | | | Endre e-postmeldinger | ✓ | | | | | | Slett MoI-er irreversibelt | ✓ | | | | | ## Eksterne revisorer: Rollen for ansatte/eksterne BIM-revisorer Innen funnrapporter og vurderinger kan det velges en revisor. I noen tilfeller skal ikke denne revisoren ha rettighetene beskrevet ovenfor — for eksempel en ekstern revisor som ikke har lov til å arbeide i CERRIX. Til dette kan rollen for ansatte/eksterne **BIM-revisor** (tilgjengelig på brukerkortet) kan brukes. Rollen for ansatte/eksterne kan aktiveres for brukere med og uten konto. For brukere med konto aktiveres den når brukeren ikke skal ha tilgang til selve BIM-modulen. En bruker uten tilgang til CERRIX opprettes ved å fjerne avmerkingen for **Har konto** avmerkingsboksen — feltene for påloggingsopplysninger fjernes da. For en ekstern bruker kan organisasjonen stå tom; i funnrapporter og vurderinger vises disse eksterne brukerne i revisorlisten når feltet **Revisor-/vurderingsorganisasjon** er tomt. Når dette er satt opp, vil **Revisor-/vurderingsnavn** feltet på funnrapporter og vurderinger vise både brukerne med den vanlige BIM-revisorrollen og de med rollen som ansatt/ekstern BIM-revisor. Se også [Tilgang for eksterne revisorer](https://docs.cerrix.com/best-practices-and-guides/access-for-external-auditors). ## Grunndata Listene som brukes i funnrapporter, vurderinger og MoI-er — rapporttyper, valideringstyper, vurderingstyper, gjennomførbarhet, implementeringspoeng, prioriteringer og emner — vedlikeholdes i modulens grunndata. Se [BIM Grunndata](https://docs.cerrix.com/cerrix-functionalities/module-overview/business-improvement-management/bim-standing-data). --- # 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.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.