> 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/forms.md).

# Skjemaer

Den **Skjemaer** Modulen gir omfattende funksjonalitet for å støtte aktiviteter innen Risiko-håndtering. Den lar deg effektivt samle inn, distribuere og evaluere informasjon på tvers av organisasjonen din.

Med skjemaer kan du:

* Gjennomføre tester, kontroller, spørreundersøkelser og spørreskjemaer
* Samle strukturert innspill fra ansatte eller eksterne interessenter
* Overvåke svar i sanntid
* Gi tilbakemelding til deltakerne
* Eksportere resultater til Excel for videre analyse og rapportering

Skjemaer kan fylles ut via en nettleser, også på mobile enheter, noe som gjør det enkelt for brukere å svare når som helst og hvor som helst.

Hvert skjema opprettes av en designer og fylles ut av én eller flere deltakere. De innsendte dataene lagres som **Skjemaresultater**.

### Skjematyper

Innenfor modulen kan tre typer skjemaer opprettes:

#### Regular Form

A **Regular Form** brukes til å samle inn eller distribuere informasjon uten ytterligere gjennomgangstrinn. Viktige kjennetegn:

* Hver tildelte bruker fyller ut sitt eget skjema.
* Resultatene er individuelle og deles ikke med andre deltakere.
* Det finnes ingen innebygd gjennomgangs- eller godkjennings-Workflow.

Denne typen skjema er egnet for standard spørreundersøkelser, spørreskjemaer eller datainnsamlingsaktiviteter.

#### Workflow Form

A **Workflow Form** utvider funksjonaliteten til et vanlig skjema ved å inkludere trinn for gjennomgang og godkjenning. Viktige kjennetegn:

* Brukere kan tildeles per side (enkeltbrukere eller brukergrupper).
* Workflow-sider kan konfigureres for Reviewer.
* Reviewerne kan se innsendte resultater, gi tilbakemelding og godkjenne eller avslå innsendinger.

Workflow-skjemaer er ideelle når innsendinger krever validering, Vurdering eller godkjenning fra ledelsen.

#### Skjema med Mapbacking

A **Skjema med Mapbacking** lar innsendte resultater automatisk opprette poster i andre CERRIX-moduler. Formålet med mapbacking er å sikre at samlet informasjon integreres direkte i driftsprosessene.

For øyeblikket kan mapbacking brukes på:

* Den **Hendelse** modul
* **Databrudd**

Dette sikrer at innsendte skjemadata ikke bare samles inn, men også aktivt brukes i systemet.

### Brukerroller

Hver Forms-rolle bestemmer hvilke handlinger en bruker kan utføre, for eksempel å opprette, redigere, publisere eller vise skjemaer.

{% hint style="info" %}
Hver CERRIX-bruker kan fylle ut og sende inn et skjema, selv uten å ha en spesifikk Forms-rolle. Denne generelle tillatelsen er inkludert i oversikten over roller og rettigheter nedenfor.
{% endhint %}

| # | Tillatelse / Handling                   | Forms-administrator | Forms Ansvarlig | Forms-designer | Alle CERRIX-brukere (Entry User) |
| - | --------------------------------------- | ------------------- | --------------- | -------------- | -------------------------------- |
| 1 | Opprette skjemaer                       | Ja                  | Ja              | Ja             | Nei                              |
| 2 | Redigere alle skjemaer                  | Ja                  | Nei\*           | Nei\*          | Nei                              |
| 3 | Bare redigere tildelte skjemaer         | Ja                  | Ja              | Ja             | Nei                              |
| 4 | Sett skjema til *Klar for publisering*  | Ja                  | Ja              | Ja             | Nei                              |
| 5 | Publisere skjemaer                      | Ja                  | Ja              | Nei            | Nei                              |
| 6 | Se skjemaresultater                     | Nei\*\*             | Nei\*\*         | Nei\*\*        | Nei                              |
| 7 | Se resultater (hvis tildelt Data Owner) | Ja                  | Ja              | Ja             | Nei                              |
| 8 | Sende inn / fullføre et skjema          | Ja                  | Ja              | Ja             | Ja                               |

\* Forms Ansvarlig og Forms Designer kan bare redigere skjemaer de er tildelt.

\*\* Det er bare mulig å se resultater når brukeren er tildelt som **Behandlingsansvarlig** for det aktuelle skjemaet.

#### Forms-administrator

Den **Forms-administrator** har høyeste tilgangsnivå i Forms-modulen: visning og redigering av alle opprettede skjemaer i systemet. En Forms-administrator kan imidlertid ikke se skjemaresultater som standard — tilgang til resultater gis bare når brukeren er tildelt som **Behandlingsansvarlig** for det aktuelle skjemaet.

#### Forms Ansvarlig

Den **Forms Ansvarlig** rollen er ment for brukere som administrerer spesifikke skjemaer. De kan opprette nye skjemaer, redigere skjemaer der de er tildelt som Form Ansvarlig, og publisere skjemaer. Forms Ansvarlig kan bare se resultater når de er tildelt som Data Owner for det aktuelle skjemaet. Denne rollen tildeles vanligvis brukere som har ansvar for livssyklusen og distribusjonen av spesifikke skjemaer.

#### Forms-designer

Den **Forms-designer** fokuserer på opprettelse og konfigurasjon av skjemaer. De kan opprette nye skjemaer, redigere skjemaer der de er tildelt som Form Designer, og sette skjemaer til *Klar for publisering*. Designer-rollen gir ikke automatisk tilgang til skjemaresultater; tilgang avhenger av å være tildelt som Data Owner. Denne rollen tildeles vanligvis brukere som er ansvarlige for den tekniske og strukturelle oppsettet av skjemaer.

#### Forms innsender

Hver CERRIX-bruker kan sende inn et skjema, selv uten en dedikert Forms-rolle:

* Ingen spesifikk Forms-rolle kreves for å fylle ut et skjema.
* Brukere kan bare fylle ut skjemaer de er tildelt eller invitert til.
* Denne rollen gir ikke rettigheter til å opprette, redigere, publisere eller administrere skjemaer.

Dette sikrer at deltakelse i skjemaer er bredt tilgjengelig på tvers av organisasjonen, samtidig som rettigheter til administrasjon og konfigurasjon forblir kontrollert.

### Hvordan modulen er strukturert

Forms-modulen er organisert rundt tre byggesteiner: kategorier, skjemaer og grupper.

#### Kategori

* Brukes til å organisere og klassifisere skjemaer (for eksempel Etterlevelse-skjemaer eller Risiko Vurdering-skjemaer).
* Et skjema tilhører én kategori.
* Kategorier har ingen direkte innvirkning på rettigheter.

#### Skjema

* Det sentrale objektet i modulen.
* Opprettet av en Designer eller Ansvarlig.
* Tildelt én eller flere grupper.

#### Grupper

Grupper avgjør **hvem som kan gjøre hva** i et skjema:

* **Deltakergruppe (innsending)** — brukere som har lov til å fylle ut og sende inn skjemaet.
* **Reviewer-gruppe** (kun Workflow-skjemaer) — brukere som gjennomgår innsendte resultater og gir tilbakemelding, godkjenning eller avslag.
* **Data Owner-gruppe** — brukere som har lov til å se skjemaresultater.

{% hint style="warning" %}
Uten en tildeling som Data Owner kan brukere ikke se innsendte resultater — selv om de opprettet eller publiserte skjemaet.
{% endhint %}

Oppsummert: **kategorier** strukturerer skjemaer, **skjemaer** samler inn informasjon, **grupper** styrer deltakelse og tilgang, **deltakere** sender inn resultater, **Reviewerne** validerer resultater (Workflow-skjemaer), og **Dataeiere** kan se resultater.

### I denne delen

* **Forms-grunndata: Kategorier og grupper** — oppsettet av kategoriene og gruppene som skjemaer er avhengige av.
* **Opprette et skjema** — skjemainnstillinger, felttyper, forhåndsvisning og Workflow-skjemaer.
* **Fullføre og administrere skjemainnføringer** — utfylling av skjemaer, gjenåpning av registreringer, invitasjon av brukere og feilsøking av tilgang.


---

# 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/forms.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.