Onboarding en offboarding automatiseren op de IT-afdeling

Onboarding en offboarding automatiseren betekent het joiner-mover-leaver-proces omzetten in gestructureerde, gerouteerde en bewaakte aanvragen in plaats van een stapel losse tickets. AI-agents doen de intake, splitsen de aanvraag in de juiste taken voor de juiste teams, jagen ontbrekende informatie na en bewaken de deadlines. Het resultaat: een nieuwe medewerker die op dag één productief is, en geen accounts van vertrokken medewerkers die maanden actief blijven.

Elke IT-manager kent het patroon. HR meldt op vrijdagmiddag een nieuwe collega, startdatum maandag. Wat volgt is een sprint van tickets: een account, een laptop, licenties, groepslidmaatschappen, een telefoon, toegang tot drie applicaties die nergens gedocumenteerd staan. Vijf teams hebben elk een stukje, niemand heeft het geheel.

Waarom joiner-mover-leaver-werk de servicedesk verstopt

Onboardingtickets zijn stuk voor stuk simpel. Dat is precies het probleem: omdat ze simpel zijn, ontwerpt niemand ze opnieuw, en vreet het volume stilletjes de desk op.

• Eén aanvraag is er eigenlijk tien. Eén ticket "nieuwe medewerker" waaiert uit naar taken voor identity, hardware, licenties, facilitair en de applicatie-eigenaren. Gebeurt dat uitwaaieren met de hand, dan worden stappen vergeten.
• Ze zijn deadline-gedreven. Een wachtwoordreset kan een uur wachten. Een startdatum schuift niet. Elke gemiste stap is op dag één zichtbaar voor de nieuwe collega en zijn manager.
• Ze herhalen eindeloos, met kleine variaties. Sales krijgt een ander pakket dan engineering. Die variaties zitten in het hoofd van twee senior medewerkers, en dat maakt het proces kwetsbaar. Dezelfde dynamiek beschrijven we in terugkerende tickets automatiseren.

Movers zijn erger, want de helft van de aanvraag is intrekken. En leavers zijn het meest verwaarloosd van allemaal, en dat maakt ze een heel ander soort probleem.

Offboarding is geen ticket, het is een security-control

Een vergeten onboardingstap is een geïrriteerde medewerker. Een vergeten offboardingstap is een ex-medewerker met werkende inloggegevens.

Audits vinden steeds hetzelfde: accounts die maanden na vertrek nog actief waren, licenties die doorliepen, VPN-toegang die nooit is ingetrokken. Niet omdat iemand dat zo besloot, maar omdat het leaver-ticket vrije tekst was, naar één team ging, en de andere vier er nooit van hoorden.

Behandel offboarding als een control, niet als een verzoek. Vaste checklist, elke stap gelogd, elke stap geverifieerd, deadline gekoppeld aan de laatste werkdag. Dat is precies het soort gestructureerd, repeterend, deadline-gedreven werk waar automatisering voor gemaakt is.

Wat AI-agents vandaag automatiseren

• Intake en volledigheid. De aanvraag komt binnen als vrije tekst van HR of een manager. De AI haalt eruit wie, welke rol, welke afdeling, welke startdatum, en vraagt in één verduidelijkingsronde naar wat ontbreekt, in plaats van drie mailrondes.
• Uitwaaieren naar de juiste teams. De AI classificeert de aanvraag tegen je echte catalogus en routeert elke subtaak naar het team dat hem beheert, met de deadline erbij. Een goed onderhouden servicecatalogus maakt dit vele malen betrouwbaarder.
• Voortgang bewaken. Deadline-gedreven aanvragen zijn waar SLA-compliance stilletjes breekt. De AI markeert de subtaak die de startdatum gaat missen terwijl er nog tijd is om het te repareren, in plaats van het achteraf te rapporteren.
• De leaver-checklist. Zelfde mechanisme, omgekeerde richting, strengere regels: elke intrekstap bewaakt, niets gesloten voordat het geverifieerd is, en een menselijke goedkeuring op de stappen die dat verdienen.

Let op wat er níet op de lijst staat: de AI beslist niet wie waar toegang toe krijgt. Dat beleid is van jou. De AI zorgt dat het beleid ook echt gebeurt, elke keer, op tijd.

Waar je begint

Begin niet met goedkeuringen of provisioning-scripts automatiseren. Begin met intake en routering, in schaduwmodus, op echte joiner- en leaver-tickets. Binnen twee weken zie je welke stappen de AI goed structureert en waar je eigen proces het onduidelijke deel is. Repareer eerst het proces, verhoog daarna de autonomie.

De meeste organisaties ontdekken dezelfde ongemakkelijke waarheid: de blokkade was nooit de tooling. Het was dat onboarding in de hoofden van drie mensen leefde. Het opschrijven voor de AI is de eerste keer dat het überhaupt wordt opgeschreven.

Veelgestelde vragen

Kan AI zelf de accounts aanmaken en licenties toewijzen?

Technisch wel, via koppelingen met je identity-platform, maar dat is stap twee. De betrouwbare eerste winst zit eromheen: volledige intake, correct uitwaaieren, bewaakte deadlines en een verifieerbare checklist. Automatiseer eerst de coördinatie, daarna de provisioning.

Wat is het verschil met een workflow in onze ITSM-tool?

Een workflow voert vaste stappen uit als iemand het formulier goed invult. De AI vangt de rommelige werkelijkheid vóór die workflow af: vrije-tekstaanvragen, ontbrekende informatie, variaties per afdeling en het najagen als een subtaak stilvalt. De workflow blijft; de AI voedt hem met schone, complete input.

Wat is de security-winst bij offboarding?

Elke intrekking wordt een bewaakte stap met een deadline en een audittrail, in plaats van een regel in een vrije-teksticket. Gemiste stappen worden vóór de vertrekdatum gesignaleerd, en niets gaat dicht als afgerond voordat het aantoonbaar afgerond is. Dat dicht het gat dat audits steeds vinden: actieve accounts van vertrokken mensen.