Løsning til kommuner
IGA til kommuner
Adgangsstyring bygget til kommunale systemer, i drift på Omada.
En kommune har flere bevægelser i medarbejderstaben end de fleste virksomheder af samme størrelse: vikarer på plejecentret, lærervikarer, elever, sæsonansatte og medarbejdere, der skifter mellem områder. Samtidig skal kommunen kunne dokumentere over for tilsyn og revision, hvem der har adgang til borgerdata, hvorfor de har den, og hvem der har godkendt den. Kommune IGA er vores færdige svar på den opgave: Omada, koblet på de kommunale kildesystemer, hvor vi genbruger det arbejde, vi allerede har lavet hos andre kommuner, så den næste kommune ikke starter fra nul.
Udgangspunktet
Kommunen har flere bevægelser end de fleste
De fleste kommuner har den samme grundopstilling: medarbejderdata i et løn- og HR-system, organisationen vedligeholdt i OS2MO eller i lønsystemet, brugerne i Active Directory og Entra ID, og adgangen til fagsystemerne styret hvert sit sted.
Det, der binder det sammen, er ofte manuelt: en bestilling til it, en huskeliste hos en leder, et regneark over vikarer. Det virker, så længe nogen husker det. Det holder ikke, når revisionen beder om historikken, eller når en medarbejder er fratrådt for tre måneder siden og stadig kan komme ind i omsorgsjournalen.
Kommune IGA lægger styringen ét sted og lader medarbejderdata drive adgangen – også når ansættelsen har en slutdato.
Hvorfor det haster nu
- Kravene kommer udefra: databeskyttelsesforordningens artikel 32, den kommunale revision og – for de dele af kommunen, der er omfattet – NIS2 forudsætter faste processer og sporbar dokumentation.
- Bevægelserne er mange: vikarer, elever, sæsonansatte og interne stillingsskift fylder mere i en kommune end i en virksomhed af samme størrelse.
- Leverandørrisikoen er reel: en specialløsning bygget til få kunder står og falder med den leverandør, og ansvaret for adgangen bliver hos kommunen uanset hvad.
Fire udfordringer
Genkender I det fra jeres egen kommune?
Det er de samme fire ting, vi møder, uanset kommunens størrelse.
- Den nyansatte venter: konto, mail, fagsystem og de rigtige rettigheder skal være klar den første dag, men bestillingen går gennem mennesker, der også laver andet.
- Vikaren bliver aldrig lukket: tidsbegrænsede ansættelser har ingen naturlig slutdato i systemerne, og adgangen står tilbage efter sidste vagt.
- Rettigheder ophober sig ved stillingsskift: den, der flytter fra ældreområdet til borgerservice, får nye adgange, og de gamle følger med.
- Dokumentationen ligger spredt: svaret på, hvem der godkendte hvad, står i gamle mails og lukkede sager. Revisionen forventer det på minutter, ikke på uger.
Løsningen
Kommune IGA: medarbejderdata driver adgangen
Kommune IGA er Omada sat op til en kommune. Omada er en dansk-udviklet IGA-platform, som vi er eneste business partner for i Danmark. Den leveres som cloud, som private cloud eller som sovereign cloud i containere, efter kommunens krav til datahåndtering og drift.
Rollefordelingen er enkel: løn- og HR-systemet er kilden, Omada er motoren, og Active Directory, Entra ID og fagsystemerne er dér, adgangen bruges. Når en ansættelse oprettes, følger adgangen med af sig selv, og den lukkes den dag, ansættelsen ophører.
Opsætningen er konfiguration i en standardplatform, ikke kode skrevet til jer alene. Det er forskellen på en løsning, en anden kan overtage, og en, der følger enkeltpersoner.
Tre led, ét flow
- Løn og HR: kilden til, hvem der er ansat, hvor, i hvilken stilling og hvor længe.
- Omada: motoren, der oversætter ansættelsen til roller, adgange, godkendelser og recertificering.
- AD, Entra ID og fagsystemerne: dér, hvor adgangen udstilles og bruges hver dag.
Sådan virker det
De tre begivenheder, kommunen har flest af
Ansættelse, stillingsskift og fratrædelse håndteres ens hver gang, drevet af kommunens egne medarbejderdata.
Integrationerne
Vi kobler os på de systemer, kommunen allerede har
Integrationerne bygger vi videre på fra kommune til kommune. Systemerne er stort set de samme, men opsætningen varierer, så vi tilpasser lokalt frem for at starte fra bunden. Det er den del, der plejer at koste tid i et kommunalt projekt, og den del, den næste kommune ikke skal betale fuld pris for igen.
Løn og HR
Kommunens lønsystem er kilden til ansættelse, stilling, organisation og ophør. Vi læser data derfra frem for at bede lederne skrive dem ind igen.
Organisation
OS2MO eller lønsystemets egen organisation som kilde til afdelinger, ledere og stillinger. Er organisationen på plads, kan roller tildeles automatisk.
Brugere og konti
Active Directory on-prem og Entra ID i skyen styres i samme model, sammen med M365-licenser, postkasser og grupper.
Fælleskommunale løsninger
De fælleskommunale støttesystemer og rollekataloget, hvor kommunen bruger dem, så adgangen til de fælles løsninger følger samme model som resten.
Fagsystemer
Omsorg og sundhed, skoleområdet, ESDH og økonomi. Standardintegration hvor den findes, og ellers platformens generiske integrationer over API, SCIM eller filudveksling.
Servicekonti og AI-agenter
Ikke-menneskelige identiteter får ejer, formål og udløbsdato i samme platform i stedet for at leve i et regneark.
Udbyttet
Hvad kommunen får
Adgang klar den første dag
Standardadgang tildeles ud fra stilling, afdeling og lokation, så den nyansatte kan arbejde fra morgenstunden.
Fratrædelse samme dag
Ophør i lønsystemet lukker adgangen automatisk. Ingen huskeliste, ingen fratrådte med aktiv adgang til borgerdata.
Vikarer med slutdato
Tidsbegrænsede ansættelser får en udløbsdato fra begyndelsen og forlænges aktivt, hvis de skal fortsætte.
Selvbetjening, der aflaster it
Ledere anmoder og godkender selv, med fuld sporbarhed. De fleste anmodninger bliver aldrig en sag i it-afdelingen.
Recertificering og revisionsspor
Faste recertificeringer og fuld historik over, hvem der har haft hvilken adgang, og hvem der godkendte den. I er klar til revisionen hele året.
Ét overblik på tværs
Adgange i Active Directory, Entra ID og fagsystemerne ses i samme billede i stedet for i en konsol pr. system.
Fremtidssikringen
Hvorfor det ikke bliver en ny afhængighed
En kommune, der har oplevet, hvad afhængighed af én leverandørs specialløsning koster, bør ikke købe den samme afhængighed igen. Det er de fem ting, vi selv ville stille krav om.
| Egenskab | Hvad det betyder for kommunen |
|---|---|
| Standardplatform frem for specialløsning | Omada er et produkt med kunder i hele Europa og faste udgivelser. Ny funktionalitet og sikkerhedsopdateringer kommer fra producenten, ikke fra en enkelt udvikler, der kender netop jeres opsætning. |
| Konfiguration frem for kode | Opsætningen er konfiguration i platformen. Det holder driftsomkostningen nede over årene og gør, at en anden kan overtage den uden at læse sig ind i hjemmebygget kode. |
| Kommunen ejer data og opsætning | Rolle- og rettighedsmodel, tildelingsregler og historik kan eksporteres. Exittesten er enkel: kan en anden virksomhed end os overtage driften inden for en måned? Svaret skal være ja. |
| Driftsformen vælger kommunen | Samme platform leveres som cloud, som private cloud og som sovereign cloud i containere. Kommunen vælger driftsform efter sine krav og kan flytte den senere uden at skifte platform og uden at bygge om. |
| Klar til det næste | Servicekonti og AI-agenter styres i samme platform. Det, der i dag er et regneark over tekniske konti, bliver en del af den almindelige adgangsstyring. |
Vi er rådgivere om identitets- og adgangsstyring, ikke jurister. Den konkrete indkøbsvej og kontraktvilkårene er kommunens egne.
Flere kommuner, samme fundament
Kommunerne har mere til fælles, end kommuner plejer at have
Flere danske kommuner er i dag i drift på platformen, og det er en del af grunden til, at vi kalder det en løsning frem for et projekt. Kommunerne trækker medarbejderdata fra de samme løn- og HR-systemer, er tilsluttet den samme fælleskommunale infrastruktur og har de samme processer for ansættelse, stillingsskift og fratrædelse.
Derfor genbruger vi det arbejde, vi har lavet hos andre kommuner, frem for at starte fra bunden hver gang. Det gør implementeringen kortere og driften billigere, og erfaringer fra én kommune kommer de næste til gode. Der er altid lokale variationer i systemer, organisation og processer, så det, der genbruges, er udgangspunktet – og det tilpasses jeres kommune.
Navngivne referencer deler vi på et møde, når referencekunden har givet lov.
Om partnerskabet med OmadaDet, der genbruges
- Integrationerne mod de kommunale kildesystemer, som tilpasses jeres opsætning.
- Rolle- og procesmodellen med straksoprettelse og vikarhåndtering, som tilpasses lokalt.
- Dokumentationssættet til revisionen, så svaret på, om I kan vise det, er ja fra dag ét.
Forløbet
Fire skridt, og I kan stoppe efter hvert af dem
Rækkefølgen er bygget, så kommunen ved nok til at beslutte det næste skridt, før det koster noget større.
01 · Uforpligtende dialog
45 minutter, ingen produktdemo
45 minutter på Teams med en rådgiver: hvad står I med, hvad haster, og hvad er næste skridt. Ingen produktdemo.
02 · Beslutningsgrundlag
Behov, krav og økonomi – som kommunen selv ejer
Kortlægning af behov, krav og økonomi, som I selv ejer. Bygger på vores forprojekt IGA Ready, skåret til en kommune, der kender sit behov. Fire til otte uger.
03 · Implementering
Første område i drift efter få måneder
Opsætning på det fælles fundament, integration til kommunens kildesystemer, rollemodel og overdragelse til drift. Første område i drift efter få måneder frem for efter et år.
04 · Drift og videreudvikling
Vi driver løsningen og tager de nye systemer med
Managed IGA: vi driver løsningen med aftalt svartid, holder integrationerne kørende og tager de nye systemer med, når de kommer.
Derfor IAM Group
Hvad I får med os på opgaven
Omadas eneste partner i Danmark
Vi er Omadas eneste business partner i Danmark. Det giver kort vej til producenten, når noget skal afklares eller rettes.
Om partnerskabet →Kommunale leverancer og SKI
Vi har igangværende kommunale leverancer inden for identitets- og adgangsstyring, og vi er optaget på SKI 02.06 Standardsoftware, så kommunen kan købe løsningen gennem SKI.
Om køb gennem SKI →Rådgivning før produkt
Ser billedet anderledes ud end det, siden beskriver, siger vi det. Vi arbejder også med Pointsharp og One Identity.
Se alle partnere →Kun identitet og adgang
Det er hele vores fag. Leverancer og beslutningsgrundlag er på dansk og klar til ledelse, styregruppe og revisor.
FAQ
Ofte stillede spørgsmål
Skal vi i udbud?
Licens og implementering af en ny platform vil typisk overstige tærskelværdien. Kommunen kan så gennemføre et eget udbud eller købe gennem SKIs dynamiske indkøbssystem 02.06 Standardsoftware, hvor vi er optaget som leverandør, og hvor SKI har gennemført udbuddet på kommunens vegne. Rådgivningen og beslutningsgrundlaget ligger normalt under grænsen og kan besluttes hos jer selv. Vurderingen er kommunens egen, men vi kender rækkefølgen.
Vi ser på OS2MO. Er det ikke det samme?
Nej, og de to ting udelukker ikke hinanden. OS2MO handler om organisations- og medarbejderdata. Kommune IGA ligger ovenpå og styrer roller, adgange, godkendelser og recertificering. OS2MO kan udmærket være kildesystem i løsningen.
Hvor lang tid går der, før vi kan se noget?
Et beslutningsgrundlag tager fire til otte uger. Selve implementeringen kører i etaper, hvor det første område er i drift efter få måneder. Vi starter med det, der giver mest, og det er næsten altid fratrædelser og vikarer.
Vi har en løsning i dag. Kan I overtage den, som den er?
Vi kortlægger, hvad den faktisk gør for jer, og dækker det med en standardpakke, der kan udvides. En skræddersyet enkeltleverandørløsning kopieret 1:1 ville bringe den samme afhængighed med over.
Hvad koster det?
Det første møde koster ingenting. Efter dialogen får I et konkret estimat på beslutningsgrundlaget og et prisleje for implementering og drift, som I kan tage videre internt.
Materialer
Hent materialet
Et whitepaper om løsningen og et om vejen videre for kommuner med ID Connect, begge skrevet til it-chefen og den informationssikkerhedsansvarlige i en kommune. Begge kræver kontaktoplysninger.
Whitepaper: Kommune IGA
Hvad løsningen består af, hvilke systemer den kobler sig på, hvad kommunen får ud af det, og hvordan et forløb ser ud fra første møde til drift.
Kommuner med ID Connect: vejen videre
Til kommuner med ID Connect: jeres situation, de fem spørgsmål inden 30 dage og de tre skridt videre, uanset om I bliver eller skifter.
Viden
Læs videre
Glemte adgange: den stille risiko ved dårlig offboarding
Når medarbejdere fratræder, følger deres adgange ikke altid med ud ad døren. Glemte konti er en af de mest oversete sikkerhedsrisici – her er hullerne og processen, der lukker dem.
Læs mere →
Leverandøradgang: når jeres sikkerhed afhænger af andres
Eksterne konsulenter, supportaftaler og delte VPN-konti giver leverandører adgang til jeres mest kritiske systemer – ofte uden udløb, ejer eller sporbarhed. Sådan får I styr på tredjepartsadgangene.
Læs mere →
NIS2 stiller krav til jeres adgangsstyring – er I klar?
NIS2 stiller konkrete krav til adgangsstyring: adgangspolitikker, MFA og dokumenteret styr på, hvem der har adgang til hvad. Sådan hænger direktivet sammen med IAM og IGA.
Læs mere →
Case: Fra manuel adgangsstyring til overblik på 12 uger
En produktionsvirksomhed med 2.000 medarbejdere og 15 kontorer etablerede ét samlet identitetsoverblik og automatiseret on- og offboarding med Pointsharp IGA – med en faseopdelt tilgang, der kan gennemføres på ned til 12 uger.
Læs mere →
Skal vi se på jeres kommune?
Et første møde tager 45 minutter og har tre punkter: hvad står I med i dag, hvad haster, og hvad er næste skridt. Ingen produktdemo, kun en plan at tage stilling til.
Kristian Thim · CTO, IAM Group