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

# Importmaler

CERRIX tilbyr et sett med standardiserte importmaler som hjelper deg med å laste opp data effektivt til ulike moduler i applikasjonen. Disse malene er utformet for å sikre strukturert inndata og samsvar med de nyeste systemfunksjonene og valideringsreglene.

Vi anbefaler på det sterkeste å alltid bruke den nyeste versjonen av hver mal for å sikre kompatibilitet med gjeldende versjon av CERRIX-plattformen.

Hvis du trenger veiledning i bruk av malene eller trenger støtte under importprosessen, vennligst [ta kontakt](/cerrix-documentation-no/om-cerrix/getting-support.md) med oss.

## Hvordan importer utføres

Importer i CERRIX — inkludert Kontroll- og Testplan-importer — utføres av en CERRIX-konsulent som en serviceforespørsel. Det er ikke mulig for kunder å kjøre importene selv: import krever tilsyn av en ekspert fra kundeservice, slik at du får de beste resultatene i ditt miljø.

For å be om en import:

1. Last ned den relevante malen fra denne siden og fyll den ut.
2. Send inn en serviceforespørsel via servicedesken, og legg ved den utfylte filen.
3. En konsulent validerer og utfører importen, og rapporterer tilbake eventuelle rader som ikke kunne behandles, slik at du kan korrigere dem.

Testplan-importer kan bestilles på forhånd. For eksempel kan du få Testplanene for et kommende år klargjort og lastet inn før den aktuelle Periode starter.

## Sjekkliste for validering av Testplan-importer

Rader som ikke består valideringen, blir hoppet over under importen. Før du sender inn filen, kontroller følgende:

* **Brukernavnene samsvarer nøyaktig.** Navnene på testere, opplastere av bevis og kontrollører må være identiske med brukerens visningsnavn i CERRIX, i formatet `Etternavn, Fornavn`. En vanlig årsak til mislykkede rader er at navnet er skrevet annerledes i filen enn i CERRIX (for eksempel et pikenavn der CERRIX har det fulle gifte navnet).
* **Testerne har en brukerkonto.** Hver tester som er oppført i filen, må ha en eksisterende CERRIX-brukerkonto.
* **Forfallsdatoene faller innenfor Testplan-Periode.** En forfallsdato etter sluttdatoen for Periode vil føre til at raden mislykkes.
* **Kontrollen tillater testing.** Kontrollens **krever overvåking** innstilling må være aktivert for at testplaner skal kunne opprettes på den.

{% hint style="info" %}
Hvis du ikke kan samstemme navnene i kildedataene dine med visningsnavnene i CERRIX, kan du kontakte CERRIX-support via servicedesken for å diskutere alternativer før du sender inn importen.
{% endhint %}

## Utfylling av importmalene for Risiko og Kontroll

Før du sender inn en import av Risiko eller Kontroll, kontroller følgende punkter:

* **Fyll ut poengsumkolonnene i Risiko-malen.** *Konsekvens* og *Sannsynlighet* er påkrevd for hver rad, og det samme gjelder *Netto konsekvens* og *Netto sannsynlighet*. Hvis Organisasjonen din ikke aktivt jobber med en av disse skårene, fyll inn verdien du bruker for dine eksisterende risikoer, slik at de importerte risikoene forblir konsistente med det som allerede finnes i miljøet.
* **Valgfrie kolonner kan med vilje stå tomme.** I Kontrollmalen, *Kontrollkatalog* og *Rammeverksdimensjon* er ikke påkrevd. Å la dem stå tomme er et gyldig valg; konsulenten bekrefter med deg at det er tilsiktet før importering.
* **Den refererte Grunndata må eksistere og samsvare nøyaktig.** En oppføring i Risiko-katalogen som er navngitt i filen, matches mot risikokatalogen i miljøet ditt, så kontroller stavemåten og hele banen for hver oppføring på forhånd. Når du går over til en ny katalogstruktur, oppgi hvilken Periode filen er ment for, slik at oppføringer som ble opprettet for en tidligere Periode beholder ordlyden som gjaldt da.
* **Konsulenten trenger tilgang til miljøet.** Importen kjøres i ditt eget miljø, så sørg for at CERRIX-konsulenten som utfører den, har en aktiv konto der. En konto som CERRIX-support allerede bruker i miljøet ditt, er vanligvis nok — gi servicedesken beskjed om hvilken som skal brukes.

Konsulenten validerer filen din før import og rapporterer tilbake radene som må korrigeres, slik at du kan sende inn en fil til gjennomgang mens noen punkter fortsatt er åpne.

## Oppdatering av eksisterende poster med en import

Maler på denne siden oppretter nye poster. Poster som allerede finnes i Organisasjonen din — for eksempel Risikoer og Kontroller — endres gjennom en **oppdateringsimport**, som en CERRIX-konsulent utfører for deg som en avgiftsbelagt serviceforespørsel.

En oppdateringsimport tar utgangspunkt i dine egne data i stedet for en tom mal:

1. Be om oppdateringen via servicedesken, og beskriv hvilke poster og hvilke felter du vil endre.
2. CERRIX eksporterer de aktuelle postene til et ark og sender det til deg.
3. Du fyller inn de nye verdiene i det arket. Poster som ikke trenger å endres, kan utelates fra filen.
4. Du returnerer arket og avtaler dato og klokkeslett for oppdateringen med CERRIX.
5. CERRIX importerer arket som en oppdateringshandling, og deretter validerer du resultatet i miljøet ditt.

{% hint style="warning" %}
Eksporten inneholder en kolonne med den unike Identifier for hver post — for kontroller er dette **Kontroll GUID** i den første kolonnen. La den kolonnen være nøyaktig slik du mottok den: det er den som knytter hver rad til posten som oppdateres. De gjenværende kolonnene brukes til å overskrive de gjeldende verdiene.
{% endhint %}

Større endringer som går utover feltverdier — for eksempel å bruke de samme testinstruksjonene på et stort antall eksisterende Testplaner — håndteres også av en CERRIX-konsulent. Gi servicedesken beskjed om hvor mange poster som er involvert og om de alle skal få det samme innholdet, så får du et forslag til arbeidet.

## Last ned malene

{% file src="/files/6b0b54bd5c3f2e2bb36d7f85a00d476a1b066054" %}

{% file src="/files/7fddf604d4c1cccb58a09e251d46a2a7d7d152e5" %}

{% file src="/files/675b3068f5707406271298c6eda532199a0b1bf2" %}

{% file src="/files/ae308a760f5770d5e3c732052dd79e823415b241" %}

{% file src="/files/201ce0bbf3a3d94158953121269e5e4ddb606135" %}

{% file src="/files/d0ff557d0725da7f7a66a4b0c86e492d88549db9" %}

{% file src="/files/3e3c586568ce2c28916916de644bea5ff5bc8c46" %}

{% file src="/files/073a61c64dac5582b2a34730b4f8ddb3d6f75e84" %}

{% file src="/files/82be430bd27d4a690825556420d96ed88b46795f" %}


---

# 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/import-templates.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.