Teamet loggar in med kontona de redan använder
Anslut din identitetsleverantör och slå på single sign-on för hela organisationen – sätt upp det själv, bevisa att det fungerar med ett riktigt test innan någon påverkas och låt katalogsynk hantera vem som har åtkomst.
Enterprise SSO och SCIM
Självbetjäning, inte ett supportärende
Konfigurera SAML eller OIDC single sign-on genom en guidad setup, direkt i dina admininställningar. Inget leverantörssamtal, ingen väntan på oss. Du har kontroll hela vägen.
Utrullningen, i ordning
Identitetsutrullningar är fruktade eftersom de känns som ett enda skott: slå om brytaren och hoppas att hela företaget fortfarande kan logga in. På Kliv är utrullningen en sekvens – varje steg kan bevisas före nästa, ingen påverkas förrän du säger det.
Anslut din identitetsleverantör
Okta, Microsoft Entra, Google, OneLogin eller valfri SAML- eller OIDC-leverantör – genom en guidad setup i dina admininställningar. Inget leverantörssamtal, ingen ärendekö, ingen väntan på oss.
Bevisa det med en riktig inloggning
Innan något verkställs kör du en faktisk inloggningsrunda mot exakt din konfiguration. Brytaren förblir låst tills den passerar – och om den misslyckas visar diagnostiken vad som förväntades jämfört med vad leverantören skickade, inte en vag felkod.
Mappa grupper till roller
Leverantörens grupper blir Kliv-roller, så vem-som-får-göra-vad avgörs i katalogen du redan styr – innan en enda person loggar in genom den.
Slå på det
Kräv single sign-on för din domän. Break-glass-adminkonton ligger utanför kravet, så en identitetsleverantör som strular kan aldrig låsa dig ute från din egen plattform.
Låt katalogen styra åtkomst
SCIM håller Kliv i takt därefter: lägg till någon i rätt grupp så kommer den in; inaktivera den så återkallas åtkomsten direkt, sessioner och allt. Kalkylbladet för nyanställda och avslutade går i pension.
Läs posten
Varje inloggning, ändring och provisioneringshändelse landar i revisionsloggen – exporterbar till dina säkerhetsverktyg när en granskning frågar. Spåret finns innan någon kommer på att be om det.
Håll utgångarna öppna
Förtroende inkluderar att kunna lämna. GDPR-export och radering är inbyggt, live-, test- och Sandbox-data hålls tydligt separerade – och appens källkod synkar till ditt eget Git-repo, push och pull.
En inloggning för alla
Teamet använder sina befintliga företagskonton genom Okta, Microsoft Entra, Google, OneLogin eller valfri SAML- eller OIDC-leverantör. Ett lösenord mindre att hantera.
Provisionera och avprovisionera automatiskt
Katalogsynk håller Kliv i takt med din identitetsleverantör. Lägg till någon i rätt grupp så kommer den in; inaktivera den så återkallas åtkomsten direkt, sessioner och allt.
Bevisa det innan du slår på det
En riktig inloggningsrunda bekräftar att setupen fungerar innan en enda användare påverkas. Du kan inte slå på den förrän testet passerar.
Diagnostik som pekar på fixen
När en inloggning misslyckas ser du exakt vad som förväntades jämfört med vad leverantören skickade – inte ett vagt fel. Fixen finns där.
Du bestämmer vem som kommer in
Kräv single sign-on för din domän, mappa leverantörens grupper till Kliv-roller och behåll break-glass-admins så du aldrig blir utlåst.
En tydlig post över allt
Varje inloggning, ändring och provisioneringshändelse loggas. Exportera till dina säkerhetsverktyg när du behöver det.
Inget enterprisepåslag
SAML, OIDC och SCIM – ingår i Max 20x
De flesta SaaS-leverantörer låser single sign-on bakom en kontakta-oss-enterprisenivå och tar ett brant påslag för privilegiet. Kliv gör inte det. SAML och OIDC single sign-on, SCIM-provisionering och identitetsrevisionsloggen ingår alla i Max 20x – en plan du köper med kort, utan säljsamtal. Enterprise-säkerhet ska inte vara ett lyxtillägg.
Testa setupen innan någon lever med den
Att ansluta en identitetsleverantör ska inte vara ett språng i tro. Kliv låter dig först köra en riktig inloggning mot exakt din konfiguration – och låser bara upp brytaren när den lyckas. Det andra verktyg gör plågsamt, gjort kontrollerbart.
Enterprise-redo som standard
Utöver inloggning: en identitetsrevisionslogg på efterlevnadsnivå, GDPR-export och radering inbyggt, och data tydligt separerade mellan dina live-, test- och Sandbox-miljöer. Och själva koden hålls aldrig gisslan – appens källkod synkar till ditt eget Git-repo, push och pull. Förtroendekontrollerna ditt säkerhetsteam förväntar sig finns redan här.
Vanliga frågor
Kan vi testa SSO innan vi verkställer det?
Ja – och ni måste: Kliv låter er köra en riktig inloggningsrunda mot exakt er konfiguration, och verkställningsbrytaren förblir låst tills testet passerar. Ingen påverkas medan ni sätter upp, och ingen påverkas förrän ni bestämmer det.
Vem konfigurerar detta – vårt team eller ert?
Ert, helt och hållet: en guidad setup i era admininställningar, inget säljsamtal och inget supportärende. När något är fel visar diagnostiken vad som förväntades jämfört med vad leverantören faktiskt skickade – fixen syns oftast på samma skärm.
Vad händer när någon lämnar företaget?
Ni inaktiverar personen i er katalog, och SCIM gör resten: åtkomst återkallas direkt, aktiva sessioner inkluderade. Offboarding från Kliv slutar vara en separat punkt på checklistan – det blir en följd av offboardingen ni redan gör.
Vad fångar revisionsloggen?
Varje inloggning, varje konfigurationsändring, varje provisioneringshändelse – vem, vad, när. Exportera den till era säkerhetsverktyg när ni behöver; posten är på efterlevnadsnivå och den är er.
Hur separeras våra data mellan miljöer?
Live-, test- och Sandbox-data hålls tydligt isär – ett experiment i Sandbox kan aldrig röra produktionsrader. Och eftersom ett identitetssystem styr allt förlorar personen er katalog inaktiverar liveappen, testdatan och Sandbox i samma ögonblick.
Äger vi faktiskt koden?
Ja – appens källkod synkar till ert eget Git-repo, push och pull. Ägande är inte ett löfte i ett avtal; det är en remote ni styr, aktuell när ni senast pullade.
Ta in hela teamet i Kliv
Anslut er identitetsleverantör, testa på riktigt och slå på – helt själva. Inbyggt betyder byggt tillsammans: ett identitetssystem styr appen, dess miljöer och dess revisionsspår.
