Servicedesk-automatisering

Servicedesk-automatisering begint bij toegangsverzoeken

Toegangsverzoeken vormen een van de grootste en meest repetitieve categorieën in de IT-ticketwachtrij: voeg deze persoon toe aan die groep, geef ze de juiste gedeelde mailbox, ken de applicatierol toe voor hun nieuwe team. Elke instromer, doorstromer en uitstromer levert een golf aan verzoeken op, en elk verzoek wacht in de rij tot een servicedeskmedewerker het handmatig afhandelt. ServiceChanger haalt dit soort werk volledig uit de wachtrij. In plaats van een toegangsverzoek naar een mens te sturen, kent ServiceChanger groeps- en rollidmaatschap toe en trekt die in, in Microsoft Entra ID en on-prem Active Directory, op basis van wie de persoon is. Het ticket hoeft nooit aangemaakt te worden. Hier betaalt servicedesk-automatisering zich het snelst terug: een werklast met hoog volume die zich goed laat automatiseren, geen oordeel vereist, alleen consistente uitvoering.

Eén attribuutwaarde koppelt aan een set groepen

De kern van ServiceChanger is een eenvoudig model: één attribuutwaarde koppelt aan een hele set groepen en rollen. Je legt de koppelingen één keer vast. Een afdeling "Finance" koppelt aan de finance-gedeelde schijven, de finance-distributielijsten, de boekhoudapplicatierol en het VPN-profiel. Een functietitel "Field Engineer" koppelt aan het mobiele-apparaatbeleid, de field-app en de regionale beveiligingsgroep. Zodra de attributen van iemand matchen, kent ServiceChanger elke groep in die set toe. Je onderhoudt geen lidmaatschapslijsten per groep; je onderhoudt de koppeling die zegt wat een Finance-medewerker in Amsterdam zou moeten hebben. Zo worden tientallen losse toegangsbeslissingen één definitie die je kunt lezen, beoordelen en auditen.

Voorbeeld: nieuwe medewerker bij Finance Amsterdam

Een nieuwe medewerker begint bij Finance op kantoor Amsterdam. Het account wordt aangemaakt met afdeling "Finance" en locatie "Amsterdam". Meer invoer heeft ServiceChanger niet nodig. De passende attribuutwaarden resulteren in een set van zes groepen: de finance-gedeelde schijf, de finance-distributielijst, de boekhoudapplicatierol, de wifi- en printgroep van kantoor Amsterdam, het VPN-profiel en de standaard-personeelsbasis. Alle zes worden automatisch toegekend, geen ticket, geen medewerker. Drie maanden later verhuist diezelfde persoon naar kantoor Rotterdam. De locatie wijzigt naar "Rotterdam" en ServiceChanger wisselt in dezelfde stap de Amsterdam-groepset om voor de Rotterdam-set: de Amsterdamse wifi- en printgroep gaat eraf, Rotterdam erop, de finance-toegang blijft. Wanneer iemand uit dienst gaat, matchen de attributen niet langer met een actieve koppeling en wordt elke toegekende groep ingetrokken. Toegang voor instroom, doorstroom en uitstroom draait allemaal op dezelfde attribuutkoppelingen.

Hoe het werkt: Entra ID, Active Directory en een PowerShell-runbook

ServiceChanger werkt met de directory die je al draait. Waar Entra ID dynamic groups een koppeling kunnen uitdrukken, gebruikt het die direct: een groep waarvan het lidmaatschap bepaald wordt door een attribuutquery, zodat altijd de juiste mensen erin zitten. Voor sets die over on-prem Active Directory lopen of logica nodig hebben die verder gaat dan één dynamic-group-query, past een PowerShell-runbook op een hybrid worker de wijzigingen toe, en Entra Connect houdt Entra ID en on-prem AD gesynchroniseerd zodat een wijziging die je één keer maakt in beide verschijnt. Er draait geen agent op het endpoint en er wordt niet aan screen-scraping gedaan; dit is directory-automatisering, geen RPA. ServiceChanger leest attributen, lost het model op en schrijft groeps- en rollidmaatschap weg. De licentiemodule houdt alleen het gebruik van toegekende applicaties bij; hij voorziet ze niet en maakt geen deel uit van de toegangslogica.

Uitrollen en toegang correct houden

Uitrollen draait om het vastleggen van koppelingen, niet om het inzetten van robots. Definieer eerst je attribuut-naar-groep-koppelingen: kies de attributen waarop je toegang wilt baseren (afdeling, functietitel, locatie) en leg vast welke set groepen elke waarde moet toekennen. Valideer ten tweede een nieuwe koppeling tegen een kleine testgroep van echte accounts voordat hij breed gaat gelden, zodat je kunt bevestigen dat het resulterende lidmaatschap precies is wat je verwacht. Laat ten derde de koppelingen draaien. Vanaf dat moment blijft toegang vanzelf correct: wijzigt een attribuut, dan wijzigt de toegekende set mee, zonder vervolgticket. Omdat toegang wordt afgeleid uit de actuele attributen in plaats van uit een eenmalige toekenning, stapelt het verschil tussen wat iemand heeft en wat zijn rol vraagt zich niet langer op. Let op: ServiceChanger automatiseert toegangsafhandeling voor interne IT en medewerkers. Wil je supporttickets classificeren, triëren of beantwoorden met AI-agents, dan is dat een apart product, ITSM Autopilot op itsmautopilot.com. ServiceChanger doet geen AI-ticketafhandeling, chatbots of NLP.

Veelgestelde vragen over servicedesk-automatisering met ServiceChanger