Identitetsuniverset som mellemlaget
16.5.2026, 4 minutters læsetid.
TL; DR: Denne artikel forklarer, hvad et mellemlag mellem Entra ID og HR er i praksis, hvorfor det er vigtigt, og hvorfor det ofte er forskellen mellem et identitetsstyringsprogram, der skalerer, og et program, der går i stå.
Kontrolplanet
De fleste identitetssamtaler lyder simple på en whiteboard, HR er kilden til sandheden, og Entra ID er der, hvor identiteten lever. Adgang styres centralt, og alt er automatiseret.
Når man prøver at føre det ud i livet, viser virkeligheden sig.
HR-data er ikke altid rene, ansættelseshændelser ankommer ikke altid i den rigtige rækkefølge, for ikke at nævne at leverandører ikke passer til medarbejdermodellen. Derudover fortolker forskellige forretningsenheder roller forskelligt, og forskellige applikationer har forskellige krav. Og gennem det hele er der undtagelser overalt, og de er ofte forretningskritiske.
Dette er kløften mellem en vision og en driftsmodel. Et mellemlag er, hvordan man lukker den kløft uden at gøre identitetsmodernisering til et flerårigt genopfindelsesprojekt.
Identitetsoversættelse
HR-systemer er gode til at beskrive personer i HR-termer som ansættelsesstatus, startdato, stilling, organisationsenhed, omkostningscenter, leder og lokation. Entra ID er derimod god til at håndhæve adgang, autentificering og styring, når du har identitetsobjektet og de rigtige signaler på plads.
Mellem disse to verdener har du stadig et oversættelsesproblem, og spørgsmålene, der kræver et svar, har en tendens til hurtigt at hobe sig op:
– Hvad betyder en stillingsbetegnelse for adgang, eller hvad betyder en ændring i afdelingen for rettigheder?
– Hvad betyder en entreprenørtype for politikker, og hvad sker der, når en person har to roller?
– Hvad sker der, når HR medvirker til en ændring, eller en medarbejder overgår til en anden juridisk enhed?
Hvis oversættelsen håndteres gennem en samling af scripts og engangsmappings, ender du med det samme problem, som du forsøger at komme væk fra: Ukendt logik, uklart ejerskab og operationel skrøbelighed.
Mellemlaget mellem EntraID og HR er det sted, hvor oversættelse bliver en administreret proces i stedet for ad hoc-teknik.
Hvorfor Entra ID alene ikke løser de rodede dele
Entra tilbyder stærke funktioner, men det er ikke en universel adapter til din organisation. Identitetsmodernisering mislykkes, når teams antager, at alle edge-cases er en undtagelse, der kan løses senere.
I identitet kommer senere hurtigt.
De rodede dele viser sig med det samme, fordi identitet er involveret i onboarding, lønprocesser, adgang til kritiske systemer og offboarding. Hvis processen ikke er robust, vil du se konsekvenserne inden for få uger. Derfor er et mellemlag ofte ikke valgfrit, men snarere en mekanisme, der gør programmet robust nok til at overleve i det virkelige liv.
Det giver dig mulighed for at validere indgående data, berige dem efter behov og anvende ensartet politiklogik, før adgang gives, hvilket giver dig mulighed for at håndtere undtagelser med sporbarhed i stedet for improvisation.
Den ledelsesmæssige værdi ved et mellemlag er forudsigelighed og et program, der leverer resultater inden for en forudsigelig tidslinje, med færre overraskelser og med en governance, der ikke sinker forretningen.
Opbygning af et operativsystem
Når modellen er etableret, er hver ny udrulning hurtigere, hvilket reducerer risikoen, fordi håndteringen af undtagelser er ensartet og synlig. Ledelsen kan spørge, hvorfor nogen har adgang, og få et svar, der ikke afhænger af, hvem der tilfældigvis er på vagt. Vigtigst af alt gør det den trinvise migreringstilgang skalerbar.
Det første scenarie bliver en skabelon snarere end en engangsindsats.
Hvor beslutninger om tilbageskrivning bliver håndterbare
I de fleste organisationer forsvinder Active Directory ikke natten over. Nogle applikationer er stadig afhængige af det, og gruppemodeller vil fortsætte med at eksistere der, da nogle enheder og ældre tjenester er knyttet til det.
Du kan have brug for tilbageskrivning på kort sigt. Mellemlaget er der, hvor beslutningen bliver håndterbar, fordi du kan isolere den. I stedet for at bygge en forskellig identitetsmodel for hver sluttilstand, etablerer du HR som sandhed og Entra som kontrolplan, og beslutter derefter, hvor AD stadig skal være involveret, og hvor længe. Hvis tilbageskrivning er påkrævet, bliver det en kontrolleret del af flowet snarere end en uforudsigelig bivirkning. Dette giver også en køreplan, der undgår "forever-hybrid-fælden". Du kan sætte milepæle for at reducere afhængighed, samtidig med at kontinuiteten for forretningskritiske systemer opretholdes.
Fortytwos identitetsunivers
In Fortytwo sprog, kaldes det midterste lag Identity Universe. Ideen er enkel. Du producerer den måde, identitetslivscyklussen kører på mellem HR, Entra ID og eventuelle resterende afhængigheder, så Identity ikke er et brugerdefineret projekt, hver gang der sker ændringer. Vil du vide mere? Læs alt om det her: