De automatisering draait. Wie houdt haar volgend jaar werkend?

Beheer begint bij wat kan veranderen

Een nieuwe aanvraagcategorie, een gewijzigde schermindeling of een aangepast gegevensveld kan gevolgen hebben voor bestaande automatisering. Ook een vertrekkende collega, een aflopende verbinding of een andere leverancierslicentie vraagt aandacht. Niet iedere verandering veroorzaakt meteen een foutmelding.

Maak daarom per automatisering een korte onderhoudskaart. Vermeld waarvoor zij wordt gebruikt, welke systemen en gegevens nodig zijn en wie relevante wijzigingen doorgeeft. Dat is iets anders dan opnieuw de eerste proef ontwerpen: de vraag is nu hoe je een bestaande voorziening bruikbaar houdt.

Verdeel het terugkerende werk

Wijs iemand aan die verantwoordelijk is voor het zakelijke resultaat en iemand die de technische werking kan beoordelen. Dat kan bij een kleine organisatie dezelfde persoon zijn. Leg ook een vervanger vast. De kaart moet bruikbaar zijn voor iemand die niet bij de oorspronkelijke bouw betrokken was.

Op een smal scherm kun je de tabel zijwaarts verschuiven. Met een toetsenbord: focus de tabel en gebruik de pijltjestoetsen.

Plan controles passend bij de impact en veranderlijkheid van het proces. Een maandelijkse controle kan een werkafspraak zijn; het is geen universele norm. Reserveer ook tijd voor wijzigingen die tussendoor nodig blijken. Zonder beschikbare capaciteit blijft eigenaarschap vooral een naam op papier.

Fictief voorbeeld: groene status, gemiste aanvragen

Een fictieve groothandel gebruikt een automatisering om serviceaanvragen naar de juiste afdeling te sturen. De website krijgt een nieuwe categorie voor vervangende onderdelen. De bestaande automatisering verwerkt de bekende categorieën zonder fout, maar neemt de nieuwe categorie niet mee.

Het technische overzicht blijft groen terwijl aanvragen blijven liggen. Een vergelijking tussen ontvangen aanvragen en toegewezen aanvragen brengt het verschil aan het licht. De structurele verbetering is dat de websitebeheerder categoriewijzigingen vooraf doorgeeft en de testset meegroeit met het aanvraagformulier. Dit voorbeeld laat zien waarom onderhoud ook over gewijzigde betekenis en dekking gaat.

Maak wijzigingen herhaalbaar

Bewaar welke versie in gebruik is en welke wijziging daarvoor is getest. Gebruik voorbeelden met vooraf vastgelegde verwachte uitkomsten. Test ook of een verandering gevolgen heeft voor aangrenzende stappen. Leg kort vast wie de wijziging kan toelichten.

Voor Power Platform beschrijft Microsoft onbeheerde oplossingen voor ontwikkeling en beheerde oplossingen voor test en productie. Dit geeft een concreet patroon voor gescheiden wijziging en gebruik. Kies een aanpak die bij je eigen platform past. Hoe je handelt bij een al opgetreden fout staat afzonderlijk in uitzonderingen en herstel.

Controleer dekking en zakelijke uitkomsten

Bekijk naast technische fouten ook of verwachte aanvragen worden opgepakt, verwerking tijdig plaatsvindt en de uitkomst klopt. Spreek af wie een afwijking beoordeelt. Anders ontstaat een dashboard waar iedereen naar kan kijken, maar niemand op handelt.

Controleer bovendien wat je monitoring daadwerkelijk omvat. Microsofts Automation Center toont bij cloudflows alleen uitvoeringen van solution-based cloud flows; cloudgeschiedenis kan tot een uur vertraagd verschijnen. Rechten en bewaartermijnen begrenzen eveneens wat zichtbaar is. Een leeg overzicht bewijst dus niet zonder meer dat er geen probleem is.

Volg leverancierswijzigingen als onderdeel van beheer

Houd ook beëindigingen bij. UiPath verwijderde specifiek Unassisted Task Mining uit Automation Cloud per 1 december 2025, inclusief bijbehorende projecten. Dat betreft niet alle task mining, maar laat zien waarom een afhankelijkhedenlijst ook productversies en beschikbare exports moet vermelden.

Praktische do’s en don’ts

• Wel: koppel systeemwijzigingen aan een controle van betrokken automatiseringen.
• Wel: neem onderhoud, licenties en overdracht mee in de terugkerende kosten.
• Niet: neem een geslaagde uitvoering als bewijs dat alle bedoelde gevallen zijn verwerkt.
• Niet: laat kennis over verbindingen en definities alleen bij de oorspronkelijke bouwer bestaan.

Veelgestelde vragen

Moet iedere automatisering een uitgebreid beheerproces krijgen?

Nee. Laat de omvang aansluiten bij impact en afhankelijkheden. Een korte onderhoudskaart kan voor een eenvoudige toepassing voldoende structuur bieden.

Wie signaleert een wijziging bij een ander systeem?

Spreek dat expliciet af met de verantwoordelijke voor dat systeem. Alleen een technische beheerder aanwijzen zorgt nog niet dat wijzigingsinformatie wordt doorgegeven.

Wanneer is aanpassen niet meer zinvol?

Vergelijk de resterende waarde met onderhoud, risico en beschikbare alternatieven. Werk terugkerende kosten bij in de businesscase voor automatisering. Soms is vereenvoudigen of vervangen de betere keuze.