Introduction & Background
All the blogs in this series were inspired by an internal use case that I worked on a few months ago. The licensing software for Nintex RPA did not have any API for workflow to attach onto, so all automation needed to happen through the user interface. Using a combination of Nintex RPA, Nintex Workflow Cloud and Forms, we automated the trial provisioning process from start to finish.
A user can now fill out a form online, which starts the workflow. The Nintex Workflow Cloud workflow takes the user’s input, and uses the Document Generation action to produce an Excel file. That Excel file is dropped into a cloud drive, such as OneDrive, for Nintex RPA to pick up and process. Nintex RPA recognized the file, scraped the data from it to provision the license needed. After the licensing software produced the product key, Nintex RPA passed that back off to the running & waiting workflow. From there, the workflow “unpaused” to continue with the rest of the process (accessing Salesforce, emailing, approvals, etc.).
Now, obviously, readers of this won’t be provisioning Nintex RPA licenses… this is more-so about the idea of passing off automation from workflow to botflow seamlessly, in order for the botflow to handle tasks that a workflow can’t get to. Maybe something like filling out a form to order business supplies, or a external-facing form that has data that needs to be input to SAP. The possibilities are endless.
Previous entires in this series:
Building on my previous blog posts, I have a workflow that triggers a Nintex RPA botflow to run. My problem now is, I need Nintex RPA to do some work and then tell NWC it is done so the workflow can continue.
I could use the Run Workflow action at the end of my botflow to start a separate workflow, but then that just needlessly breaks up the process which could cause confusion down the line when it needs maintenance.
We already know it’s possible for a botflow to wait for a file from a workflow, but what about the other way around? Nintex RPA can move a file to a specified location, where the workflow would be monitoring. In Nintex RPA itself, this would be easy: just use the Wait for File action. But Nintex Workflow Cloud doesn’t have anything packaged up nicely in one action like this so there is some work to be done to get something like this built out.
Nintex Workflow Cloud Setup
Let’s take a look at the workflow steps I’ve come up with to accomplish this:
Now let’s break this down action-by-action:
The Actions in Nintex RPA
From the botflow side, to create the file from this directory, it is as simple as using a Write File action.
This will create the TXT file that we have instructed the workflow to wait for.
Clean Up Afterwards
One last thing to consider is the cleanup of this trigger file between runs. You can approach this in a couple different ways.
This does need to happen for the workflow pause to be successful, and option 1 would be the better of the two choices.
Any thoughts, questions, concerns, please feel free to chime in below in the comments section. Thanks for reading, as always!
Note: This blog was written using version 15 of the Foxtrot Suite. Readers in the future may have a different experience than outlined in the blog post above.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.