Kees Verhoeven (D66), Itay Garmy (Volt) en Thomas Benard (Boer & Croon) vinden dat dit het juiste moment is. Nederland heeft een apart ministerie van Digitale Zaken nodig.
Politiek en bedrijfsleven pleiten opnieuw voor een aparte portefeuille ‘Digitale Zaken’: regel het nú tijdens de formatie.
Kees Verhoeven (D66), Itay Garmy (Volt) en Thomas Benard (Boer&Croon) dringen er op aan om tijdens deze kabinetsformatie nog een nieuw ‘ministerie van Digitale Zaken’ in te richten. Benard zegt dat bijna elke transformatie in het bedrijfsleven raakvlakken heeft met digitalisering. Bovendien dreigt een digitale kloof in de samenleving. De overheid kan hierbij niet aan de zijlijn blijven staan. Garmy ziet dat het ook de Tweede Kamer aan de nodige technische en digitale kennis ontbreekt, zodat het moeilijk wordt voor het parlement om z’n controle functie te kunnen uitoefenen. Verhoeven, die eind vorige maand afscheid nam als lid van de Tweede Kamer, zou zo’n nieuw in te richten ministerie - of op zijn minst een minister - beschouwen als de best denkbare erfenis van zijn politieke werk.
De journalistieke reportage van RPA-Nederland is hier te zien:
De juiste processen leren automatiseren met RPA en process mining
In de huidige ongekende situatie waarin de hele wereld worstelt met COVID-19, is het cruciaal softwarerobots te gebruiken om bedrijfsprocessen te automatiseren en tevens het serviceniveau te behouden. Door middel van RPA wordt een digitale workforce gecreeerd, die de wijze waarop bedrijven zaken doen razendsnel transformeert.
Hoewel veel bedrijven voor RPA kiezen, is het erg complex om deze nieuwe technologie te integreren met de structuur van een bedrijf. Elk bedrijf heeft zijn eigen operationele model om ICT-transformaties te implementeren. De RPA implementatie wordt net als een ICT implementatie verdeeld over meerdere fases die gedefinieerd kunnen worden als een RPA-lifecycle. Doorgaans implementeren bedrijven RPA door een POC uit te voeren om de geschiktheid ervan binnen hun IT landschap te controleren. Terwijl anderen RPA implementeren nadat hun processen door Business Process Management (BPM)-tools zijn gemodelleerd.
In beide gevallen begint de RPA-lifecycle met de beoordelingsfase waarin processen, die in hoge mate gestandaardiseerd zijn, op regels gebaseerd zijn en weinig uitzonderingen kennen geidentificeerd worden. Deze processen zijn potentieel goede kandidaten om te worden geautomatiseerd met RPA.
Process Mining(PM) kan echter worden gebruikt om deze taak voor u uit te voeren. De PM-software gebruikt event logs uit databases om een exacte weergave van het process in de praktijk weer te geven. Door inzicht in vertragingen, knelpunten en uitzonderingen vermindert de procesbeoordelingstijd die anders tijdrovend is.
Na voltooiing van de procesbeoordeling zijn de volgende fasen vergelijkbaar met elke andere softwareontwikkelingscyclus (Plan-Design-Develop-Test-Deploy). Dus in plaats van overweldigd te worden door RPA, laten we gebruik maken van Process Mining om de huidige bedrijfsprocessen te herontdekken en de inzichten te gebruiken om de juiste processen te automatiseren met RPA.
"Ik denk dat er in de zorg een hele grote markt ligt voor RPA."
Ben Eyck is arts-onderzoeker oncologische chirurgie in het Erasmus MC. Hij adviseert Ciphix over de mogelijkheden van RPA en AI in de gezondheidszorg. Ciphix, een snel groeiend jong bedrijf in het hart van Rotterdam, helpt bedrijven bij de implementatie van digitale technologieën.
Can we use RPA to identify probable RPA candidates?
With the current unprecedented situation in which the whole world is grappled with COVID-19; it is becoming imperative to make use of software robots to automate business processes if organizations want to maintain their service level. Increasingly, Robotic Process Automation (RPA) solutions are used to leverage the digital workforce and transform the way companies do business.
Though more companies come forward and embrace RPA, it is overwhelming to incorporate such change into the fabric of the company. Every company has its own operating model to implement ICT transformations. Similarly, RPA implementation is conducted over multiple phases which can be defined in a typical RPA lifecycle. Typically, companies adopt RPA by performing a POC to check its suitability within their system whereas some initiate RPA after having the Business Process Management (BPM) tools model their business processes.
In either case, the RPA lifecycle begins with the Process assessment phase wherein companies assess them to locate the potential standardized, rule-based, low-exception rate and high-volume activities to automate. This phase of process assessment helps companies to discover their processes and identify any anomalies. However, process mining(PM) technology can be used to perform this task for you. The PM software uses activities event logs produced by applications to generate a business process workflow with different possible variants of that process along with insights into delays and bottlenecks within the process. This drastically reduces the process assessment time which otherwise is time-consuming. Lastly, PM also determines potential observations for RPA. On completion of process assessment, the following phases are similar to any other software development cycle(Plan-Design-Develop-Test-Deploy) followed within the organization.
So rather than being overwhelmed with RPA, let’s make use of Process Mining to discover current business processes and use its insights to identify probable RPA candidates.
"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!
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:
Open Excel
Selecteer tabel met woonplaats en adres en zet dit in een collectie in de robot
Start internet Explorer en ga naar Google Maps Route
Ga naar veld ”kies vertrekpunt“ en noteer het woonadres
Ga naar veld ”kies bestemming“ en noteer de standplaats.
Geef een Enter
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.
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.
