Teamet ditt logger inn med kontoene de allerede bruker
Koble til identitetsleverandøren din og slå på single sign-on for hele organisasjonen – sett det opp selv, bevis at det virker med en ekte test før noen påvirkes, og la katalogsynk styre hvem som har tilgang.
Enterprise SSO og SCIM
Selvbetjening, ikke en supportsak
Konfigurer SAML eller OIDC single sign-on gjennom et veiledet oppsett, rett i admininnstillingene dine. Ingen leverandørsamtale, ingen venting på oss. Du har kontroll hele veien.
Utrullingen, i rekkefølge
Identitetsutrullinger fryktes fordi de føles som ett forsøk: slå på bryteren og håp at hele selskapet fortsatt kan logge inn. På Kliv er utrullingen en sekvens – hvert trinn kan bevises før det neste, ingen påvirkes før du sier det.
Koble til identitetsleverandøren din
Okta, Microsoft Entra, Google, OneLogin eller hvilken som helst SAML- eller OIDC-leverandør – gjennom et veiledet oppsett i admininnstillingene dine. Ingen leverandørsamtale, ingen ticketkø, ingen venting på oss.
Bevis det med en ekte innlogging
Før noe håndheves, kjører du en faktisk innloggingsrunde mot nøyaktig din konfigurasjon. Bryteren forblir låst til den består – og hvis den feiler, viser diagnostikken hva som var forventet mot det leverandøren din sendte, ikke en vag feilkode.
Map grupper til roller
Leverandørens grupper blir Kliv-roller, så hvem-kan-gjøre-hva avgjøres i katalogen du allerede styrer – før én eneste person logger inn gjennom den.
Slå det på
Krev single sign-on for domenet ditt. Break-glass-adminer står utenfor kravet, så en identitetsleverandør som oppfører seg feil, kan aldri låse deg ute av din egen plattform.
La katalogen styre tilgang
SCIM holder Kliv i takt derfra: legg noen til i riktig gruppe, så er de inne; deaktiver dem, så trekkes tilgangen tilbake umiddelbart, økter inkludert. Regnearket for nyansatte og avtroppende pensjoneres.
Les posten
Hver innlogging, endring og provisjoneringshendelse lander i revisjonsloggen – eksporterbar til sikkerhetsverktøyene dine når en gjennomgang spør. Sporet finnes før noen kommer på å be om det.
Hold utgangene åpne
Tillit innebærer å kunne dra. GDPR-eksport og sletting er innebygd, live-, test- og sandboxdata holdes ryddig adskilt – og appens kildekode synkroniseres til ditt eget Git-repository, push og pull.
Én innlogging for alle
Teamet ditt bruker sine eksisterende selskapskontoer gjennom Okta, Microsoft Entra, Google, OneLogin eller hvilken som helst SAML- eller OIDC-leverandør. Ett passord mindre å håndtere.
Provisjoner og deprovisjoner automatisk
Katalogsynk holder Kliv i takt med identitetsleverandøren din. Legg noen til i riktig gruppe, så er de inne; deaktiver dem, så trekkes tilgangen tilbake umiddelbart, økter inkludert.
Bevis det før du slår det på
En ekte innloggingsrunde bekrefter at oppsettet ditt virker før én eneste bruker påvirkes. Du kan ikke slå det på før testen består.
Diagnostikk som peker på løsningen
Når en innlogging feiler, ser du nøyaktig hva som var forventet mot det leverandøren din sendte – ikke en vag feil. Løsningen står der.
Du bestemmer hvem som slipper inn
Krev single sign-on for domenet ditt, map leverandørens grupper til Kliv-roller, og behold nødadminer så du aldri blir låst ute.
En tydelig post over alt
Hver innlogging, endring og provisjoneringshendelse logges. Eksporter til sikkerhetsverktøyene dine når du trenger det.
Ingen enterprise-påslag
SAML, OIDC og SCIM – inkludert i Max 20x
De fleste SaaS-leverandører låser single sign-on bak et kontakt-oss-enterprisenivå og tar et kraftig påslag for privilegiet. Det gjør ikke Kliv. SAML og OIDC single sign-on, SCIM-provisjonering og identitetsrevisjonsloggen følger alle med Max 20x-planen – en plan du kjøper med kredittkort, uten salgssamtale. Sikkerhet i enterprise-klassen bør ikke være et luksustillegg.
Test oppsettet før noen lever med det
Å koble til en identitetsleverandør bør ikke være et sprang i tro. Kliv lar deg først kjøre en ekte innlogging mot nøyaktig din konfigurasjon – og låser opp bryteren først når den lykkes. Det andre verktøy gjør smertefullt, gjort trygt.
Enterprise-klar som standard
Utover innlogging: et revisjonsspor for identitet på etterlevelsesnivå, GDPR-eksport og sletting innebygd, og data holdt ryddig adskilt på tvers av live-, test- og sandboxmiljøene dine. Og selve koden holdes aldri som gissel – appens kildekode synkroniseres til ditt eget Git-repository, push og pull. Tillitskontrollene sikkerhetsteamet ditt forventer, er allerede her.
Vanlige spørsmål
Kan vi teste SSO før vi håndhever det?
Ja – og dere må: Kliv lar dere kjøre en ekte innloggingsrunde mot nøyaktig deres konfigurasjon, og håndhevingsbryteren forblir låst til testen består. Ingen påvirkes mens dere setter opp, og ingen påvirkes før dere bestemmer at de skal.
Hvem konfigurerer dette – teamet vårt eller deres?
Deres, helt og holdent: et veiledet oppsett i admininnstillingene, ingen salgssamtale og ingen supportsak. Når noe er feil, viser diagnostikken hva som var forventet mot det leverandøren faktisk sendte – løsningen er som regel synlig i samme skjerm.
Hva skjer når noen slutter i selskapet?
Dere deaktiverer dem i katalogen, og SCIM gjør resten: tilgang trekkes tilbake umiddelbart, aktive økter inkludert. Offboarding fra Kliv slutter å være et separat sjekklistepunkt – det blir en sideeffekt av offboardingen dere allerede gjør.
Hva fanger revisjonsloggen?
Hver innlogging, hver konfigurasjonsendring, hver provisjoneringshendelse – hvem, hva, når. Eksporter den til sikkerhetsverktøyene deres når dere trenger det; posten er på etterlevelsesnivå og den er deres.
Hvordan skilles dataene våre på tvers av miljøer?
Live-, test- og sandboxdata holdes ryddig adskilt – et eksperiment i sandboxen kan aldri røre produksjonsrader. Og fordi ett identitetssystem styrer alt sammen, mister personen katalogen deaktiverer liveappen, testdataene og sandboxen i samme øyeblikk.
Eier vi faktisk koden?
Ja – appens kildekode synkroniseres til ditt eget Git-repository, push og pull. Eierskap er ikke et løfte i en kontrakt; det er en remote du kontrollerer, oppdatert når du sist hentet.
Ta hele teamet inn i Kliv
Koble til identitetsleverandøren din, test den på ekte og slå den på – helt selv. Innebygd betyr bygget sammen: ett identitetssystem styrer appen, miljøene og revisjonssporet.
