Logger jeres andre systemer ind via Microsoft- eller Google-pakken, skal login have en afløser, før pakken kan forlades, og afløseren skal på plads som det første. Single sign-on, altså ét fælles login til mange systemer, er den del af en kontorpakke, som flest andre programmer hænger på, og derfor den, der styrer rækkefølgen i hele skiftet.
Artiklen er skrevet til den virksomhed, der har besluttet at flytte mail, filer eller hele kontorpakken og har opdaget, at økonomisystem, CRM og fjernadgang bruger pakkens login. Den handler om valget af afløser og om rækkefølgen. To daterede eksempler står efter samme målestok pr. november 2026, uden rangering.
Find ud af, hvad der logger ind via pakken
Begynd med en liste. Hvilke systemer bruger pakkens login i dag? I Microsoft-verdenen hedder identitetstjenesten Entra ID, og listen over tilknyttede programmer findes i administrationen. Den er ofte længere end ventet, så hent den i administrationen.
Skriv for hvert system, hvilken standard det bruger til login, typisk SAML eller OpenID Connect, som er de to udbredte måder at lade ét system bekræfte en brugers identitet over for et andet. Skriv også, om systemet henter brugere og grupper automatisk fra pakken. Det sidste kaldes ofte provisionering, og det er den del, der er sværest at flytte, fordi brugere oprettes og nedlægges uden, at nogen rører systemet.
Hvad det betyder at have login hos den leverandør, I vil væk fra, gennemgår exit-plan.dk i artiklen om Entra ID i exit-planen. Her er spørgsmålet, hvad I vælger i stedet, og i hvilken rækkefølge.
Tre måder at løse det på
Login følger med den nye pakke. Flere europæiske kontorpakker har deres egen brugerstyring, og nogle har single sign-on i de større planer. Er det nok til jeres andre systemer, er det den enkleste vej, fordi brugere kun findes ét sted.
En selvstændig identitetstjeneste. Login lægges i et system for sig, som både den nye pakke og de andre systemer bruger. Det giver uafhængighed af kontorpakken, så næste skifte af pakke ikke rører login. Til gengæld er det en leverandør eller et system mere.
Hvert system for sig. Systemerne får deres eget login igen, med to-faktor i hvert. Det kan lade sig gøre, hvor der kun er få systemer. Ulempen er flere adgangskoder og flere steder, hvor en fratrådt medarbejder skal lukkes.
Keycloak, pr. november 2026
Ejer og kontraktpart. Ingen leverandør. Keycloak er et open source-projekt for identitets- og adgangsstyring i Cloud Native Computing Foundation, og varemærket hører under The Linux Foundation. Der er ingen kontraktpart at købe drift eller support af hos projektet selv. Kommerciel support fra andre har vi ikke undersøgt.
Hosting og drift. I driver det selv eller får en partner til det. Data ligger, hvor I installerer det.
Licens. Apache 2.0.
Betaling. Ingen licensbetaling. Udgiften ligger i drift og support.
Et login-system i egen drift er lige så kritisk som en password manager i egen drift. Er det nede, kan ingen logge ind nogen steder. Hvad det kræver, står i selv drive eller købe drift.
cidaas, pr. november 2026
Ejer og kontraktpart. Widas ID GmbH i Wimsheim i Tyskland, registreret ved Amtsgericht Mannheim, ifølge selskabets impressum opdateret 30. juli 2026. Hvem der ejer Widas ID, står ikke på cidaas’ egne sider.
Hosting, drift og prismodel. Intet af det fremgår af impressum eller de andre sider, vi fandt i november 2026. De felter må I udfylde ud fra tilbud og vilkår.
Andre europæiske udbydere, vi forsøgte at læse, afviste vores opslag eller havde ingen side på den adresse, vi fandt. Listen er derfor kort og ikke udtømmende.
Rækkefølgen
Login skal være det første, der står klar, og det sidste, der slukkes i den gamle pakke. En rækkefølge, der virker for mange, ser sådan ud.
Først vælges afløseren og sættes op ved siden af det gamle login. Derefter flyttes ét system ad gangen, begyndende med et, der ikke er forretningskritisk, så I lærer fremgangsmåden. Hvert system afprøves med rigtige brugere, før det næste flyttes. Provisionering af brugere og grupper flyttes, når alle systemer logger ind det nye sted. Først til sidst flyttes mail og filer, hvis de skal skifte samtidig.
Lad det gamle login stå i en overgang, men skriv ned, hvilke systemer der stadig bruger det. Et login, der lever videre efter skiftet uden ejer, er en adgang, ingen holder øje med.
Den samlede rækkefølge for et skifte står i hvad flytter I først?.
Hvad det kræver, og hvad det koster at lade være
Et skifte af login kræver en liste over tilknyttede systemer, et valg af afløser, opsætning, afprøvning pr. system og en plan for to-faktor og gendannelse af konti. Hvert tilknyttet system tæller som en post med sit eget timetal, og kronerne lægger I selv ind.
Lader I login blive i den gamle pakke, mens resten flytter, kan I ikke opsige pakken. Så betaler I for to løsninger, og skiftet er kun halvt.
Det skal I lade være med
- At flytte mail og filer før login · de andre systemer mister deres indgang.
- At flytte alle systemer på én dag · én ad gangen viser fejlene, mens de er små.
- At glemme provisionering · brugere skal også kunne nedlægges det nye sted.
Det skal valget kunne vise
- ☐ En liste over systemer, der logger ind via pakken, med standard og provisionering.
- ☐ Hvilken af de tre måder I vælger, og hvorfor.
- ☐ Ejer, kontraktpart og hosting for afløseren med dato.
- ☐ En rækkefølge med ét system ad gangen og et slutpunkt for det gamle login.
Kilder
Senest gennemgået: november 2026.
Næste skridt
Lav listen over systemer, der logger ind via pakken, før I vælger afløser for mail og filer.
Læs også: Integrationerne, ingen har skrevet ned · Hele huset på Microsoft: rækkefølgen
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
