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 PIMS@all 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.
Arnout van der Vorst

Geschreven door:
Arnout van der Vorst

Maak kennis met Arnout van der Vorst, de inspirerende Identity Management Architect bij Tools4ever sinds het jaar 2000. Na zijn studie Hogere Informatica aan de Hogeschool van Utrecht is hij begonnen als Supportmedewerker bij Tools4ever. Daarna heeft Arnout zich opgewerkt tot een sleutelfiguur in het bedrijf.  Zijn bijdragen strekken zich uit van klantondersteuning tot strategische pre-sales activiteiten, en hij deelt zijn kennis via webinars en artikelen.

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