Single sign-on
Single sign-on, eller enkel inloggning, mot dina kunders egna jobbkonton, till exempel i Microsoft Entra ID. Vi bygger kopplingen och tar hand om det som tar tid: befintliga konton, behörigheter och användare som slutar.
Ofta börjar det med ett krav i en upphandling: personalen ska kunna logga in i din tjänst med sitt jobbkonto. Själva kopplingen till kundens konton är sällan det svåra. Det som tar tid är användarna som redan finns, deras behörigheter och vad som händer när någon slutar.
Hur kopplas kundens organisation in?
Kundens organisation har sina jobbkonton hos en identitetsleverantör, till exempel Microsoft Entra ID, Google Workspace eller Okta. Inloggningen bygger vi på OpenID Connect, som Entra ID, Google Workspace och Okta stöder. Kräver kunden SAML är det ett eget arbete. Med Entra ID kopplar kundens IT-avdelning in hela organisationen via en länk och ett godkännande i Microsoft. Vilka organisationer som får koppla in sig bestämmer du.
Anställda får tillgång första gången de loggar in med jobbkontot, och ett befintligt konto kan kopplas ihop via e-postadressen när kundens domän är verifierad. En samlad behörighetsmodell styr vilka tjänster och funktioner varje kund och användare har.
Alla har inte ett jobbkonto att logga in med. Samma inloggning kan också hantera e-post och lösenord eller en licensnyckel för delad åtkomst. Ska användaren identifiera sig med e-legitimation bygger vi även BankID-inloggning.
Räcker single sign-on för att hantera användare som slutar?
Nej. Single sign-on avgör hur användaren kommer in, inte vilka användare som ska finnas i din tjänst. För det finns SCIM 2.0, en öppen standard för automatisk användarhantering: kundens katalog skapar, uppdaterar och tar bort användarna hos dig. Nyanställda får tillgång och den som slutar förlorar den, utan att någon ändrar något för hand.
Kundens egna administratörer kan också sköta sina användare själva, och det loggas vem som har gjort vad.
Vad händer med de konton som redan finns?
De flyttas till den nya inloggningen när användaren loggar in. Om lösenorden kan följa med beror på hur de lagras i dag. Det tittar vi på innan vi lovar något. Flytten sker användare för användare, så du behöver inte flytta alla på en gång.
Vi bygger inloggningen i Java och Spring, och inloggningsflödena täcks av automatiserade tester. Behöver fler av dina system dela användaruppgifter bygger vi API-integrationer som låter dem hämta och uppdatera dem.
Hur någon loggar in säger inget om när kontot ska bort.
Behöver du hjälp med single sign-on?
KONTAKTA OSS >Behöver du hjälp med integrationer, kod eller ett trasigt system?
Fyll i formuläret eller mejla oss på hello@webringcode.com så återkommer vi med hur vi kan hjälpa dig.
Eller ring oss direkt på 010-660 04 20.