Skip to content

RPA, ook voor het MKB?

rpa en mkb

RPA wordt ook voor het MKB een toegankelijke technologie



RPA (Robotic Process Automation) heeft sinds een aantal jaren haar intrede gedaan binnen het bedrijfsleven. Van de financiële marktleiders waar het allemaal begon tot de grote Nederlandse retailers, RPA wordt tot op heden bij een breed scala aan industrieën succesvol toegepast om bedrijfsprocessen te optimaliseren, doorlooptijden te verkorten en het welzijn van werknemers te bevorderen. Er lijkt echter een barrière te zijn als het gaat om de introductie van RPA binnen het (grote) MKB. Ondanks de voordelen zijn er nog relatief weinig bedrijven die deze innovatieve technologie hebben omarmd. Hoe komt dit eigenlijk en wat zijn de onderliggende factoren? Wat is de markt momenteel aan het doen om deze situatie te verhelpen?

Bestaande barrières

Kennis & kunde
RPA oogt op het eerste gezicht redelijk complex. Dit was in de beginfase ook zeker het geval.
Met dank aan een sterke vereenvoudiging van de ‘tooling’ (zoals de ‘drag-en-drop’-tooling van UiPath) en steeds betere kennis van de markt, zijn er tegenwoordig talloze ervaren ontwikkelaars en vormen van implementatie beschikbaar.

Dit neemt echter niet weg dat veel MKB-organisaties moeite hebben met het aantrekken van voldoende kennis en kunde om de technologie succesvol te implementeren. Dit heeft met meerdere factoren te maken. Zo is het opstarten van het RPA-traject zelf niet eenvoudig en vraagt het vaak om een RPA-expert. Het aantal experts binnen de markt is schaars en is vaak bezet door opdrachten bij de grote spelers. IT-talent in zijn algemeenheid is natuurlijk schaars, waardoor werkgevers niet altijd het risico durven nemen huidige en gespecialiseerde werknemers te ‘belasten’ met nieuwe tooling. Tel daarbij op dat er onzekerheid heerst rondom hoelang deze nieuwe technologie relevant blijft voor de onderneming.

Schaal & prijs
Een grote financiële instelling kent veel processen die met regelmaat worden uitgevoerd onder begeleiding van meerdere medewerkers. Een voorbeeld hiervan is het proces van hypotheek aanvragen. Bij het MKB ligt dit vaak anders, omdat zij zich bezighouden met relatief minder processen met een kleinere groep medewerkers. Dit maakt dat de gemiddelde terugverdientijd van een RPA-oplossing ligt tussen de 12 en 6 maanden, terwijl dit voor de grotere spelers vaak ligt rond de 6 maanden.

Daarbij komt dat het automatiseringspotentieel vaak snel bereikt is. Waar grote multinationals makkelijk zoet zijn met RPA-trajecten van 2-3 jaar, opvolgend door beheers- en onderhoudsfases, zijn MKB-trajecten van kleinere schaal. Een kleiner aantal processen die minder beheer en onderhoud vereisen. Het vrijmaken, aanwerven, opleiden en behouden van gespecialiseerde medewerkers ten behoeve van RPA is vaak geen voor de hand liggende keuze.

Tenslotte is RPA vaak niet goedkoop en komt de investering rondom het inhuren van expertise en ontwikkelingstrajecten daar nog bij. Er is daarnaast niet altijd budget voor het opzetten van de infrastructuur en inkopen van bijbehorende licenties. Dit in combinatie met een relatief lange terugverdientijd, maakt menig MKB-leider sceptisch m.b.t. het implementeren van RPA.

Bestaande oplossingen

Voor de bestaande barrières zijn gelukkig oplossingen. De meerwaarde van RPA is onmiskenbaar en de markt flexibel en in exponentiële groei. Zoals bij iedere oplossing, zijn er altijd voordelen en nadelen. Het is dan ook verstandig dat MKB-leiders nauwkeurig bekijken welke van deze oplossingen het meest geschikt zijn voor de onderneming. Laten we de oplossingen eens één voor één onder de loep nemen.

1. Robotics as a Service
Robotics as a Service (RaaS), is het neefje van de meer bekende SaaS (Software as a Service) en IaaS (Infrastructure as a Service). De ontwikkeling, het onderhoud en het beheer van de automatisering worden uitgevoerd door een derde partij. Hierdoor worden de kosten sterk gedrukt en wordt het vraagstuk rondom het vrijmaken en/of aanwerven van expert- en ontwikkelings-capaciteit opgelost. RaaS is echter niet alleen relevant voor het MKB. Steeds meer grote spelers kiezen er bewust voor hun RPA-ontwikkeling en onderhoud te outsourcen naar een derde partij, bijvoorbeeld in landen met lagere loonkosten en een hogere beschikbaarheid van technische profielen. Deze optie kan natuurlijk ook interessant zijn voor het meer avontuurlijke MKB. Hierbij de voor- en nadelen op een rijtje:

+ Zeer makkelijk instappen
+ Kosten worden gespreid over de tijd
+ Kosten worden sterk gedrukt door schaalvoordelen
+ Geen nood aan interne capaciteit
+ Flexibiliteit in ontwikkeling en onderhoud

- Duurder op grotere schaal
- Cultuurverschillen (door internationale aanpak)

2. No cure, no pay
Steeds meer RPA-implementatiepartijen, met name de RaaS aanbieders, werken met het ‘No Cure, No Pay’ model. Er zijn meerdere vormen van dit principe, maar in essentie komt het erop neer dat je pas betaald op het moment dat de automatisatie daadwerkelijk impact maakt. Denk bijvoorbeeld aan betalen bij oplevering, of gespreid betalen op basis van de performance van de automatisatie. Hierdoor worden de risico’s voor de afnemer gedekt en hebben leveranciers de mogelijkheid om te bewijzen wat zij waard zijn. Dit in combinatie met het RaaS-model maakt het voor sommige MKB-organisaties mogelijk om RPA startklaar te worden zonder enkele financiële investering.

+ Risico’s worden beperkt
+ Minimale financiële impact

- Risicopremie verwerkt in latere kosten

3. Quick and dirty
RPA wordt vaak geïmplementeerd met behulp van de meest bekende pakketten (e.g. UiPath, Automation Anywhere, BluePrism). De organisaties achter deze pakketten produceren veruit de meest geavanceerde tooling met bijbehorende prijskaartjes. Er zijn echter alternatieve tools op de markt die in essentie dezelfde functie vervullen (bots-bouwen) maar goedkoper zijn. In sommige gevallen zijn ze zelfs gratis!

Bij de meeste implementaties wordt gebruik gemaakt van centrale control rooms om bots aan te sturen, niet-persoonlijke accounts om een bot in onder te brengen of virtuele machines om bots op te laten draaien. Dit zijn stuk voor stuk zeer waardevolle randvoorwaarden die RPA een duurzame en betrouwbare bedrijfstechnologie maken, maar die niet altijd noodzakelijk zijn voor het succesvol implementeren van RPA op kleinere schaal. Door kritisch te kijken naar de implementatiewijze van RPA kunnen de kosten ervan sterk worden gedrukt.

+ Snel resultaat
+ Zo goedkoop als wenselijk
+ Goed als eerste implementatie-stap

- Niet duurzaam op midden tot lange termijn
- Lagere kwaliteit van automatisatie
- Minder functionaliteiten beschikbaar

4. Point-solutions
Eén van de grootste voordelen van RPA is het gemak en de snelheid waarmee sterk gepersonaliseerde automatisaties kunnen worden gerealiseerd. Helaas wordt er minder gesproken over het immense potentieel om de meer algemene en standaard processen duurzaam te optimaliseren, en vervolgens in te zetten voor meerdere bedrijven. We noemen dit ‘Point-solutions’. Hoewel het nog niet veel voorkomt binnen huidige RPA markten, zijn er steeds meer gevallen bekend van succesvolle RPA Point-solutions. Denk hierbij aan de automatisering van het verwerken van TOZ-aanvragen bij gemeentes in heel Nederland of de automatisering rondom Brexit binnen de logistieke industrie. De ‘standaard’ oplossingen zijn zeer in opkomst, industrie afhankelijk en kunnen van grote meerwaarde zijn voor het MKB dat aan de slag wil gaan met RPA.

+ Slechts een fractie van de kosten van een nieuwe automatisatie
+ Bijzonder snel en makkelijk te implementeren
+ Hoge betrouwbaarheid

- Beperkt beschikbaar
- Hoge standaardisatie vereist

Door het toepassen van bovenstaande alternatieve oplossingen wordt RPA ook voor het MKB een toegankelijk technologie en de meerwaarde ervan gedemocratiseerd.

Gastauteur: Arnaud Maes

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

De opmars van RPA bij de overheid

samenwerkingkantoor

De overheid maakt steeds vaker gebruik van softwarerobots om tijdrovende handmatige taken te automatiseren. Met name gemeenten zien steeds vaker de voordelen van RPA. Jos Lindhout heeft bij de gemeente Woerden een succesvol RPA-traject opgezet, en momenteel is hij bij de gemeente Schiedam bezig om de processen efficiënter te laten lopen met automatisering. Rocking Robots sprak met hem over zijn visie op het nut van RPA bij de decentrale overheid.



Jos Lindhout heeft de afgelopen jaren als ICT-manager diverse projecten bij de gemeentelijke overheid geleid. Anderhalf jaar geleden zag hij dat robotic process automation (RPA) zich had ontwikkeld tot een volwassen technologie. “Aan de ene kant is er niet heel veel nieuws onder de zon. Maar aan de andere tijd heeft RPA wel een zekere mate van volwassenheid bereikt, zeker omdat de technologie steeds dichter bij AI komt. En tot voor kort bestonden er nog niet heel veel goede en laagdrempelige oplossingen voor RPA.”



Enthousiast

Hij is daar zo enthousiast over geworden dat hij vervolgens zelf ook RPA in praktijk is gaan brengen bij de decentrale overheid. Zijn eerste project heeft hij ondertussen afgerond bij de gemeente Woerden. “De gemeente Woerden bezat al, net zoals veel andere gemeenten, een redelijke mate van automatisering. Alleen bestond die uit diverse oplossingen, met onderling allerlei complexe koppelingen. Die vroegen veel menskracht, voor repeterende handelingen om gegevens vaak via knippen en plakken van de ene naar de andere applicatie te krijgen.”

“Bij de meeste gemeentes zijn de basisprocessen dus allemaal wel geautomatiseerd, maar niet geïntegreerd. Terwijl je dat uiteindelijk wel zou willen. RPA is uitermate geschikt voor het automatiseren van de standaard handelingen die vaak voorkomen. Bovendien is het dermate slim geworden dat je er ook slimmere dingen mee kunt doen. Het is meer dan alleen een script.”



Uitstroom

Het invoeren van RPA bij de gemeente Woerden gebeurde met een innovatiebudget dat tot doel had om werkzaamheden slimmer te organiseren. Maar daar moest dan wel een kostenbesparing tegenover staan. Die werd gevonden bij de medewerkers die handmatig repeterende taken uitvoerden, èn vlak voor hun pensioen zaten. “Er komt een grote uitstroom van medewerkers aan. Die kunnen we met RPA opvangen. We hebben de robots dan ook ingezet op de veel voorkomende handelingen die werden uitgevoerd door mensen die op korte termijn met pensioen gingen.”

Zo waren in Woerden twee medewerkers bijna fulltime bezig om binnenkomende facturen te beoordelen op basis van een aantal criteria. Die werden verzameld in één mailbox om daarna volgens bepaalde standaarden in PDF aangeleverd te worden. De medewerkers zaten dat handmatig mail voor mail aan te passen, voor ongeveer 20.000 berichten per jaar. Een dergelijke eenvoudige controle kan uitstekend worden gedaan door een robot. Hij ging daarvoor in zee met MvR & Partners, reseller van UiPath.



In twee dagen

“Vervolgens hebben we in twee dagen een robot gebouwd, samen met de medewerkers die de repeterende handelingen uitvoerden. Zij vonden het leuk om te doen.” Dat laatste is volgens hem essentieel bij dergelijke projecten, er zijn ambassadeurs nodig. “’De organisatie’ vindt het vaak toch een beetje eng, en zit er misschien niet op te wachten. Er speelt ook een psychologische factor mee, een paradox van de klassieke automatisering, namelijk het idee dat het eigen primaire proces zo ingewikkeld is dat kan niet geautomatiseerd kan worden.”

En., zo zegt hij ook hier speelt nog wel de onderliggende angst om vervangen te worden door robots. “Maar dat hoeft helemaal niet erg te zijn. Waarom zou je werk blijven doen dat saai en repeterend is? Ook daar zit een belangrijk psychologisch aspect aan, en ook daar heb je dus binnen je organisatie iemand nodig met voldoende daadkracht om dat aan te zwengelen.”



Pizza-sessie

Hij heeft dus veel energie gestoken in het meekrijgen van de mensen in de organisatie, en niet alleen de IT-ers. “Bijvoorbeeld met een pizza-sessie voor vier of vijf mensen waarbij je gewoon in twee uur leert hoe je een robotje maakt. Met die mensen ben ik iedere woensdag op basis van processen in de organisatie robotjes bouwen. Wanneer je de resultaten daarvan vervolgens aan het management laat zien is het balletje in de organisatie gaan rollen.” Hij adviseert dan ook klein te beginnen met RPA, daarna gaat het vliegwiel wel draaien. Omdat ik nu bij de gemeente Schiedam zit weet ik niet waar Woerden nu staat, maar ik denk dat ze ondertussen wel dertig of veertig robots hebben.”



Management

Om het management mee te krijgen zijn volgens hem praktijkvoorbeelden belangrijk. “Dan worden ze enthousiast. Want je zal het toch de organisatie in moeten masseren. Het gaat niet vanzelf. En bij de overheid zie ik soms ook een soort beschermingsdrang die je moet doorbreken.

Ook bij Schiedam is Lindhout nu begonnen met de invoering van RPA. “Dat staat nog aan het begin. We hebben informatiesessies gehouden en een aantal pilotprocessen gedefinieerd, en nu zijn we de techniek aan het optuigen. Dat is wel belangrijk want we hebben in Schiedam legacy die eerst zowel technisch organisatorisch op het juiste niveau moet komen. Kortom, we zorgen dat eerst de basis op orde is,, daarna volgt het invoeren van RPA.”



Data

Hij is nog steeds enthousiast over RPA. “Ik vind het een inspirerende en stimulerende technologie. Het is volwassen genoeg, je kan snel aan de slag, je kan heel snel resultaten boeken. Ik zie het als een evolutionaire ontwikkeling, waarbij RPA in de toekomst steeds meer AI-achtige elementen zal gaan bevatten. Maar dat AI-aspect staat bij de overheid in ieder geval nog wel in de kinderschoenen. Want je moet veel informatie hebben, en veel data gebruiken om AI echt toepasbaar te maken. Op dat kennisniveau zit de lokale overheid nog niet. We hebben onze data nog niet zo gestructureerd dat je daarmee een goede AI engine kunt vullen.”

“Maar de ontwikkeling van RPA als technologie gaat zonder meer in de richting van AI.” En over het invoeren van RPA: “Ga het vooral doen. Begin klein. Met een investering van een paar duizend euro heb je je eerste robot draaien. Vanuit die situatie kun je door ontwikkelen. Want je hebt een organisatie te overtuigen, en door het te laten zien kun je de mensen meenemen.”

Auteur: Marco van der Hoeven

Origineel artikel: RockingRobots

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

Een stoomcursus Digitale Technologieën

artificial intelligence post it man

"Van nulletjes en eentjes zou ik niet snel warm worden."



Twee jaar geleden had ik nog nooit van RPA gehoord, en ik moet eerlijk zeggen dat ik niet overmatig enthousiast werd toen ik voor het eerst meer las over deze eigentijdse variant van automatisering. Als filmmaker-journalist met een studie Nederlands en 18 jaar Hilversumse actualiteitenervaring in de broekzak had ik een heel andere scoop: menselijke processen, menselijke inspanningen, menselijke emoties. Van nulletjes en eentjes zou ik niet snel warm worden.

Toch, als je met beide benen in deze dynamische wereld wilt staan, kun je er niet omheen. Voor TU Delft mocht ik al eerder een aantal films afleveren over de belofte van fysieke robots voor Nederlandse wetenschappers en ondernemers: RoboValley. Leuk, met een waggelende NAO-robot door de Delftse binnenstad. En bijzonder, met een drone als postbode naar de klanten toe. Maar … die onzichtbare ‘RPA’ software robots, die waren heel wat minder aaibaar. En al die futuristisch klinkende digitale technologieën, zoals machine learning, process mining, kunstmatige intelligentie: hoe ga je daar van houden?



Het antwoord ligt veel dichter bij huis dan ik gedacht had. Bekijk en doorgrond een dag in je eigen leven en besef dat de toekomst allang op je eigen deurmat ligt. A day in a lifetime. Wakker gemaakt worden door een dochter die met haar mobieltje jouw hoofd van konijnenoren voorziet (augmented reality). Je eigen mobiel actief maken via gezichtsherkenning (gesture recognition). Aan Siri vragen wat voor weer het vandaag in jouw woonplaats wordt (chatbot - speech recognition). In de krant lezen over de nieuwe corona-app (data mining en GPS- of bluetoothtracking). Even snel het banksaldo raadplegen om te constateren dat ik nog steeds geen geld heb voor de aanschaf van één bitcoin (blockchain – crypto currency).

In de auto op weg naar het werk de file ontlopen die TomTom signaleert (process mining). Op de radio hoor ik dat er een verband is gevonden tussen het Covid-19 virus en obesitas (big data). Kijk nou: de verlichting in je kantoor gaat al aan als je de voordeur nadert (Internet of Things). In Google afbeeldingen op zoek gaan naar een nieuwe bureaustoel (machine learning). Aan het eind van de dag met de stappenteller naar de supermarkt (sensor- of activity tracking). ‘s Avonds met de computer en de VR-bril op zoek naar een leuke vakantielocatie in Google Maps (virtual reality). Tussendoor opnieuw verliezen van de schaakcomputer (artificial intelligence). Hopen dat mijn anti-snurk slaapapp voor een rustige nacht zorgt (biometric technology).



Dat alles is weliswaar nog geen garantie op geluk, maar maakt het leven al een stukje gemakkelijker. En tenslotte kan ik een ieder aanraden: volg een privé stoomcursus Digitale Technologieën bij onze RPA-Nederland collega Twumi Weterings. Als hij vertrekt - na een dag vol informatie over alle aangrenzende digitale vergezichten rondom RPA - blijf je met een verbaasde glimlach achter. Hoe kan het dat de nulletjes en eentjes (qubits zijn zelfs een nul en een één tegelijkertijd) je alsnog te pakken hebben!

Auteur: Roelf van Til

Hoe RPA de verwerking van een vloedgolf aan Coronatests mogelijk maakte

coronatube

"Onder hoge druk worden ook tijdens de coronacrisis kleine wonderen verricht."



Het is crisis en in oorlogstijd verlopen processen vaak veel sneller dan in normale omstandigheden. Als er sprake is van een groot algemeen belang en brede steun van de overheid, wetenschap en commercie kunnen mensen soms ijzer met handen breken.



Vorige week vrijdag kreeg het Israëlische bedrijf Kryon, een belangrijke ontwikkelaar van Robotic Proces Automation, een telefoontje van een grote Israëlische zorgleverancier, die tegen de klok in bezig was met het verwerken van de laboratoriumuitslagen van coronatests. De vraag aan Kryon was: kunnen jullie ons uit de brand helpen?

Het ging om een verzoek van de non-profit organisatie Maccabi, die een paar miljoen leden vertegenwoordigt. Medewerkers van Maccabi dreigden vast te lopen in het handmatig invoeren van de toenemende stroom aan vertrouwelijke testresultaten, die het tweemaal daags ontving van het Israëlische ministerie van volksgezondheid. Een snelle verwerking was noodzaak in verband met het informeren van de getroffen patiënten en het mobiliseren van hun omgeving.

Volgens de Jerusalem Post vroeg Maccabi aan Kryon om binnen 48 uur voor deze handelingen een RPA-proces te ontwikkelen en een robot op te tuigen. Binnen een uur had Kryon de juiste medewerker op de klus gezet, die natuurlijk begon met het minutieus in kaart brengen van het administratieve proces, dat nodig was om de downloads met officiële testresultaten te vertalen tot bruikbare informatie en mails in het Maccabi systeem. Een dag later, op zaterdagavond kon er al getest worden en een dag later ging de robot daadwerkelijk voor Maccabi aan de slag. Werk, waar normalerwijze een hele afdeling weken mee bezig zou zijn, kon nu in minuten foutloos worden afgeleverd.



Naast groot applaus voor alle betrokkenen blijft er ook de noodzaak om deze ontwikkelingen nauwlettend te volgen. In datzelfde Israël is de overheid namelijk dermate voortvarend bezig om - onder het mom van de coronacrisis – het monitoren van allerlei datastromen naar zich toe te trekken, dat het de argwaan van de internationale media getrokken heeft. Vorige week publiceerde de Financial Times een stevig onderbouwde noodkreet van de Israëlische historicus Yuval Noah Harari. Volgens hem brengt premier Netanjahoe, die nu zelf ook in quarantaine zit, de democratie in gevaar. De premier had een paar dagen eerder de Israëlische veiligheidsdiensten opgedragen om in het diepste geheim het mobiele telefoongebruik van burgers te analyseren. Dit was uitgelekt.



Op RPA-gebied is er bij mijn weten gelukkig nog geen groot voorbeeld van datamisbruik door bedrijfsleven of overheden geconstateerd. Het is in het belang van alle spelers op dit gebied om dit zo te houden. Als RPA ontwikkelaars, programmeurs en leveranciers de ethische grenzen goed bewaken, kunnen robots zich wellicht nog op veel grotere schaal nuttig maken voor het algemeen belang in bange dagen.

Auteur: Roelf van Til

Corona: Robots gaan harder lopen als het openbare leven tot stilstand komt

sunsetleap

"Voor het eerst bieden robots support bij pandemieën"



Terwijl handige marketeers, innovatieve ontwikkelaars, en knappe koppen in de farmaceutische industrie zich afvragen óf en hóe CORONA misschien nieuwe business opportunity’s biedt, is er na twee maanden strijd met het virus alvast één opvallende winnaar: ROBOTICS.

Opgetogen hoeft niemand er over te zijn, want op deze manier wil je natuurlijk niet je successen behalen. Maar degenen die alle vormen van de robotica een snelle opmars voorspelden, krijgen misschien eerder gelijk dan gedacht. De snelle opmars van het COVID-19 virus en met name de bestrijding ervan hebben zowel de fysieke als de software robots op de kaart gezet.



Het begon al met de beelden van drones die, uitgerust met ingebouwde speakers, argeloze stervelingen in de vrijwel verlaten straten van Wuhan sommeerden om per direct mondkapjes voor te doen. Pakjes werden er langs de deur gebracht door zelfrijdende voertuigen. Niet lang daarna bleek dat de Chinezen op stations en luchthavens geavanceerde detectiepoortjes installeerden met ‘thermometer guns’: kunstmatige intelligentie, verbonden met infraroodcamera’s en gezichtsherkenningssoftware, die in staat is om mensen met lichte koorts in kaart te brengen en direct te traceren.

Ook de eerste betaalbare commerciële en mobiele robot Temi, gemaakt door een Israëlisch bedrijf, voorzien van touchscreen en spraaktechnologie is nu uitgerust met een thermometer en een serveerblad om mensen in quarantaine te kunnen bedienen.



Aan de andere kant van de wereld, in de VS in de buurt van Seattle, werd eind februari een eerste corona-patiënt thuis onderzocht door een robot met een stethoscoop. Behandelaars van het ziekenhuis konden zo op afstand een onderzoek uitvoeren. Kortom: fysieke robots knappen het werk op om te voorkomen dat medisch personeel en functionarissen met publieke taken, onnodig aan het virus worden blootgesteld.

Maar ook software robots hebben het een stuk drukker gekregen als gevolg van de corona epidemie. Ten eerste maken talloze bedrijven, om te beginnen in Azië maar wellicht straks overal, nu al gebruik van RPA om hun mensen te checken op ziekteverschijnselen. Softbots loodsen de werknemers, dagelijks bij binnenkomst óf thuis door de noodzakelijke protocollen en leveren bovendien á la minute een plaatje van de risico locaties. UiPath maakt nu al promotie voor de Health Screening Bot, ontwikkeld door hun kantoor in Peking.



Een nog veel grotere vlucht kan mens-vervangende software maken als thuiswerken onverhoopt de norm gaat worden. Mocht het openbare leven in grote delen van de wereld al of niet tijdelijk tot stilstand komen, dan zullen kapitaalkrachtige ondernemingen versneld overstappen op geautomatiseerde werkprocessen, zo durf ik wel te voorspellen. En zo heeft een vrij heftige griepgolf mogelijk ingrijpende gevolgen voor de manier waarop we ons leven organiseren.


Bronnen:
RPA and COVID-19: How Software Robots Are Helping Companies Put Employee Health First:
https://www.uipath.com/blog/how-software-robots-help-companies-keep-employees-safe-from-virus
RPA, AI and the Coronavirus:
http://lanshore.com/rpa-ai-and-the-coronavirus/
Coronavirus: China deploys drones, robots and big data in tech-savvy nationwide battle:
https://www.straitstimes.com/asia/east-asia/coronavirus-china-deploys-drones-robots-and-big-data-in-tech-savvy-nationwide-battle
Use of Robots for Combating Coronavirus:
https://www.analyticsinsight.net/use-of-robots-for-combating-coronavirus/

Auteur: Roelf van Til

Wordt 2020 het jaar voor RPA of is de hype voorbij?

man met horloge

"Goede technologieën hebben tijd nodig om te rijpen"



Het jaar 2019 was een goed jaar voor RPA. Maar hoe zijn de vooruitzichten voor 2020? Kan RPA in 2020 nog beter smaken? In deze blog bespreken we kort de highlights uit twee toonaangevende markt onderzoeken.

Bekende marktonderzoek bureaus in de RPA markt zijn “Forester” en “Gartner”. Laten we kort even kijken wat deze van 2020 en de jaren daarna verwachten.



Forester heeft recentelijk een onderzoek uitgevoerd bij 270 besluitvormers binnen organisaties in Amerika en West Europa. Het rapport heet: “The Future of Work”.

De belangrijkste conclusies uit dit onderzoek zijn:

  • 66% van de ondervraagden gaat de investeringen in RPA met meer dan 5% verhogen;
  • 68% wil het komende jaar focussen op het verbeteren van klant processen en klant ervaringen. Verdere automatisering, waaronder RPA, wordt gezien als het middel om je ten opzichte van de concurrentie te kunnen differentiëren;
  • Alle banen zullen door de verdere automatisering worden beïnvloed. Hierdoor zullen een groot aantal medewerkers zich zorgen gaan maken over hun digitale vaardigheden. Bijscholing wordt dus heel belangrijk;
  • Samenvattend: 2020 biedt voor RPA veel nieuwe mogelijkheden.

 



Wat zegt het onderzoek van Gartner over deze markt?

  • RPA heeft automatisering gedemocratiseerd en wordt door de business breed omarmt. IT moet voorop gaan lopen om efficiency en flexibiliteit te garanderen;
  • RPA is de snelst groeiende enterprise software. Met een verwachte jaarlijkse groei van tussen de 60% en 90%;
  • Door de grote investeringsmogelijkheden van bestaande RPA-bedrijven, en de toetreding van nieuwe (grote) bedrijven zal er op korte termijn een stortvloed ontstaan van nieuwe functionaliteiten. Hierdoor zal RPA een belangrijke bijdrage leveren aan de verwachtte “Hyperautomation” trend;
  • Voor 2022 geldt dat 80% van de toegevoegde waarde van RPA gegenereerd zal worden door de toepassing van complementaire technologieën;
  • In 2023 zal het toepassen van RPA in sales en klant processen met 30% zijn toegenomen;
  • In 2023 wordt 50% van de RPA scripts (programma) automatisch gegenereerd;
  • De operationele kosten zullen in 2024 met 30% verlaagd zijn door het combineren van nieuwe digitale technologieën, waaronder RPA, wat tot een re-design van operationele processen zal leiden;

 



De conclusie is dus dat RPA de komende jaren verder zal floreren.

Het is altijd mooi als twee rapporten eensluidend positief zijn, en aangeven dat we aan de vooravond staan van een grote avontuurlijke technologische periode. Ik ga de RPA- champagne voor dit jaar alvast in de koelkast zetten.
Laat het jaar maar komen!

Het verband tussen aapjes en RPA

aap in boom

Hoe je met een een geschikte applicatie-programmeerinterface (API) je doel veel sneller bereikt!



Op een dag viel de term API voor het eerst bij ons op de werkvloer. En op een gegeven moment was het API hier en API daar, alsof er voortdurend aapjes op je schouders sprongen. Dat klinkt wat cryptisch, wat was er aan de hand?

De woord viel voor het eerst te horen toen we het verzoek kregen om een eenmalig proces te robotiseren. Het ging om het - middels Google Maps - bepalen van afstanden tussen woonplaats en standplaats . De lijst bestond uit 3000 medewerkers en we wilden dit zo efficiënt mogelijk aanpakken.



Ons aanvankelijke plan

Normaal gesproken zouden we dat via het volgende stappenplan oplossen:

  1. Open Excel
  2. Selecteer tabel met woonplaats en adres en zet dit in een collectie in de robot
  3. Start internet Explorer en ga naar Google Maps Route
  4. Ga naar veld ”kies vertrekpunt“ en noteer het woonadres
  5. Ga naar veld ”kies bestemming“ en noteer de standplaats.
  6. Geef een Enter
  7. Lees alle  tekst die zichtbaar wordt en bepaal welke route de kortste is en voeg dit toe in Excel



Het proces is klaar. Maar hoeveel tijd ging dit kosten? Per medewerker zou de robot gemiddeld 10 seconden bezig zijn om deze handelingen uit te voeren en data te verkrijgen. Voor een lijst met 3000 medewerkers heeft de robot dus zo’n 8 uur nodig. En voor de ontwikkelaar kost het 5 uur bouwtijd. Dat moest toch sneller kunnen, dachten we.

OV reisadvies



Het efficiëntere traject via API

En toen was daar opeens het slimmere alternatief. Aangezien we in Google bezig waren, kwamen we er achter dat er een heel platform beschikbaar is, speciaal gericht op het uitvoeren van robotiseringsprocessen in de browseromgeving. Oftewel een applicatie-programmeerinterface (API). Na wat uitzoekwerk bleek dat de bouw snel te realiseren was middels een API/Webservice, die we handig in onze tool konden implementeren.

Een API genereert ‘data op de achtergond’ via een URL/Link, die beschikbaar wordt gesteld door Google. Dat gebeurt met bepaalde input parameters, in ons geval dus het Excel met input.

Dat gaf een veel beter resultaat. De lijst met 3000 medewerkers had nu een verwerkingstijd van in totaal 15 minuten. En de bouwtijd bleef beperkt tot 1 uur.

Conclusie

Als bedrijf ben je toch op zoek naar snelle manieren om processen te robotiseren, in ons geval het liefst via een internt platform dat met interne systemen communiceert. We zijn daarin geslaagd: de eerste interne SAP-based API hebben we inmiddels binnen, getest en werkend! Dit was voor ons een positieve ervaring en zeker niet de laatste API, die we gaan gebruiken.