Skip to content

RPA-Lunchroom | RPA en Process Mining

fabriek

Process Mining levert een goede basis om verder te automatiseren.



Ergens in de enorme berg van wereldwijde online video gesprekken, ontelbare hoeveelheid zoom meetings en digitale conferenties, buigt zich elke twee weken in Nederland een selecte groep van professionals over interessante RPA-dilemma’s. Het zijn experts van (meest) grote ondernemingen, die op de werkvloer dagelijks met de implementatie van software robots te maken hebben, en vanuit hun functie een breed overzicht hebben van wat er speelt.

RPA-Nederland biedt vanuit haar missie een platform aan om nuttige informatie-uitwisseling tussen bedrijven te bevorderen. De gesprekken zijn weliswaar vertrouwelijk, maar toch worden er steevast (geanonimiseerde) samenvattingen opgesteld, want ‘kennisdeling’ staat nou eenmaal centraal en dat gaat niet zonder een vorm van verslaglegging.

Die notulen staan bol van basic informatie over RPA. Een kleine greep uit de inhoud maakt al duidelijk dat veel deelnemers overeenkomstige ervaringen hebben en dezelfde trends zien. Vaak is RPA een paar jaar geleden gestart op de financiële afdeling en toegepast op back-office processen. Vervolgens verschoof de toepassing naar front-office. Opvallend is ook dat het niet alleen de geestdodende processen waren, die vanuit de praktijk (bottom-up) erom vroegen om gerobotiseerd te worden, vaak zagen de deelnemers ook het tegenovergestelde gebeuren. Top-down werd bedacht waar RPA nog meer dienstbaar kon zijn. In dat geval gaat het vaak om eenmalige projecten en processen waarop men veel tijd bespaard.



Die beweging zet zich voort. We zien RPA steeds vaker eenmalige activiteiten behelzen. Is daarmee de rol van RPA op den duur zijn uitgespeeld? Zeker niet, denken de meeste deelnemers. Want RPA zal de verbindende factor vormen naar die andere opkomende technologieën. Denk daarbij aan Artificial Intelligence, Machine Learning, en Process Mining. Dit worden vaste componenten in de RPA oplossingen.



Die trends geven ook de Lunchroom sessies eindeloos veel voedsel op het bordje. Het blijkt bijvoorbeeld dat meerdere bedrijven al ruimschoots ervaring hebben opgedaan met Process Mining (PM). In het begin was dit soms lang niet altijd even succesvol. De kwaliteit van zowel de data al de interne IT systemen liet nog te wensen over. Nu op dat front verbeteringen zijn doorgevoerd, begint PM langzamerhand zijn waarde te bewijzen. PM levert een levende ‘foto’ van informatie op, die voorheen vaak onzichtbaar bleef. Waarbij de waarschuwing blijft gelden: verzuip niet in een overvloed aan data, baken de vraagstelling strikt af, en analyseer heel gericht op relevante topics.



Processen die inmiddels met Process Mining gecovered worden, blijken vaak gestandaardiseerde processen te zijn, zoals Purchase to Pay en Order to Cash. En dat is niet zo vreemd, want operationele processen zullen wellicht een stuk lastiger te ‘minen’ zijn, en meer maatwerk vragen.

En dan? Je ziet bedrijven vaak voorzichtig eerst Process Mining toepassen op één locaties, om er vervolgens ook andere locaties aan toe te voegen. Eerst zijn core IT-systemen zoals SAP aan de beurt, en daarna bijvoorbeeld Salesforce. Het management hoopt dan op het terug verdienen van de PM investering binnen een jaar, hetgeen vaak lastig te calculeren valt. Want PM is alleen een analyse, en wat is de waarde van een dag minder doorlooptijd, minder ‘rework’ of een iets betere kwaliteit van de service of het product?



Process Mining kan ook worden gebruikt om te bepalen wat er binnen de onderneming met RPA gerobotiseerd kan worden. En zo zijn we weer terug bij RPA. Als de Lunchroom discussies één ding duidelijk maken, dan is het wel dat RPA een voortdurend veranderend fenomeen is.

Ook de plaats en functie van elk RPA Center of Excellence (COE) zal meebewegen met de markt en de veranderende technologie. Wat blijft, is dat bedrijven op deze gebieden veel kunnen leren van elkaar, waardoor hun vervolgstappen sneller en goedkoper gezet kunnen worden. Dus voorlopig zal de RPA-lunchroom één keer in de twee weken genoeg te bespreken hebben. Heb je belangstelling voor deze vorm van kennisdeling, en geef je richting aan een COE? Meld je aan!

Auteur: Roelf van Til

Taking good care of a software Robot

handen in het haar

What are the costs for the maintenance of my software robots? And how can I keep them under control?



Just like human employees, software robots need the right care to function properly. These costs can grow extensively, even to the point where they surpass the costs of developing a software robot in a matter of just a few years. At the moment you will find a bunch of diverging experiences regarding these costs: from just €25 a month up to €400 a month. This could easily ruin a positive business case, hence the necessity to control these costs.



Below you will find an overview of the four major affecting factors:


1. Internal or external maintenance:
Maintenance costs can be cut by even 40%, by keeping the job within the company, since third parties generally charge a higher rate. Of course a pre-condition would be that the right skills need to be present, or build, internally.


2. Business needs and desires:
The business needs and wishes must be described in detail and formally dealt with, including all of the exceptions that may appear. This will prevent all sorts of small changes in the future, which are carried out under the label of maintenance.


3. Solution design:
The solution design document determines the solidity of the robot. The style of programming has a great impact on the number of malfunctions, as well as the costs. For this reason, it is good to let a third party check the document as well as the script. For example, the implementation of image recognition is more prone to errors than scripting.


4. Scope of maintenance:
Defining what is and what isn’t maintenance will produce more insights and grip on the expenses. For example by excluding little user-friendly adjustments, interruptions in infrastructure, and errors in other applications. This way, the real maintenance activities will remain, to be controlled and improved by you.



When sticking to these rules, the expenses for a software robot don’t have to be higher than €50 a month. This makes robots way more appealing for doing loads of smaller processes.
In short, if you want to maintain a grip on maintenance costs, apply these
rules.

Auteur: Twumi Weterings

Translation by: Sebastiaan

Laat je niet verassen door de onderhoudskosten van je robot

handen in het haar

Wat zijn de kosten voor het onderhouden van mijn software robots? En hoe krijg ik een goede grip op deze kosten?



Software robots hebben net als medewerkers de juiste zorg nodig om goed te functioneren. Deze kosten kunnen aardig oplopen en zelfs in een paar jaar tijd de kosten van het ontwikkelen van een software robot overtreffen. Op dit moment vind je in de markt uiteenlopende ervaringen met kosten: van €25 per maand tot €400 per maand. Dit kan een positieve business case al heel snel negatief maken. Vandaar de noodzaak om deze kosten goed te beheersen.



Hierbij een overzicht van de vier factoren die hierop de grootste invloed hebben:


1. Intern of extern onderhoud:
Het zélf uitvoeren van onderhoud in plaats van door derden kan, door een lager uurtarief, wel een kostenvoordeel opleveren van 40%. De juiste vaardigheden en kennis dienen echter wel intern aanwezig te zijn.


2. Business behoefte en wensen:
Deze dienen gedetailleerd te worden omschreven, inclusief de proces uitzonderingen die voorkomen, en formeel door de business te worden afgetekend. Dit voorkomt dat later, onder het motto van onderhoud, nog allerlei kleine wijzigingen moeten worden geïmplementeerd.


3. Solution design:
Het solution design bepaalt de robuustheid van de Robot. De manier van programmeren heeft een grote impact op zowel het aantal storingen als de kosten. Daarom is het goed om deze door een derde te laten controleren. Bijvoorbeeld: het gebruik van beeldherkenning is foutgevoeliger dan scripting.


4. Scope van maintenance:
Het scherp afbakenen van het onderhoud geeft je veel meer inzicht en grip op de kosten. Bijvoorbeeld door het uitsluiten van: kleine gebruiksvriendelijke aanpassingen, onderbrekingen in de infrastructuur en fouten in andere applicaties. Hierdoor houd je de echte onderhoudsactiviteiten over waarop je daadwerkelijk kunt sturen en je prestaties verder kunt verbeteren.



Bij het in acht nemen van deze regels hoeven de kosten voor een software robot zeker niet de €50 per maand te overschrijden. Wat deze robots weer een stuk aantrekkelijker maakt voor het oppakken van kleinere processen.
Kortom, als je goed grip wilt houden op de onderhoudskosten, pas deze regels dan toe!

Auteur: Twumi Weterings