OIC3 RPA was a HUGE hit at Oracle Cloud World last month. Our customers who attended see this as an extremely useful and salient addition to the OIC3 toolkit. I suggest you read the excellent blog post from my colleagues on this topic as it gives you a high level overview of what RPA is and why we are doing it.
Check it out here.
Introduction
My post will deal with the mechanics, so let's begin with a very simple use case. I will use the robot to login to an app from the US Postal Service and get the 9 character zip code for a specific US address -
RPA in OIC3 Projects
Note the new RPA section in OIC3 Projects -
Robots – orchestration - what the robot needs to do e.g. login to an app and get the Zip code for a specific address
Environment Pools – link to the agent or pool of agents that run(s) the robot
Robot connections – URL and credentials for the target app(s).
Robot Agents
The robot agent is the one that does the actual work, i.e. executes the robot orchestration we will define.
Agent is downloadable from OIC3 -
I've downloaded the Robot agent to my laptop, started it and see it's waiting for work -
Robot Connections
Here we specify the URL, credentials etc. for the target app. In my case, it is as follows - note, user /pwd are not required for this specific website so I just enter admin/admin.
Environment Pools
Again, think of this as the link to the RPA agent. i.e. in Robots I define what needs to be done and in Environment Pools I can include 1 or more environments (RPA agents) which will be doing the execution.
Robots
Now to the robot orchestration - the scenario is as follows - I have 2 fields as input - street address and 5 character zip code. I will pass these to the robot and instruct it to open the USPS website, enter the 2 fields, press the Find button and then extract the 9 character zip.
The orchestration will be generated by the recording I will do. First step is to open the USPS app in my browser -
I define the 2 input fields and 1 output field, before I start recording -
I continue, entering the 5 char zip code and then pressing the
Find button. This returns the 9 character zip, which I then extract and save to the output field I defined previously.
The generated orchestration is as follows -
Note how each of these actions can be edited -
I can now add the robot to an environment pool and activate it -
Robot agent receives the request -
I can track progress -
Activity Stream à la Integrations -
Back in the Robot Designer - I add a Log activity to log the 9 character zip returned -
Note the plethora of actions available, more about them in future posts.
I also add a screenshot -
I re-run the robot -
Here is the screenshot -
Now, I realise this is a very banal example, but it does cover the mechanics of it.
RPA is another tool in the OIC toolkit and here's where the magic happens. I can easily invoke the robot from an integration. In my example, I have a REST trigger that accepts in a JSON "customer" payload, including the fields street address and zip code.
All I need to do is Map -
I then set the integration response to the result from the Robot invoke, i.e. the 9 character zip.
I run the integration -
Summa Summarum
Granted, the use case I've covered is banal, but I hope it does give you an insight into how RPA works within OIC. Robots are usually used when there are no apis to invoke to perform a particular task. However, robots can also be used as a tactical response to use cases that require the invocation and orchestration of multiple apis to achieve something that can be easily achieved via the UI.
OIC3 RPA is currently not officially GA, but you can ask for access via an SR.
Anyway, I've always loved robots since that seminal album from Kraftwerk -
No comments:
Post a Comment