> 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-nl/cerrix-functionaliteiten/admin-settings/authentication-and-user-provisioning/user-accounts-and-onboarding.md).

# Gebruikersaccounts en onboarding

## Gebruikersaccounts en onboarding

Op deze pagina wordt uitgelegd wat er gebeurt wanneer u een nieuwe gebruiker aanmaakt in CERRIX: wanneer de welkomstmail (uitnodigingsmail) wordt verzonden, hoe lang wachtwoordlinks geldig blijven, hoe silent login nieuwe gebruikers beïnvloedt en hoe u de meest voorkomende onboardingproblemen oplost.

### Een nieuwe gebruiker aanmaken

U voegt gebruikers toe onder **Gebruikersbeheer > Nieuwe gebruiker toevoegen**. Op het **Verificatie** tabblad van het gebruikersprofiel bepaalt u hoe de gebruiker inlogt:

* **Gebruikersnaam en wachtwoord** — voeg een gebruikersnaam toe of gebruik het e-mailadres van de gebruiker. CERRIX stuurt de gebruiker automatisch een welkomstmail met een link om zijn of haar wachtwoord in te stellen.
* **Single Sign-On (SSO)** — vul het e-mailadres van de gebruiker (UPN) in het **AD-aanmelding** veld op het gebruikersprofiel in. De gebruiker authenticert vervolgens via uw eigen identiteitsprovider en heeft geen CERRIX-wachtwoord nodig.

> **Belangrijk:** De welkomstmail wordt alleen verzonden nadat u de gebruiker **opslaat** hebt. Als u de inloggegevens toevoegt maar de gebruiker niet opslaat, wordt er geen e-mail verzonden. De optie om een link voor het opnieuw instellen van het wachtwoord te verzenden via het tabblad Authenticatie verschijnt ook pas nadat de inlogmethode is opgeslagen.

### Wanneer de welkomstmail (niet) wordt verzonden

Een welkomstmail met een wachtwoordlink wordt automatisch verzonden wanneer:

* de gebruiker wordt aangemaakt met een **gebruikersnaam en wachtwoord** inlogmethode, en
* het gebruikersrecord is **opgeslagen**.

De welkomstmail wordt **niet** verzonden wanneer:

* de gebruiker inlogt via **SSO** — er is geen wachtwoord nodig, dus er wordt geen e-mail verzonden. De gebruiker kan inloggen zodra zijn AD-login is geconfigureerd.
* de gebruiker niet is opgeslagen na het toevoegen van de inlogmethode.
* de mailmelding "new account" in uw omgeving **gekoppeld is aan een specifieke Organisatie** en de gebruiker onder een andere Organisatie is aangemaakt. In dat geval wordt de e-mail alleen verzonden voor gebruikers die onder de gekoppelde Organisatie zijn aangemaakt. Om de welkomstmail naar elke nieuwe gebruiker met een gebruikersnaam/wachtwoord-login te verzenden, opent u de mailmelding en ontkoppelt u de Organisatie.

### Geldigheid van wachtwoordlink

De link in de welkomstmail en in e-mails voor het opnieuw instellen van het wachtwoord is standaard 15 minuten geldig. **15 minuten** Na die tijd verloopt de link en kan deze niet meer worden gebruikt.

Deze geldigheidsperiode (`LinkValidityInMinutes`) is een instelling op omgevingsniveau die u niet zelf kunt wijzigen. Als u een langere geldigheidsperiode wilt (bijvoorbeeld 30 minuten), neem dan contact op met CERRIX support en geef aan voor welke omgevingen (bijvoorbeeld acceptatie en productie) de instelling moet worden gewijzigd.

#### Wanneer een link is verlopen

Als de gebruiker de link niet binnen de geldigheidsperiode heeft gebruikt, kan hij of zij op twee manieren een nieuwe krijgen:

* Als beheerder opent u het gebruikersprofiel van de gebruiker, gaat u naar het **Verificatie** tabblad en verzendt u een nieuwe **link voor het opnieuw instellen van het wachtwoord** per e-mail.
* De gebruiker kan zelf een nieuwe link aanvragen via de **Wachtwoord vergeten?** optie op het inlogscherm.

### Silent login en nieuwe gebruikers

Als uw omgeving is geconfigureerd met **Stille aanmelding**, probeert CERRIX automatisch een SSO-inlog zodra de gebruiker op het inlogscherm komt — zonder dat de gebruiker iets hoeft te klikken.

Voor nieuwe gebruikers heeft dit een belangrijk gevolg: als het e-mailadres van de gebruiker nog niet is geconfigureerd in het **AD-aanmelding** veld op hun gebruikersprofiel, mislukt de automatische SSO-poging en ziet de gebruiker direct:

> *Inloggen mislukt. Neem contact op met uw beheerder.*

Om dit op te lossen:

* Als de gebruiker moet inloggen via **SSO**: configureer diens e-mailadres onder **AD-aanmelding** op het gebruikersprofiel.
* Als de gebruiker moet inloggen met een **gebruikersnaam en wachtwoord**: laat de gebruiker een nieuw wachtwoord aanvragen via de **Wachtwoord vergeten?** optie op het inlogscherm (de oorspronkelijke link kan verlopen zijn — zie hierboven).

### Wachtwoordbeleid voor lokale accounts

CERRIX past een wachtwoordbeleid toe op elk account dat inlogt met een **gebruikersnaam en wachtwoord**. Gebruikers die inloggen via **Single Sign-On (SSO)** authenticeren via uw eigen identiteitsprovider en gebruiken geen CERRIX-wachtwoord, dus dit beleid is niet op hen van toepassing.

#### Wachtwoordvereisten

Een wachtwoord moet ten minste **8 tekens** lang zijn en ten minste bevatten:

* één kleine letter,
* één hoofdletter,
* één cijfer, en
* één symbool.

#### Verloop van wachtwoorden

Wachtwoorden zijn standaard 30 dagen geldig. **30 dagen** Na die tijd wordt de gebruiker gevraagd een nieuw wachtwoord te kiezen.

Het verstrijkingsinterval is een instelling op omgevingsniveau. Als u de voorkeur geeft aan een langer interval (bijvoorbeeld 90 dagen), neem dan via de servicedesk contact op met CERRIX support en geef aan voor welke omgeving dit geldt (bijvoorbeeld acceptatie of productie). Houd er rekening mee dat het interval geldt voor **alle** accounts in die omgeving die inloggen met een gebruikersnaam en wachtwoord — inclusief niet-persoonlijke accounts, zoals accounts die voor automatisering worden gebruikt.

#### Mislukte inlogpogingen

Een gebruiker heeft drie pogingen om zijn of haar wachtwoord correct in te voeren. Na de derde mislukte poging wordt het account vergrendeld om het tegen onbevoegde toegang te beschermen.

### Een gebruiker verwijderen of uitschakelen

Wanneer een gebruiker geen toegang meer nodig heeft tot CERRIX, kunt u het account verwijderen of uitschakelen. **verwijderen** of **uitschakelen** van het account. Beide benaderingen houden uw omgeving netjes, en er is geen verschil in systeemprestaties tussen de twee — de juiste keuze hangt ervan af of de gebruiker mogelijk terugkomt.

#### Wanneer verwijderen, wanneer uitschakelen

* **Verwijder** gebruikers die **permanent zijn vertrokken** uit uw Organisatie.
* **Schakel** gebruikers uit die **opnieuw toegang nodig kunnen hebben** in de toekomst. Een uitgeschakelde gebruiker blijft selecteerbaar in zowel nieuwe als bestaande items, zodat u verder kunt gaan waar u was gebleven zodra het account weer wordt ingeschakeld.

#### Wat er gebeurt wanneer u een gebruiker verwijdert

Een gebruiker verwijderen houdt uw gegevens intact:

* De gebruiker blijft zichtbaar op de items waaraan hij of zij gekoppeld was, gemarkeerd met een `*` voor zijn of haar naam, zodat de geschiedenis van die items volledig blijft.
* De gebruiker ziet die items niet langer in zijn of haar agenda en ontvangt geen Workflow- of meldingsmails meer.
* De gebruiker kan niet langer worden geselecteerd bij het aanmaken van nieuwe items.

#### Een verwijderd account herstellen

Als een account per ongeluk is verwijderd, kan het worden hersteld. Neem via de servicedesk contact op met CERRIX support om de opties te bespreken; u kunt ook eenvoudig een nieuw account voor de gebruiker aanmaken.

#### Als een verwijdering niet voltooid wordt

Als u een fout ziet bij het verwijderen van een gebruiker, kan het account nog steeds gekoppeld zijn aan items die niet zichtbaar zijn in de interface, zoals gearchiveerde TPA Assurance Connections. Neem via de servicedesk contact op met CERRIX support — support kan de resterende koppeling verwijderen en de verwijdering voor u voltooien.

### Problemen bij onboarding oplossen

#### Een nieuwe gebruiker heeft de welkomstmail niet ontvangen

1. Vraag de gebruiker om zijn of haar **spam-/ongewenste e-mailmap** (en verwijderde items) te controleren.
2. Controleer of het gebruikersrecord is **opgeslagen** nadat de inlogmethode was toegevoegd — zonder opslaan wordt er geen e-mail verzonden.
3. Controleer of de mailmelding "new account" is gekoppeld aan een specifieke **Organisatie**. Als de gebruiker onder een andere Organisatie is aangemaakt, wordt de e-mail niet verzonden; ontkoppel de Organisatie van de mailmelding om alle nieuwe gebruikers op te nemen.
4. Om handmatig een nieuwe e-mail te activeren, opent u het gebruikersprofiel van de gebruiker, gaat u naar het **Verificatie** tabblad en verzendt u een **link voor het opnieuw instellen van het wachtwoord**.

Als de e-mail nog steeds niet aankomt (bijvoorbeeld als er niets op uw mailserver wordt ontvangen), neem dan contact op met CERRIX support zodat de mailaflevering voor uw omgeving kan worden onderzocht.

#### Het account bestaat, maar de gebruiker kan niet inloggen

* Als de gebruiker direct *"Inloggen mislukt. Neem contact op met uw beheerder."*, gebruikt uw omgeving waarschijnlijk **Stille aanmelding** en is de **AD-aanmelding** van de gebruiker nog niet geconfigureerd — zie [Silent login en nieuwe gebruikers](#silent-login-and-new-users).
* Als de wachtwoordlink van de gebruiker niet meer werkt, is deze waarschijnlijk **verlopen** (links zijn standaard 15 minuten geldig). Verzend een nieuwe resetlink via het tabblad Authenticatie, of laat de gebruiker **Wachtwoord vergeten?** gebruiken op het inlogscherm.

Als geen van bovenstaande van toepassing is, neem dan contact op met CERRIX support.


---

# 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-nl/cerrix-functionaliteiten/admin-settings/authentication-and-user-provisioning/user-accounts-and-onboarding.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.
