Toegang

Login, signup en eerste toegang

Deze handleiding dekt alle schermen vóór het normale appgebruik: inloggen, MFA-challenge, self-service signup, e-mailverificatie, provisioning van een nieuwe omgeving en de trial-expired route.

1. Inloggen

De loginpagina ondersteunt e-mail/wachtwoord en Google Sign-In.

Gebruik de self-service signup alleen voor nieuwe tenants. Bestaande gebruikers horen via login binnen te komen.
Login-scherm
  • Gebruikers kiezen hier tussen e-mail/wachtwoord en eventuele provider-login zoals Google.
  • Nieuwe tenants worden vanaf hier doorgestuurd naar signup, bestaande gebruikers blijven op login.
  • Bij foutieve credentials of providerproblemen blijft de gebruiker op dezelfde route.
Login is het normale startpunt voor bestaande gebruikers; signup is alleen voor nieuwe omgevingen.

Fouten die gebruikers kunnen zien

  • Onjuiste inloggegevens.
  • Mislukte provider-login.
  • Trial verlopen: de app stuurt door naar de aparte trial-pagina.

2. MFA-challenge tijdens login

Als een tweede factor actief is, schakelt dezelfde loginpagina over naar een challenge-weergave.

Factor Gedrag Wat de gebruiker doet
TOTPDirect codeveldVoer de actuele authenticator-code in en klik op Verifiëren en inloggen.
SMSEerst code sturenKies Verificatiecode sturen, wacht op SMS en voer daarna de code in.
Meerdere factorenFactor selectorKies de gewenste methode in de dropdown.

3. Nieuwe omgeving aanmaken

De signup-flow maakt eerst alleen het account en een pending signup aan. Tenant-provisioning gebeurt pas na e-mailverificatie.

  1. Vul Naam van je omgeving, beheerdernaam, admin e-mailadres en wachtwoord in.
  2. Het formulier controleert of het admin e-mailadres al bestaat.
  3. Klik op Verificatie e-mail sturen.
  4. De browser bewaart tijdelijk de signup-draft lokaal zodat de bevestigingsroute kan herstellen als de flow wordt onderbroken.
Signup-formulier
  • Je vult tenantnaam, beheerdergegevens en een nieuw wachtwoord in.
  • De flow controleert vroeg of het admin e-mailadres geschikt is voor een nieuwe omgeving.
  • Na submit bestaat het account, maar de tenant zelf nog niet.
Signup maakt eerst alleen een account plus pending request aan; provisioning volgt later.

Wat wordt lokaal bewaard

  • Signup-draft in local storage.
  • Wachtwoord tijdelijk in session storage om recovery mogelijk te maken.
  • Deze data wordt verwijderd zodra provisioning is afgerond of de flow expliciet faalt.

4. E-mail bevestigen en provisioning starten

De pagina /signup/confirm begeleidt de gebruiker door de rest van de flow.

Signup bevestigen
  • Na e-mailverificatie toont deze pagina de pending status van de nieuwe omgeving.
  • Met Start laat je de daadwerkelijke tenantprovisioning uitvoeren.
  • De pagina kan een onderbroken flow herstellen via lokaal bewaarde draftdata.
Provisioning start hier bewust pas na verificatie, zodat onbevestigde e-mails geen tenant aanmaken.

Belangrijk voor support

  • De gebruiker moet op deze pagina ingelogd zijn met hetzelfde account dat de mail heeft ontvangen.
  • Provisioning gebeurt niet automatisch door alleen op de e-maillink te klikken.
  • Bij recovery gebruikt de pagina de lokaal bewaarde signup-data uit dezelfde browser.

5. Trial verlopen

Wanneer de backend aangeeft dat de omgeving niet meer actief is, wordt de gebruiker naar /trial-expired gestuurd.

Trial verlopen
  • Gebruikers zien een blokkerende melding wanneer de proefomgeving niet meer actief is.
  • Normale productnavigatie stopt hier totdat de tenantstatus weer klopt.
  • Verlenging of heractivatie loopt buiten deze gebruikersflow om.
Dit is bewust een eindscherm; gebruikers kunnen hier niet zelf door naar de app.