SSO og provisjonering
SSO og provisjonering brukes når organisasjonen vil styre identiteter utenfor Utleggsappen, men fortsatt gi brukerne riktig tilgang og opplevelse inne i løsningen.
Hva SSO løser
- brukere logger inn med kjent bedriftskonto
- færre passord- og tilgangsspørsmål
- enklere offboarding og sentral styring
Hva provisjonering løser
- brukere kan opprettes, oppdateres eller deaktiveres fra et sentralt system
- mindre manuelt adminarbeid i Utleggsappen
- riktigere rolle- og tilgangsgrunnlag over tid
Slik går du fram
- Avklar om dere bare trenger SSO, eller både SSO og provisjonering.
- Bestem hvilken identitetsleverandør som er kilden til sannhet.
- Kartlegg hvilke brukere som allerede finnes i Utleggsappen.
- Test innlogging og brukeropprettelse med et lite antall personer.
- Verifiser at riktig organisasjon, rolle og konto faktisk blir opprettet eller koblet.
Kort sjekkliste før dere begynner
- hvem eier brukerlivssyklusen hos dere?
- hvilke attributter skal brukes til matching?
- hvordan håndteres brukere som allerede finnes?
- skal roller styres fullt ut eksternt, eller bare delvis?
Viktige avklaringer før oppsett
- hvem som er identitetskilde
- hvilke attributter som er autoritative
- om roller bare skal styres i identitetsleverandøren eller også lokalt
- hvordan eksisterende brukere skal matches med nye SSO-identiteter
Vanlige fallgruver
- brukere blir opprettet dobbelt fordi matchnøkler er uklare
- SSO virker, men mangler organisasjonstilknytning
- provisjonering deaktiverer brukere raskere enn organisasjonen forventer
Tegn på at oppsettet fungerer
- brukeren kommer inn uten manuell støtte
- riktig organisasjon vises med én gang
- brukeren får riktig rolle og menytilgang
- avsluttede brukere mister tilgang som forventet
Se også
Nerdehjørnet
Praktisk tips: Avklar matching og autoritative attributter før du skriver én linje kode.
{
"matchOn": ["email", "employeeId"],
"roleAttribute": "group",
"organizationAttribute": "companyCode"
}
SSO autentiserer personen, mens provisjonering avgjør om riktig konto finnes i riktig organisasjon. Hvis du bygger mot disse endepunktene, bør du definere matchnøkler tidlig, teste eksisterende og dupliserte brukere nøye, og verifisere rolle- og organisasjonskobling før bred utrulling.