Active Directory: omgaan met reorganisaties

Active Directory: omgaan met reorganisaties

Door: Arnout van der Vorst

In de zorg zien we op dit moment een aantal reorganisaties waarbij intern de hierarchie wordt aangepast, of dat er onderdelen worden samengevoegd of afgesplitst. Het goed opzetten van een Active Directory structuur is van groot belang om soepel met organisatiewijzigingen mee te kunnen bewegen. Wanneer er voor een vertakte OU structuur is gekozen die nauw aansluit bij het organisatiemodel, kost het veel effort om deze structuur aan te passen bij veranderingen.

De onderstaande structuur geeft een idee hoe je een Active Directory op kunt zetten zodanig dat organisatiewijzigingen makkelijk voor de ICT te volgen zijn, en je ook genoeg mogelijkheden hebt voor security. In onderstaande structuur wordt ervan uitgegaan dat het mogelijk is om bijvoorbeeld kostenplaatsen, functiecodes, afdelingen en locaties uit een HRM systeem zoals Beaufort of [email protected] te lezen zijn.
– Beheer
-|- Service accounts
-|- Beheer accounts
– Organisatie
-|- Computers
-|- Gebruikers (1 OU voor alle user accounts)
-|- Groepen
-|-|- Kostenplaatsen (HRM koppeling)
-|-|- Functies (HRM koppeling)
-|-|- Afdelingen (HRM koppeling)
-|-|- Locaties (HRM koppeling)
-|-|- Data (nesten in bovenstaande groepen)
-|-|- Mail (nesten in bovenstaande groepen)
-|-|- Applicaties (nesten in bovenstaande groepen)
De user accounts kunnen dan lid worden van 1 of meer functies, afdelingen, kostenplaatsen en/of locaties, waaraan weer de resources hangen zoals data, mail en applicaties. Bij organisatiewijzigingen kun je nu volstaan in het aanmaken van extra HRM groepen en is aan ICT de taak om hier de juiste resources aan te koppelen. Als je een HRM koppeling via UMRA van Tools4ever inricht kun je de gebruikers altijd aan de juiste HRM groep(en) laten koppelen en ben je als ICT in controle over de uit te delen resources.
Indien het nodig is om meer GPO mogelijkheden te hebben, aangezien alle users nu in 1 OU staan, dan is het mogelijk om elke HRM groep in een eigen OU door bijvoorbeeld UMRA aan te laten maken. In dat geval heb je voor elk HRM object de mogelijkheid om een GPO uit te rollen. Wanneer je gebruik maakt van bijvoorbeeld RES PowerFuse, dan zijn uitgebreide GPO settings meestal niet nodig en kun je alle HRM objecten samen in 1 OU plaatsen en laten onderscheiden door bijvoorbeeld naamgeving.

Geschreven door:
Arnout van der Vorst

Arnout van der Vorst is Identity Management Architect bij Tools4ever en al ruim 10 jaar in dienst. Arnout legt zich als Architect toe op het bedenken en ontwikkelen van nieuwe features, oplossingen en diensten van Tools4ever die aansluiten op de vraag uit de markt. Arnout studeerde Hogere Informatica aan de Hogeschool van Utrecht.

Anderen bekeken ook

De vooroordelen van Single Sign On

De vooroordelen van Single Sign On

29 november 2011

RBAC: sleutelrol, beheer en evolutie

RBAC: sleutelrol, beheer en evolutie

15 maart 2011

SAP koppeling met Active Directory

SAP koppeling met Active Directory

06 september 2012

Single Sign On met terminal emulatie (VAX64, AS/400, Linux, SSH)

Single Sign On met terminal emulatie (VAX64, AS/400, Linux, SSH)

14 oktober 2010

User- en toegangsbeheer in cloud applicaties: een uitdaging

User- en toegangsbeheer in cloud applicaties: een uitdaging

04 september 2012