Alle inzichten

Bull Matters inzichten

Toegangsrechten inrichten vóór een systeem livegaat

Toegangsrechten inrichten wordt vaak pas urgent wanneer een nieuw systeem bijna livegaat. Dan blijkt dat een medewerker een taak niet kan uitvoeren, een beheerder standaard te veel rechten heeft of tijdelijke toegang geen einddatum kent. Het probleem zit zelden alleen in de techniek. Eerst moet duidelijk zijn welke handelingen bij welke rol horen en wie daarover beslist.

Die afspraken zijn onderdeel van een werkende systeemimplementatie. Als ze vóór de acceptatietest worden uitgewerkt, kunnen gebruikers, proceseigenaren en beheerders dezelfde situaties beoordelen. Dat maakt de overgang beter bestuurbaar.

Begin met taken voordat je toegangsrechten gaat inrichten

Kies een paar concrete werkprocessen en beschrijf de handelingen die daarin voorkomen. Wie mag een dossier bekijken, gegevens wijzigen, een besluit vastleggen of een export maken? Maak onderscheid tussen iets kunnen zien en iets kunnen veranderen. Een functienaam is daarvoor vaak te grof: collega’s met dezelfde functie kunnen andere taken uitvoeren.

Werk vervolgens uit welke gegevens voor de taak nodig zijn. Een medewerker die alleen een afspraak plant, heeft mogelijk geen inzage in alle dossierinformatie nodig. Bespreek zulke keuzes met de proceseigenaar en de mensen die het werk uitvoeren, zodat de inrichting aansluit op de praktijk.

Leg het resultaat vast in een autorisatiematrix en een werkbaar toegangsproces. De matrix beschrijft de normale situatie; het proces beschrijft hoe de organisatie met wijzigingen en afwijkingen omgaat.

Maak beslisrecht en uitzonderingen expliciet

Een aanvraag voor extra toegang vraagt meer dan een vinkje in een formulier. Wie kan beoordelen of die toegang inhoudelijk nodig is? Wie mag de aanvraag goedkeuren en wie voert de wijziging uit? Spreek af hoe die stappen worden vastgelegd. De leverancier kan een rol technisch instellen, maar beslist niet vanzelf welke medewerker die rol hoort te krijgen.

Bespreek daarnaast tijdelijke inzet, vervanging en beheerdersrechten. Een uitzondering krijgt een reden, een eigenaar en een moment waarop zij opnieuw wordt beoordeeld. Bepaal ook wat er gebeurt als de normale goedkeurder afwezig is. Anders ontstaat tijdens de introductie druk om rechten buiten de afgesproken route om toe te kennen.

Bekijk ten slotte wie een rol mag aanpassen. Een kleine wijziging in een gedeelde rol kan immers meerdere medewerkers tegelijk raken. Zorg dat de gevolgen zichtbaar zijn voordat de instelling verandert.

Test de toegang met normale en afwijkende situaties

Laat representatieve gebruikers hun eigen taken uitvoeren in een testomgeving. Controleer niet alleen of een handeling lukt, maar ook of een andere rol die handeling juist niet kan uitvoeren. Test een nieuwe medewerker, een functiewijziging, een tijdelijke vervanger en iemand wiens toegang moet worden beëindigd.

Noteer per scenario de verwachte uitkomst, de werkelijke uitkomst en wie een afwijking oplost. Neem ook mee hoe lang een wijziging mag duren voordat het werk geraakt wordt. Zo ontstaat bewijs voor het livegangbesluit in plaats van alleen een lijst met aangemaakte accounts.

Als een noodzakelijke taak niet werkt, onderzoek dan of de rol verkeerd is ingericht, de procesafspraak onduidelijk is of de gebruiker een andere werkwijze volgt. Die oorzaken vragen verschillende oplossingen.

Beleg toegangsbeheer na livegang

Bepaal vóór ingebruikname wie aanvragen behandelt, wie bestaande rechten inhoudelijk beoordeelt en hoe het einde van een dienstverband of externe inzet wordt doorgegeven. Spreek af wie onduidelijke accounts of afwijkende rechten onderzoekt. Zonder deze afspraken veroudert ook een zorgvuldig ontworpen matrix.

Verbind het beheer aan wijzigingsbesluiten. Als het proces verandert, moeten de gevolgen voor rollen en rechten worden besproken voordat nieuwe functionaliteit beschikbaar komt. Zo blijft toegang passen bij het werk én bij de risico’s.

Begin praktisch met één gevoelige handeling in het nieuwe systeem. Kunnen de betrokkenen uitleggen wie haar mag uitvoeren, wie dat beslist en hoe je het toetst? Als dat niet kan, ligt daar een concreet besluit vóór livegang.

Michael Aal

Michael Aal is Interim Senior Product Owner en Product Manager. Vanuit Bull Matters helpt hij organisaties complexe digitale productontwikkeling en transformatie terug te brengen tot heldere keuzes, uitvoerbare roadmaps en aantoonbare bedrijfswaarde.

Samenwerken

Een digitaal vraagstuk dat om regie vraagt?

Laten we scherp krijgen waar je organisatie nu staat, welke waarde je wilt realiseren en wat daarvoor nodig is.

Stuur mij een e-mail ↗