🔔 Let op: onze inlogpagina heeft een frisse, nieuwe look!
We hebben de deskbird-inlogpagina vernieuwd om de beveiliging te verbeteren en het inloggen makkelijker te maken. Vanaf nu zijn alle beschikbare inlogopties (zoals e-mail/wachtwoord, Google, Microsoft, SSO) direct zichtbaar op het inlogscherm — ongeacht welke methodes jouw bedrijf heeft ingesteld.
De inlogregels van jouw bedrijf blijven gewoon van kracht op de achtergrond. Als een gebruiker een optie kiest die niet is ingeschakeld voor jouw organisatie, zal het inloggen niet doorgaan en krijgt diegene een foutmelding te zien. Adviseer gebruikers om de methode te kiezen die jullie bedrijf gebruikt, of let op het label "Laatst gebruikt" op hun inlogscherm.
⚠️ Bestaande SSO-configuraties blijven gewoon werken zoals voorheen. Alleen het ontwerp van het inlogscherm en de eerste stap van het inloggen zijn veranderd.
deskbird biedt verschillende manieren om in te loggen, van simpel e-mail en wachtwoord tot geavanceerde Single Sign-on (SSO) voor bedrijven. In dit artikel vind je een overzicht van alle beschikbare inlogmethodes, zodat je de juiste kunt kiezen en instellen voor jouw organisatie.
- Wat is er nieuw op de inlogpagina
- Inloggen met e-mail en wachtwoord
- Inloggen met Microsoft
- Inloggen met Google
- SSO met Okta (SAML 2.0)
- SSO met Keycloak (SAML 2.0)
- SSO met eigen SAML 2.0
- Veelgestelde vragen
1. Wat is er nieuw op de inlogpagina
We hebben de deskbird-inlogervaring vernieuwd met een nieuw design en betere beveiliging. Dit is er veranderd:
Nieuwe look, dezelfde deskbird
De inlogpagina heeft een frisse, professionelere uitstraling gekregen. Er staat nu een nieuw label "Laatst gebruikt" naast de inlogmethode die de gebruiker eerder heeft gekozen (op hetzelfde apparaat en in dezelfde browser, zolang de cache niet is gewist). Zo kies je makkelijker de juiste optie.
SSO direct bij de hand
Microsoft- en Google-SSO-opties staan nu meteen op de startpagina. Gebruikers hoeven niet eerst hun e-mailadres in te vullen voordat ze SSO kiezen — ze kunnen direct hun provider selecteren.
Verbeterde beveiliging
In de nieuwe flow is minder informatie zichtbaar voordat je bent ingelogd. Zo beschermen we bedrijfsgegevens beter en verkleinen we de kans op geautomatiseerde pogingen om accounts te ontdekken. Deze update is de basis voor verdere verbeteringen aan de manier van inloggen, die stap voor stap worden uitgerold.
💡 Goed om te weten: De inlog-URL is veranderd, maar oude bladwijzers sturen automatisch door naar de nieuwe pagina. Het nieuwe pad is /sign-in/landing.
2. Inloggen met e-mail en wachtwoord
Inloggen met e-mail en wachtwoord is standaard beschikbaar voor alle gebruikers en vereist geen instellingen door een beheerder. Gebruikers loggen in met hun e-mailadres en een persoonlijk wachtwoord. Hebben ze nog geen wachtwoord ingesteld, dan kunnen ze op het inlogscherm Wachtwoord vergeten? gebruiken om er een aan te maken.
💡 Zodra SSO of SCIM is ingesteld, kun je overwegen om inloggen met e-mail en wachtwoord uit te schakelen. Zo zorg je dat iedereen via jullie identity provider inlogt en voorkom je dubbele accounts. Dit beheer je onder Beheerder > Bedrijf > Bedrijfsprofiel.
3. Inloggen met Microsoft
Gebruikers kunnen inloggen via Microsoft Entra ID (voorheen Azure AD) met hun zakelijke Microsoft-account. Een IT-beheerder met Global Admin-rechten moet de benodigde rechten goedkeuren om de koppeling te activeren.
Met de vernieuwde inlogpagina staat de Microsoft-optie direct op het eerste scherm — gebruikers hoeven niet eerst hun e-mailadres in te vullen.
👉 Lees het volledige installatieartikel
4. Inloggen met Google
Inloggen met Google is standaard beschikbaar — je hoeft niets in te stellen. Als jouw organisatie Google Workspace gebruikt, kunnen gebruikers inloggen door op het Google-logo te klikken op het inlogscherm.
Met de vernieuwde inlogpagina staat de Google-optie direct op het eerste scherm — je hoeft niet eerst je e-mailadres in te vullen.
👉 Lees het volledige installatieartikel
5. SSO met Okta (SAML 2.0)
deskbird werkt samen met Okta via SAML 2.0, zodat je veilig kunt inloggen via je bestaande Okta-omgeving. Dit is ideaal voor bedrijven die Okta als identity provider (IdP) gebruiken.
👉 Lees het volledige installatieartikel
6. SSO met Keycloak (SAML 2.0)
Gebruikt jouw bedrijf Keycloak voor identity management? Dan kun je SSO met deskbird instellen via SAML. Zo regel je veilige toegang tot al je systemen.
👉 Lees het volledige installatieartikel
7. SSO met eigen SAML 2.0
Gebruik je al een andere SAML 2.0-compatibele identity provider? deskbird ondersteunt eigen SAML 2.0-instellingen voor maximale flexibiliteit — zo kun je vrijwel elke IdP koppelen die SAML ondersteunt.
👉 Lees het volledige installatieartikel
8. Veelgestelde vragen
Alle inlogopties (Google, Microsoft, e-mail/wachtwoord, SSO) staan op het inlogscherm om de ervaring voor iedereen gelijk te houden en om te voorkomen dat er informatie over de instellingen van jouw bedrijf zichtbaar is voordat je bent ingelogd. De inlogregels van jouw bedrijf blijven gewoon gelden — als een gebruiker een optie kiest die niet is ingeschakeld, gaat het inloggen niet verder en krijgt diegene een foutmelding. Adviseer gebruikers om alleen de methode te gebruiken die jullie bedrijf heeft ingesteld.
Nee. De inlog-URL is veranderd, maar oude URL's sturen automatisch door naar de nieuwe inlogpagina. Bladwijzers van gebruikers blijven gewoon werken, je hoeft niets aan te passen.
Nog niet. De mobiele app gebruikt nu nog de oude inlogmethode. Dit wordt later aangepast als onderdeel van de bredere overstap naar het nieuwe inloggen.
Nee. Bestaande SSO-configuraties blijven gewoon werken zoals voorheen. Alleen het uiterlijk van het inlogscherm en de eerste stap van het inloggen zijn veranderd.
MFA wordt geregeld op het niveau van de Identity Provider (IdP), niet binnen deskbird zelf. Als je inlogt via SAML of Microsoft OAuth, word je doorgestuurd naar de IdP van jouw bedrijf (bijvoorbeeld Microsoft Entra ID), waar de ingestelde MFA-regels gelden — dus ook Microsoft Authenticator. deskbird ontvangt daarna alleen het geverifieerde token of de assertion, nadat de IdP het volledige inlog- en MFA-proces heeft afgerond. Zo houdt jouw IT-team volledige controle over MFA.