> 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/admin-settings/mail-messages-and-notifications.md).
# E-postmeldinger og varsler
CERRIX kan sende e-postvarsler for å holde brukere informert om elementene som er tildelt dem, for eksempel forbedringstiltak (MOI-er). Denne siden forklarer hvor varsler administreres, hvordan du oppretter og redigerer dem, og hvordan MOI-spesifikke varsler oppfører seg.
### Hvor varslene administreres
Alle e-postvarsler administreres under **Administrasjonskontroller > E-postmeldinger**. Under **Varsler**, er de konfigurerbare varslene organisert per modul, for eksempel:
* Applikasjon
* Forbedringsarbeid
* Kontroll
* Hendelse
* Skjemaer
For MOI-er er det to separate innstillinger du må være klar over: **Varsler** (individuelle varsler, for eksempel påminnelser om forfallsdato) og **Periodiske varsler** (gjentakende oversikts-e-poster). Begge beskrives nedenfor.
### Opprette eller redigere et varsel
Bruk **Legg til** for å opprette et nytt varsel, eller åpne et eksisterende for å redigere det. Redigeringsskjermen inneholder følgende felt:
* **Navn** — navnet på varselet.
* **Aktiv** — om varselet er aktivert. Inaktive varsler sendes ikke.
* **Periode** — når varselet sendes i forhold til elementets dato, for eksempel «2 uker i forkant» av forfallsdatoen.
* **Type** — modulen varselet gjelder for, for eksempel forbedringsstyring.
* **Undertype** — hvilken Workflow-rolle varselet er rettet mot, for eksempel Stedfortreder eller Ansvarlig.
* **Mottakere** — bestemte mottakere for varselet. Hvis du lar dette stå tomt, sendes varselet til alle brukere som samsvarer med undertypen (for eksempel hver Stedfortreder for en MOI).
* **Meldingsemne** og **meldingskropp** — innholdet i e-posten. Brødteksten støtter plassholdere som fylles ut per mottaker og per element, for eksempel `[RecipientFirstname]`, `[MoiName]`, `[DueDate]` og `[MoiLink]`. For MOI-varsler er **MOI Identifier** også tilgjengelig som et nøkkelord, ved siden av MOI-navnet: det viser til den registrerte Identifier for MOI-en (uten ledende nuller), slik at mottakerne kan finne riktig MOI i plattformen med en gang.
* **Valgte Organisasjoner** — et valgfritt Organisasjon-filter (se advarselen nedenfor).
### MOI-varsler
#### Tildelingsvarsel for Ansvarlig
Når en MOI opprettes, mottar Ansvarlig for MOI-en automatisk et e-postvarsel om tildelingen. Dette varselet kan deaktiveres per miljø. Hvis Ansvarlige rapporterer at de ikke mottar e-post når en MOI tildeles dem, sjekk om dette varselet er aktivt i miljøet ditt — administratoren din kan aktivere det.
#### Workflow-varsler
Modulen Forbedringsarbeid sender også innebygde **workflow-varsler**. Disse er separate fra varslene du konfigurerer selv: workflow-e-poster kan sendes selv når ingen egendefinerte varsler er satt opp under E-postmeldinger.
#### Påminnelser om forfallsdato
Du kan konfigurere påminnelsesvarsler rundt forfallsdatoen til en MOI. Bruk **Periode** feltet for Kontroll av tidspunktet (for eksempel «2 uker i forkant»), og **Undertype** feltet til å velge hvem som mottar påminnelsen (Ansvarlig eller Stedfortreder).
### Organisasjon-filteret på MOI-varsler
{% hint style="warning" %}
Organisasjonene som er valgt i et MOI-varsel, kontrolleres mot **Organisasjonene til brukerne som er tildelt MOI-ene**, ikke mot MOI-ens egen Organisasjon. Hvis du bare velger rotorganisasjonen uten underorganisasjonene, og ingen brukere er direkte koblet til rotorganisasjonen, **ingen oppfyller kriteriene og ingen e-post sendes**. For å rette dette, rediger varselet slik at underorganisasjonene også inkluderes, eller fjern organisasjonsvalget helt.
{% endhint %}
### Periodiske varsler
Periodiske varsler sender hver bruker en gjentakende oversikts-e-post om alle deres åpne MOI-er — én e-post per bruker, som viser alle åpne MOI-er som er tildelt dem, i stedet for én separat e-post per MOI.
Slik setter du dette opp:
1. Gå til **E-postmeldinger** og velger **Periodiske varsler > Forbedringstiltak**.
2. Klikk **Legg til** for å opprette et nytt periodisk varsel og angi frekvensen (for eksempel ukentlig eller kvartalsvis).
3. I meldingsteksten setter du inn **MOI-er-nøkkelordet** ved å bruke knappen rett over meldingsfeltet. Dette nøkkelordet får systemet til å generere en tabell som viser mottakerens MOI-er i e-posten. Uten det tas ikke oversiktstabellen med.
Merk at filtrene i varslingskonfigurasjonen begrenser hvilke MOI-er som tas med: Organisasjoner, prioritet, MOI-type (for eksempel Risiko-MOI-er, Tredjepart-MOI-er eller Avvik-MOI-er), brukertype og **status**. La et filter stå tomt for å bruke varselet på alle verdiene i det filteret. Hvis varselet for eksempel er konfigurert for én enkelt prioritet, vises bare åpne MOI-er med den prioriteten i oversikten — velg alle relevante prioriteter hvis du vil ha hele listen. Bruk statusfilteret til å utelate MOI-er med en status som ikke krever handling fra mottakeren. I oversiktstabellen vises også forfallsdatoen i lenken til hver MOI.
### Varsler om Risiko-oppdatering
Brukere som er valgt i **Risiko informert** feltet for en risiko mottar automatisk en e-post når denne risikoen endres (se [Risikoer](/cerrix-documentation-no/cerrix-funksjoner/module-overview/risks.md)). Dette varselet administreres under **E-postmeldinger**, i **E-postmeldinger > Risiko** delen, som meldingstype **Risiko Oppdatert**.
E-postmeldingen tilbyr følgende konfigurasjon:
* **Send e-post** — om varselet sendes.
* **Betingelser** — hvilke endringer som utløser e-posten. Velg én eller flere betingelser; hvis feltet står tomt, sendes e-posten for hver betingelse:
* **Brutto risikoscore er endret**
* **Netto risikoscore er endret**
* **Vurdering av Risiko er endret** — en endring i ett av feltene for Vurdering av Risiko (Overordnet Vurdering av Risiko, Vurderingsdato, kommentar til overordnet Vurdering av Risiko, risikobehandling eller kommentar til risikovilje).
* **Enhver endring** — hver endring i risikoen.
* **Emne** og **Melding** — innholdet i e-posten. Bruk nøkkelordknappene til å sette inn plassholdere som fylles ut per mottaker og per risiko: Fornavn, Etternavn, Identifier, Navn, Hyperlenke, Oppfylte betingelser, Vurdering av risikovilje, Vurderingsdato og kommentar til overordnet Vurdering. Nøkkelordet **Oppfylte betingelser** nøkkelordet viser hvilke av de konfigurerte betingelsene som ble utløst av endringen.
* **Valgte Organisasjoner** — et valgfritt Organisasjon-filter.
Greit å vite:
* E-posten sendes når en endret risiko lagres, så flere endringer i én og samme redigering gir én e-post.
* E-posten gjelder endringer av eksisterende risikoer; opprettelse av en ny risiko utløser den ikke.
* Bare aktive brukere mottar e-posten: brukere som er arkivert eller deaktivert, hoppes over, selv når de fortsatt er valgt i feltet Risiko informert.
### Feilsøking: varsler sendes ikke
Hvis konfigurerte varsler ikke kommer frem, sjekk følgende:
* Er varselet satt til **Aktiv**?
* Inkluderer **Organisasjon-filteret** organisasjonene til de tildelte brukerne (inkludert underorganisasjoner), eller er det bedre fjernet helt?
* For periodiske varsler: er **MOI-er-nøkkelordet** MOI-er-nøkkelordet inkludert i meldingsteksten, og samsvarer de konfigurerte filtrene (som prioritet) faktisk med de åpne MOI-ene?
* For manglende tildelings-e-poster til Ansvarlig: er det varselet **aktivert i miljøet ditt**?
Hvis ingen av disse forklarer problemet, kontakt CERRIX kundestøtte.
---
# 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/admin-settings/mail-messages-and-notifications.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.
